你见过凌晨三点的机械车间吗？我见过。不是在看机床加工，是在陪操作工填报表。
那种沾着切削液的表格，手写，一道道工序记工时。到了月底，统计科一堆人对着Excel发呆。荒唐吧？
后来我们上了一套生产报表自动化系统。今天不是来吹嘘什么，就是聊聊怎么落地，还有那些没人告诉你的坑。
一、数据从哪来？先搞清楚你的设备会“说话”吗？
自动化报表的基础，是数据源。数控机床大部分都有通讯接口——RS232、以太网，甚至OPC UA。可很多工程师怕麻烦，或者压根不知道。
我们厂有十台加工中心，系统是FANUC的。用FOCAS协议，几行代码就能读出主轴负载、加工计数。但之前那个供应商，愣是说要加个专用模块才给数据。我呵呵。
后来自己搞了台工控机，装上采集软件，连上网线，数据哗啦啦流。三天搞定。
对于老设备，没有标准接口的，怎么办？加传感器。比如在总电上装电流互感器，通过电流变化判断设备在不在加工。或者用光电感应器数零件数量。总之一句话：只要肯想，数据总能捞出来。
二、别被“MES”吓住，轻量方案才是王道
很多领导一开口就是“我们上个MES吧”。我理解，但小车间真的适合吗？
一套MES从调研到上线，没有半年下不来。而且，你确定里面的报表功能全是你想要的？我们当初差点签了，最后关头我拦住了。自己用Node-RED + MySQL + Grafana搭了一套。成本才几千块，效果满足80%的需求。
具体怎么搭？每个设备前装个采集盒，通过Modbus TCP把数据写到数据库。然后用一个定时任务，每天凌晨2点生成前一天的报表，自动发邮件给车间主任。偶尔还能在Grafana上看看实时产量，比MES灵活多了。
三、报表模板要“分人下菜碟”
这是个血泪教训。我们一开始做了个豪华版报表，十几个指标，什么OEE、MTTR、MPU，密密麻麻。结果车间主任看了一眼说：“这啥玩意儿？”
后来我们改了，做成两个版本：领导版和车间版。领导版只有三个数：产量、不良率、交付率。车间版才有设备停机原因、换线时间这些细节。
再提一点，自动报表一定要有预警功能。比如设备停机超过15分钟，自动在报表里标红，并推送一条消息到群。这样不用每天追着问。
说到OEE，稍微计算一下：OEE=可用率×性能率×良品率。我们一台机床，计划运行8小时，实际加工7小时，节拍是60秒，实际生产400件，其中废品20件。那么可用率=7/8=87.5%，性能率=(400×60秒)/(7×3600秒)=24000/25200=95.2%，良品率=380/400=95%。OEE=87.5%×95.2%×95%=79%。这个79%算高还是低？看行业基准，但至少让你心里有数。
四、自动化的坑，一个比一个深
如果你觉得自动化就是选好方案就完事，那你太天真了。
坑1：时间不同步。某个设备时钟慢了5分钟，导致夜班数据全算到白班。排查了三天，最后发现是PLC里电池没电了。换成NTP同步，才根治。
坑2：数据毛刺。传感器偶尔抽风，传一个负数或者离谱的大数。我们的清洗逻辑是：如果数值超过历史平均的3倍，直接丢弃并记录异常。别看简单，真管用。
坑3：网络安全。我们图方便，用云数据库，结果被撞库，差点数据全丢。现在所有数据都留在内网，远程用VPN。
另外，别以为自动化就是“无人化”。你还是要定期检查传感器有没有被铁屑堵住，信号线有没有被剪断。有一次，我们一台设备的信号线，被老鼠咬断了。你能信？
写这些，就是想告诉各位同行，生产报表自动化不是买软件，是把你的生产逻辑摸透了一次系统的梳理。别怕麻烦，也别为了省事直接上重方案。从小处着手，先让一个车间跑通，再推广。
说到底，报表只是工具，真正有价值的是数据背后反映的问题——瓶颈工序、隐性停机、质量波动。有了精准的报表，你才可能去优化。对不？
