很多做自动化的朋友做产线实时监控，要么做成给老板看的面子工程，要么堆了一堆高端设备还是频频出问题。本文从实际项目出发，聊需求理解、器件选型和告警设计里的核心坑点，给中级工程师做落地参考。
你真的搞懂产线实时监控的核心需求了吗？
很多人拿到项目，第一反应就是找供应商要方案，堆传感器，买一块4K大屏放中控室，看起来满满当当。结果呢？上线三个月，大屏除了放厂宣宣传片，没人看。我去年在东莞长安那个汽配冲压线项目，就见过现成的例子。
甲方当初要求，每一个冲压缸的压力、温度、位移全部采集，一秒采五次，数据全部存云端，给老板做决策用。花了八十多万做出来，出故障的时候还是没人提前发现，最后挤出来的所谓“决策数据”，生产部根本用不上。
说白了，绝大多数中小规模的离散产线，做实时监控的核心需求从来都不是“大数据决策”，是提前预警故障，减少非计划停机。按照行业统计，非计划停机一天给汽配冲压线带来的损失就是十几万，要是能提前10秒发现异常，停线换件，损失就能降到几千块，这才是真价值。
还有很容易忽略的合规要求，根据ISO 10218-1:2011工业机器人安全规范，产线安全相关的监控信号响应延迟必须小于100ms。很多新人选型的时候只看传感器精度，不看传输延迟，图便宜用普通消费级WiFi传信号，高峰时候延迟跑到2秒，最后安全审核直接打回，返工换有线工业以太网，我当年第一次做项目就踩过这个坑，返工花了小十万。说多了都是泪。
核心选型：不是越贵越好，匹配场景才是王道
现在市面上的采集方案翻来覆去就三种：PLC原生采集、边缘网关中转、纯云原生方案。我见过太多人被销售忽悠，选了最贵的，就是不选最对的。
比如汽车焊装线，节拍要求30JPH，每个焊点的压力、通电时间参数必须实时落库，不能丢。这种场景你用纯云方案，厂区网络一波动断个三五分钟，几十上百个焊点的数据就没了，追溯都没法追溯。必须用带本地存储的边缘网关，断网存本地，联网自动续传，这才靠谱。
给大家算个很实在的账，一个16台设备的中型组装产线，每个设备每秒采10个参数点，每个点按8字节算，总数据量也才1.28KB/s。就算百兆工业以太网都能跑的轻轻松松，根本不用上什么万兆总线。那些吹“万兆低延迟才能做实时监控”的销售，说白了就是收智商税。
传感器选型也是重灾区。测电机振动，很多人跟风选1kHz采样的高精度加速度传感器，价格是200Hz采样的三倍。但按照GB/T 6075.3-2020机械振动评价标准，额定转速1500rpm的工业电机，特征频率就是25Hz，只要200Hz采样就能完整覆盖所有故障特征频段，选1kHz除了多花钱，还平白增加了存储和计算压力，完全没必要。
说实话，我现在做选型，第一先算清楚我们到底要什么数据，哪些是必须要实时传的，哪些可以一分钟传一次就行。能不用小众私有协议就不用，就用标准Modbus-TCP，哪个厂家的设备都能接，出问题随便找个工程师就能排查，省得供应商跑路了你连改个配置都找不到人。
最容易翻车的：异常告警的逻辑设计
我见过90%的闲置监控系统，死都死在告警上。一天跳两三百条告警，什么温度漂移0.5度，电压波动0.1V都要喊一下，工人一开始还看，三天之后直接把告警音关了，系统彻底成摆设。我之前知道一个3C组装线的项目，就是因为这个，轴承磨损半个月没人发现，最后烧了十万块的主轴，赔了二十多万，冤不冤？
这里的核心逻辑，其实就是一句话：不要单点触发告警，要分级+关联过滤。我给大家说下我常用的规则：单台电机温度比基线高2度，不告警。但是如果温度高2度同时振动值比基线高10%，这时候才触发二级预警，发消息给巡检工，当班去检查就行。如果温度高5度，同时振动超过安全阈值，直接触发一级告警，控制产线降速停机，通知维修班马上过来。就这么改一下，误告警率直接从72%降到4%以下，现场工人愿意用，这系统才活的起来。
还有个小细节，很多人喜欢用瞬时值触发告警。产线本来就有正常波动啊，换料的时候主轴空转半分钟，温度本来就会升个一度半度，你用瞬时值当然天天误报。把触发条件改成“连续3个采集窗口超过阈值”，一下子就能过滤掉90%的正常波动，这个小技巧我用了快十年，救了我好几个项目。
不过话说回来，现在圈内动不动就说AI故障预测，我不反对新技术，但绝大多数工厂，连最基础的传感器安装位置都不对，测轴承振动你装在机框上不装在轴承座上，采出来的数据全是噪声，AI再牛也没用啊。先把基础的实时监控做好，把告警做准，比什么花里胡哨的概念都有用。
产线实时监控本质是服务生产，不是给客户或者老板炫技的工具。把需求抓准，选匹配场景的方案，把告警逻辑做顺，就能解决80%的实际问题，剩下的升级空间，慢慢迭代就好。
