摘要：很多工厂做产线设备状态监控，要么花大价钱堆出来一套中看不中用的大屏系统，要么偷工减料做出来满是误报的垃圾，本文结合近十年离散制造产线改造的实际项目经验，聊一聊平台从设计到落地的核心要点，都是踩过坑攒出来的干货。
核心感知层选型，别盲目堆传感器
说实话，刚入行做第一个项目的时候，我也觉得传感器加得越多，数据越全，平台越厉害。直到第一次在冲压产线踩了坑，才明白什么叫过犹不及。我们当时在珠三角某五金汽配厂做12台315吨冲床的监控改造，甲方一开始听了集成商的推介，要求每台冲床布置8个振动传感器覆盖不同轴段，光是传感和采集硬件的报价就超过32万，直接超出项目预算三分之一。后来我们对照GB/T 19876-2012 机械振动与冲击 测量与评价 旋转机械轴振动的测量导则重新布点，只在主轴、飞轮、机身三个核心点位布置传感器，单台传感器从8个降到3个，总硬件成本砍到14万，监测准确率反而从原来的91%升到96%。
聊完点位，再聊通讯。车间的环境比你想的恶劣多了。去年在佛山某焊装车间做项目，一开始图省事，想用工业WiFi连所有采集节点，结果上线第一天测下来，丢包率居然到17%，高峰期连不上的节点超过三分之一。那叫一个尴尬！后来改成主干用有线，分散的小设备用LoRa低功耗无线组网，丢包率直接降到0.2%以内，稳定用到现在都没出过大问题。还有个关键点，信号预处理一定要放在边缘端，别把原始数据全往平台传，不仅带宽成本涨几倍，存储成本也会多出来一大块，很多小工厂本来预算就紧，平白多出来好几年的服务费，业主能给你好脸色？
报警阈值设定，别直接照搬厂商手册
很多新手做平台，参数直接抄设备厂商给的手册，对吧？我见过太多项目，上线之后三天两头误报，要么就是真出问题了不报警，最后被运维扔在一边吃灰。前年给某新能源车企的电池模组线做改造，就碰到过这个问题。设备厂商给的主输送线电机温度报警阈值是85℃，结果项目所在地是宁波，夏季车间不开空调的时候室温就能到39℃，连续生产12小时之后，电机满负载正常运行温度都能到82℃，一天能出二三十个报警，运维班班长天天找我吐槽，说他们天天跑现场处理误报警，正常班都没法排。后来我们怎么改？连续采集7天正常生产的全负荷数据，取95%分位数乘以1.1做预警阈值，乘以1.25做停机报警阈值，改完之后误报率直接从32%降到1%不到，世界都清净了。
这个方法符合ISO 10816-3:2009机械振动评价标准，不是我瞎编的。很多人不知道，不同产线的负载特性差太多了，冲压线和模组线的振动特性天差地别，同一台设备换不同来料，振动温度都会变，固定阈值本来就是反常识的。还有个细节九成的人都会漏：工况联动。换模、调试、空载这些不同工况下，设备的状态本身就不一样，比如换模的时候冲床的振动就是比正常生产大，你不做阈值临时调整，换一次模触发一次停机报警，生产部能把你平台的电源拔了你信不信？不过话说回来，也不是说不能用固定阈值，对于那种工况常年不变的轻负载产线，固定阈值也够用，成本还低，选型本来就是权衡，适合的才是对的。
平台落地之后，别做一锤子买卖
我见过至少十几个项目，平台上线验收完，集成商拿钱走人，过了一年半载，传感器积灰了，零漂了，数据飘得没边了，阈值也不准了，最后变成展厅里的摆件，只有客户参观的时候才开一下，太浪费了。说白了，做产线设备实时状态监控管理平台，不是交完货就结束了，要考虑后续的运维。我们现在做项目，一定会加一个自动校准模块，每个月安排设备空载维保的时候，自动采集当前的基准值，自动更新阈值，不用运维一个个爬上设备调参数，省了好多事。很多人觉得这个功能不重要，用个两三年你就知道有多香了。
还有，别搞那些花里胡哨的噱头。什么AI预测性维护，什么数字孪生，上来就往里面堆。说实话，大部分中小工厂，一条产线运行五六年，故障记录加起来不到十起，数据量根本不够训模型，吹得再神也没用。不如先把实时状态看住，异常报警做准，故障发生了能快速定位到哪个点位哪个零件，这就解决了八成的实际问题。剩下的预算，可以留着后续再升级，别一下子把钱花在没用的概念上。还有数据权限，一定要给业主开全，很多平台做的好看，导出个数据还要收年费，这不纯纯恶心人吗？我们做项目，直接给运维开放全格式导出，Excel、CSV随便下，哪怕界面丑一点，实用就行。
产线设备监控平台的核心，从来都不是技术有多先进，而是能不能解决工厂的实际问题。把感知做稳，把报警做准，把运维做顺，就能做出一个好用的产线设备实时状态监控管理平台。太多人舍本逐末，堆概念堆参数，最后做出来个摆设，挺可惜的。
