不少工厂扩产或者智能化改造，最先卡脖子的不是新设备采购，是老系统和新设备的对接。我前前后后经手过七个不同规模的机加工车间改造项目，见过按标准协议调了半个月连不通，见过验收三个月就全线停摆的坑，攒了点真东西，给大家唠唠。
别光看通讯协议，物理层的坑才要人命
去年东莞一家汽配车间，新上了智能仓储堆垛机，要对接已经跑了八年的数控加工生产线。两边厂商拍胸脯说都是标准Profinet协议，肯定没问题。结果工程师蹲在车间调了整整半个月，报文就是收不到，差点把工位的工具箱拆了。
说实话，谁能想到问题出在十年前布的那根屏蔽线上？
原来当初旧生产线布线的时候，按最早的RS485通讯要求选的线，线径只有0.5平方，屏蔽覆盖率才70%。而Profinet工业以太网对传输线阻抗匹配、屏蔽效果要求严格，按GB 50303-2015《建筑电气工程施工质量验收规范》要求，工业自动化系统的通讯屏蔽线，线径不得低于0.75平方，铜网屏蔽覆盖率必须大于90%，旧线完全不符合要求，信号传个二三十米就衰减得读不出来了。
更气人的是接地。旧车间的接地极是给动力设备做的，我们测出来接地电阻是12Ω，而Profinet通讯要求独立接地电阻小于4Ω，动力线上的感应干扰把通讯信号冲得稀碎，换了线还是断断续续，最后重新做了独立接地极，半小时就通了。我当时差点把笔记本砸在地上！这种坑，哪家的对接说明书会写？
数据交互的“灰色地带”：非标准细节的兼容处理
前年接江苏那家重卡底盘车间的活，新上了15台磁导航AGV，要对接用了五年的旧MES系统。两边接口都是标准HTTP REST，测试的时候发十个包通十个，所有人都签字说没问题，结果投产第一天就掉了三台AGV的任务，第二天又掉了两台，搞得生产线堵得水泄不通。
查了三天才查出问题：旧MES的状态刷新周期是100ms，AGV的请求发送周期是500ms，刚好卡在两次刷新的间隙，请求发过去的时候，MES刚刷完本次状态，要等下一轮才会处理，刚好就把请求丢了。
很多人觉得对接就是调通接口，对不对？可标准只定了接口格式，谁会规定刷新时序这种细节？厂商都说自己“标准兼容”，细节全靠自己摸。
我们最后没让MES厂商改核心代码——人家旧系统改起来要收几十万，也犯不上。就加了一层轻量中间缓存转发层，几百块钱淘个树莓派就能跑，所有AGV的请求都先存在本地，没收到确认就每隔200ms重发一次，最多重发三次，就这么简单的改动，问题直接解决了，用到现在三年多，没再掉过一次单。
这种坑见多了，我现在对接前一定会要求双方做两小时全流量压测，不是发三五个测试包通了就完事，一定要满负荷跑，把所有边缘场景都测一遍，不然投产掉链子，擦屁股的还是我们。
对接完成不是终点，冗余设计留后手
好多项目对接完，通了，验收了，钱收了，就完事了？我见过太多吃了这个亏的。去年广州那家口罩机配件车间，对接完AGV和仓储系统，没留手动旁路，结果云服务商出问题宕机四个小时，整条线全停，光逾期交货的罚款就几十万，老板把对接厂商的电话都打爆了。
我现在做任何车间系统对接，一定会加一个手动旁路切换模式，说白了就是加一个物理开关，新系统出问题，工人按一下就能切回原有的手动操作模式，不耽误生产，成本加不了几百块，关键时刻能救大命。
还有日志存储，按GB/T 39116-2020《智能制造 智能制造系统 互联互通标准》要求，车间系统对接的所有交互日志必须本地存储，不少图省事的全存在云端，云端一挂，连问题出在哪都查不到。我现在要求项目必须本地存至少半年的日志，云端同步一份，双保险，出问题查起来五分钟就能定位。
车间系统对接，从来不是对着手册改改IP、配个地址就能成的事。大部分问题都不在说明书上，藏在车间现场积了灰的旧布线里，藏在各个厂商不愿多说的协议细节里，藏在没人在意的边缘场景里。多跑现场摸一摸，多查老底留一手，比啃十本标准手册都有用。
