摘要：本文整理了近十个离散制造工厂落地产线状态实时查看项目的踩坑经验，从设计逻辑到选型细节，给中级工程师讲透可落地的设计要点
为什么很多工厂的产线状态查看成了摆设
去年帮东莞一家汽配冲压厂排查问题，老板拍着中控的大屏骂，花了四十多万上的系统，每天显示的产量比实际下线数少两千多，冲床卡料了半小时，中控室没人发现，还是车间巡检打电话报的信。
这不是个例。
我见过太多项目，上来就堆硬件上云，结果数据错漏一堆，最后变成了客户参观的时候开一下，平时没人看。问题出在哪？绝大多数人都把精力花在了做大屏做UI上，根本没把最基础的状态分类和逻辑校验做对。
很多集成商图省事，直接把设备的运行信号直接拿过来就用，根本不做二次判断。传感器蒙了灰、IO接触不良，错把故障报成运行，系统就跟着错。
真的坑。
产线状态实时查看的核心设计要点
按照GB/T 39116-2020《智能制造 生产设备运行状态监测数据采集规范》，产线单设备的基础状态必须分成五类：运行、待机、故障、换模、保养。很多人图省事，把换模、待机都归成停机，最后算出来的OEE差10%到20%都是常事。之前宁波一家注塑厂，就是把预热待机算成了故障停机，厂长天天喊设备利用率低，差点换了整线设备，后来改了状态分类，利用率直接涨了14%，多大的乌龙。
说到实时，很多人有误区，觉得刷新越快越牛，越高越好。不对。实时的定义永远匹配产线节拍，不是越短越好。高速瓶装线节拍是每秒2瓶，任何停线都会堆料，刷新就要做到100ms以内，才能提前预警。那重型商用车装配线呢？节拍是40分钟一台，你5秒刷一次足够，非要做到10ms刷新，除了增加服务器成本，没有任何用处。
说实话，选型上我踩过的坑不少。最早做长距离输送线的项目，甲方要求全工业以太网布线，最后光布线加交换机花了快十万，后来换了项目，同样的工况，用CAT1的4G采集模块，每个节点成本不到一百块，延迟稳定在200ms以内，完全满足需求，总成本直接降了三分之二。对吧？适合的才是对的。
从能用变好用的几个细节优化
第一个，报警要做分级，别什么事都往中控弹。我见过最夸张的系统，螺丝机一次吸料失败就弹红报警，一天弹两三百次，中控员不到三天就彻底麻木了，真出大故障也没人理。后来改了规则：单次吸料失败3秒内自动复位成功的，只记小异常次数，不报警；连续三次失败直接触发停线报警，推送到中控大屏加维修班长的企业微信，一下子清净了，报警响应速度反而提了一倍多。
第二个，一定要加冗余状态校验。别只信一个传感器的信号。比如施釉线的出料传感器，被釉粉糊住之后，一直显示有料正常，实际上料根本没走，堆个几框再进窑炉，整批废掉，损失几十万。去年我们给佛山那家陶瓷厂改了规则：传感器显示有料流，但输送电机的电流连续10秒低于空载阈值，系统直接标成疑似故障，推提醒给巡检，就再也没出过类似的事。
不过话说回来，UI设计别搞花活。很多集成商给你做3D动态模型，加渐变加阴影，看起来高大上，中控室24小时开灯，盯着看半小时眼睛就酸，晚上还晃眼，反而容易看错状态。就用最简单的高对比度配色：绿=运行，红=故障，黄=待机换模，字放大，谁看都清楚，不好吗？那些花里胡哨的东西，也就老板参观的时候撑个场面，没用。
最后说一句，产线状态实时查看，本质是给生产和维修省时间，帮你提前发现问题减少停线，不是做出来当展厅展品的。把最基础的状态做准，把没用的功能砍掉，就是最好的系统。
就这。
