上周有个同行问我，他们厂想搞数字化，预算充足，问我先上MES还是先上ERP。我没直接回答，只给他看了我们车间半年前的一张照片——几台老机床旁边，蹲着个工人拿着本子抄表。我说，你先把这些抄表的数据变成自动采集，再谈别的吧。
说实话，车间现场数字化这个题目，看着挺大，落到地上就那么几件事。设备数据能不能自动跑出来？质量结果能不能实时算出来？员工干活能不能少点重复录入？解决了这三样，基本就算入门了。
一、设备数据采集：先别迷信协议，摸清家底再说
我见过不少企业，采购清单里写着OPC UA、MTConnect，结果到了现场一查，设备十台里有七台是十年前的，连网口都没有，更别说协议了。那怎么办？硬着头皮上呗。我们当时有一台数控车床，系统是FANUC 0i，自带串口，好说。另一台国产系统，只支持RS232，还得自己找文档。还有一台是加工中心，PLC是西门子S7-200，得加个以太网模块。你敢信？那台加工中心还是2005年的，可加工精度一点不差。
这里有个坑需要强调：数据采集的粒度要提前定好。你要秒级数据，还是一分钟一条？如果做刀具监测，秒级恐怕都不够。我们后来用了1秒采样，一天一个机床大概产生86400条记录，一个月下来数据量就很可观。数据库要选时序数据库，别用传统MySQL硬扛，否则查询慢到你怀疑人生。
实际调试中的经验：串口波特率、数据位、校验位，看着是基础，但错一个就全乱。当时我们调一台老磨床，死活连不上，最后发现是厂家把地线接错了，信号干扰严重。换了一根屏蔽线，世界安静了。
建议先做一张表，把每台设备的控制类型、支持协议、是否有联网接口、数据要求列出来。别怕麻烦，这一步能省后面的两个星期。
[IMG_车间设备数据采集拓扑图中实线为以太网虚线为RS485]
二、数据上来了，得让现场看得懂
光有数据没用，还得变现。我们第一版做了个看板，把每台机床的开动率、主轴负载、当前程序号投到大屏上。一开始车间主任很兴奋。后来发现，他盯了两天就不看了，因为屏幕上显示的“开动率85%”根本对应不上现场情况——有些机床明明在装夹，也算开动？数据定义都没统一。
所以，关键质量指标（KPI）必须和车间老师傅对齐。比如“加工时间”是指主轴切削时间，还是包括快移？你得问清楚。我们后来重新定义：开动率=实际运行时间/班产日历时间，其中实际运行时间只统计主轴旋转或者进给的时间。这样改完，数据才算有参考价值。
另外，别忽视报警数据。我们统计了三个月报警记录，发现有一台机床频繁报“液压压力不足”，但操作工每次复位就接着干。后来深查，是液压泵站滤芯堵了。如果不看报警趋势，这个问题可能永远发现不了。这就是数字化的价值——它能把老师傅脑子里的经验变成量化的数据。
三、质量数据实时化，比上三维扫描实在得多
很多老板一谈数字化就想到视觉检测、三维扫描。花了十几万，精度是有了，但产线上的关键尺寸还是靠卡尺。我们做了一个相对低成本的方案：给操作工配蓝牙卡尺和量规，测量结果自动通过蓝牙传到平板上，再由平板推送至质量管理系统。整个过程不用手写，也避免了抄错数。
这里有个典型应用：我们用采集到的数据实时绘制SPC控制图，每测量一个零件，CPK值就刷新一次。有一段时间，某个孔径的CPK从1.33掉到1.1，但平均值还在公差内。操作工和质检都没发现。系统自动预警，去查了一下，发现是铰刀磨损了。这要是人工记录，可能产品都做完一批才察觉。
注意：数据采集终端不要摆太远。我们一开始把平板放在工位旁的桌上，工人嫌转身麻烦，经常攒三个零件一起测。后来改成腕带扫码加语音提示，才算解决了。这个细节看起来小，实际影响数据时效性。
[IMG_车间工位蓝牙量具数据采集与SPC实时预警界面]
四、调度系统？先保证工单执行到工序再说
再说说MES排产。很多厂子上MES，就是为了排产功能。但排产容易，执行难。系统排好了，现场不按这个做，挤牙膏一样。为什么？因为车间产能总有波动，设备又会坏，物料还经常不及时。没有实时反馈，排产就是空中楼阁。
我们做的是把安灯系统接到工位上，每一道工序开工、完工、异常都通过按钮或者扫码上报。这样系统才能知道实际进度，再结合设备采集的数据，滚动排产。这里有个关键点：工序报工的时间粒度最好精确到分钟，而且要求工人一开工就报，不然数据失真。
当然，推进过程中总有人嫌麻烦。我们当时的对策是，把报工按钮做成一个实体按键，随手一按就行，不用去电脑上操作。这一点比移动端APP还快。说实话，车间工人对数字化的接受度，取决于你把它做得有多顺手。
写了这么多，其实就想说一件事：车间现场数字化，不是上几个软件那么简单。它需要你蹲在机床边上，把一个个数据源头理顺。数据流跑通了，后面的分析、优化自然水到渠成。如果一上来就铺大平台，大概率会烂尾。先从一个工位、一条生产线开始，积累经验再推广，可能是更稳的路。
