摘要：很多制造企业投了大价钱上智能产线，最后运维管控平台却成了只能给客户参观的展示品，解决不了实际的设备故障预警、效率统计问题。这里结合近十年在离散制造产线做数字化改造的实际经验，讲清楚设计、选型、落地过程中的核心要点和踩过的坑，给有基础的中级工程师做参考。
为什么多数智能产线运维管控平台都成了摆设
去年在佛山对接的一家汽配冲压产线，甲方一开始听了供应商的忽悠，花了三百多万做智能改造，核心就是那个看起来高大上的运维管控大屏。各种动态曲线，全产线模型，参观的时候特别给厂长长脸。
半年后再去，大屏已经灰了一半，只有接待客户的时候才会开机。生产线班长说，平台报的故障十次有八次是错的，真出问题了反而不响。设备员也懒得登，还不如原来自己记的保养本子好用。
想想都肉疼。三百万打了水漂。
问题出在哪？多数平台从设计开始就错了。乙方盯着甲方的数字化转型KPI做需求，只追求视觉效果好看，功能全，根本不考虑车间的实际工况。一线用户要用的功能没做，没用的功能堆了一屏幕。
核心模块的选型设计与踩坑记录
做平台，第一步就是数据采集，这也是错得最多的地方。很多人上来就要全量全参数采集，好像采集的参数越多，平台越智能。
按照GB/T 39116-2020 智能制造能力成熟度模型的要求，数据采集本来就该做分级采集：核心设备的关键部件，比如冲压机主轴，100Hz采样没问题，你给辅助输送线的从动轮也装100Hz的振动传感器，不是浪费钱是什么？对吧。
我刚做这个的时候也踩过坑，选边缘网关信了标称的宽温参数，-40℃到85℃，看起来够牛。结果南方车间夏天不开空调，开机四个小时之后网关就冲到45℃，直接死机重启。坑死人！最后加了个小散热风扇才解决，花了不到二十块钱，之前多花的好几千网关钱找谁说理去。
再讲预警模块，默认的固定阈值报警，十个厂有八个误报率超过60%。为什么？产线工况随时变啊，换模、换料、开机预热，不同状态下设备的振动电流本来就不一样。固定阈值可不就天天误报嘛。后来我们改了规则，结合生产工单自动调整阈值，换模完成后十分钟内，振动阈值自动上浮15%，大吨位冲压生产的时候阈值下调8%，改完之后误报率直接降到12%，好用太多。
存储这块也要注意，很多工厂图省事直接上全量云存储，万一车间网络断了几个小时，本地连预警都做不了，真出了安全问题谁担责？正确的做法是做云边协同，边缘本地存储保留7天原始数据，断网也能正常预警，联网之后再同步特征数据到云端，既省带宽又安全。
容易忽略的落地运营细节
平台上线不是结束，是开始。不过话说回来，很多项目上线就验收，根本没人管后续运营，能用好才怪。
说实话，一线工人本来就烦新东西，你让他平白无故多登一个平台填数据，没人愿意干。我们之前做项目的时候，跟甲方人事一起改了绩效规则：设备员每处理一个平台推送的预警，给五块钱绩效，漏处理一次扣十块。半个月下来，所有人都养成了每天登平台的习惯。
还有传感器校准，这个细节十有八九没人提。车间油污大，振动传感器用三个月，灵敏度就飘了，温度传感器用半年，误差能到好几度。数据不准，平台的预警模型再准也没用。我们在平台里加了自动校准提醒，跟着设备的保养计划走，每三个月提醒一次拆下来校准，校准完了把参数上传，数据一直准，预警就不会乱飘。
还有权限设计，不要只分管理员和普通用户。设备员只看自己负责的几台设备，班长看整条产线的OEE数据，运维经理看全厂区的故障统计，设备供应商只能看自己卖的设备的授权数据，方便远程售后。层层分开，没人会被没用的信息打扰，用起来就顺了。
最后说几句，智能产线运维管控平台，本质是给一线干活的人用的，不是给领导看的。少搞点花里胡哨的3D大屏，多解决点现场的实际问题，才能真的帮工厂降本增效。少踩几个坑，比什么都强。
