摘要：本文结合十余个工业产线改造与新建项目的实际经验，拆解产线状态实时查看从方案设计到落地的常见问题，给出不同预算下的选型思路与避坑要点，适合负责产线自动化升级的中级工程师参考。
上个月去东莞见一家做汽车内饰的客户，一进门就看到生产主管蹲在地上抽烟，脸黑得像炭。原来他们那条新建的包覆产线刚停了四十分钟，PLC报了故障，但看板上只显示“未知错误”，维修班组挨个工位排查，愣是没找到哪里卡了料。
算下来，那条线一分钟出两个成品，四十分钟就是小两万的损失，还耽误了客户的交期。说实话，这种事我见得太多了。很多工厂花了大价钱上自动化，装了好看的LED看板，喊着做数字化，结果实时查看做成了样子货，真出问题根本帮不上忙。
为什么大部分产线的“实时查看”都是样子货
很多人觉得，产线状态实时查看不就是装几个传感器，拉个网线，整个大屏放车间门口吗？哪有这么复杂。哦，要是这么简单，哪来这么多坑。
我三年前做3C电池封装线的改造项目，客户要求故障触发到看板显示的总延迟不能超过100ms，一开始外包集成商给的方案，用普通小型PLC轮询所有20个工位，每个站点扫描要70ms，一轮下来总周期直接干到500ms以上，再加数据转码上传的延迟，最快也要一秒多才能更新。真出了安全故障，你说这延迟害不害人？
还有信号干扰的问题。之前有个客户贪便宜，给所有工位装了几块钱一个的NPN接近开关，也没做滤波，产线一开，电机工频干扰上来，同一个工位的信号一秒跳三次，看板上的“有料/无料”狂闪，现场操作工根本不敢看，还不如自己伸脖子瞅。
老产线改造更麻烦，不同设备用不同协议，旧机床走MODBUS RTU，新机器人走PROFINET，转来转去，网关转发一次就加几百毫秒延迟，攒起来就没法看了。
落地产线状态实时查看的核心设计要点
其实核心逻辑一点都不复杂，就是别搞一刀切。先给状态数据分优先级，再匹配对应的采集频率，这是我做了这么多项目总结出来的第一原则。
按照GB/T 40653-2021《工业自动化系统与集成 制造运行管理 制造数据交换》的要求，事件驱动型的安全数据、故障数据，传输延迟不能超过200ms。我们一般把急停触发、设备过载、卡料故障这类归为一级优先级，刷新频率设到100ms一次，必须最快跳出来。工位计数、良品率这类归为二级，500ms刷新一次足够。设备油温、环境温湿度这类趋势数据，10秒刷新一次都不影响，省下来的带宽给故障数据，它不香吗？
然后是信号防抖，别都把活丢给PLC程序做。就地给传感器加RC滤波最靠谱，我一般给产线用的参数是100nF陶瓷电容加1kΩ碳膜电阻，算下来截止频率是1/(2πRC)≈1.6kHz，刚好滤掉普通异步电机的工频干扰，也不会影响正常的状态信号触发，成本才几毛钱一个工位，比你在PLC里写一堆防抖逻辑好用多了。
一定要做边缘侧预计算，别把所有压力都丢给云端。现在一说数字化就往云上面凑，所有数据都往外网传，一旦园区光纤断了，或者云服务器卡了，你看板直接就瞎了。我们现在做的所有方案，都是边缘网关本地处理状态数据，本地看板走局域网通信，哪怕断外网，断云，现场照样能看实时状态，云端只存历史数据用来做统计分析。去年安徽有个客户园区施工挖断了光纤，断了四个小时，产线该怎么转怎么转，一点没受影响，要是全上云，早就乱套了。
不同预算下的选型权衡
没钱有没钱的玩法，有钱有有钱的稳法，没必要非得追高端配置。
新建产线预算充足的话，直接上PROFINET IO接口的一体化传感器，信号直接进PLC，扫描周期可以做到10ms以内，看板用工控触控一体机，走本地OPC UA协议取数，总延迟可以控制在50ms以内，完全满足绝大多数场景的要求，一条20工位的产线算下来，传感器加网关加看板，总费用三万多，不算贵，稳定性拉满。
老产线改造预算有限的话，其实几千块就能搞定。不用拆原来的传感器和继电器，加个几十块钱一个的RS485采集模块，把原来的开关量信号转成数字信号，用树莓派做边缘网关才几百块，跑个轻量的Node-RED做状态处理，看板找个旧的显示器刷个网页就能用，总成本几千块搞定，效果不比几万的差多少。不过话说回来，这里有个必踩的坑，一定要记住：树莓派千万不要用WiFi连接，一定要插网线！我第一次改老产线的时候图省事接了WiFi，客户跟我说有时候十来分钟不更新，换了有线立马好！WiFi的干扰你根本控制不住，别省那几米网线的钱。
很多人问能不能用手机看？当然可以，局域网通了，手机打开网页就能看，外出运维的时候，随时掏出手机看一眼产线状态，不用跑现场，省很多事。只要加个简单的密码登录，别让无关人员碰就行，不用搞复杂的权限系统。
产线状态实时查看，本质上就是给现场的操作工和维修师傅装一双眼睛，帮他们快速定位问题，少停线，多干活。不用搞什么花里胡哨的功能，把延迟压下来，把信号弄稳，能解决实际问题，就是好方案。
