摘要：结合多个实际汽配、五金车间智能化改造项目，梳理车间信号对接从设计选型到现场调试的核心要点，总结一线常见踩坑经验，供有一定基础的中级工程师参考。
上个月刚帮佛山一家汽配厂收尾完新冲压线的信号对接，连熬三个大夜，头发掉了一把。
很多做了三五年工控的工程师，一提到这个话题都觉得没什么技术含量，不就是拉几根线，配几个地址，通了就行。真接起来，各种莫名其妙的问题能把你熬疯。
别把设备IO接线当成车间信号对接
很多人刚从设备维护转车间智能化项目，很容易搞混这两个概念。设备本机的IO接线，是给本机PLC发指令，哪怕错一个点，最多本机停，不影响全局。车间信号对接不一样，它要把几十上百台不同品牌、不同年代的设备，所有的状态、生产、报警数据，一路打通到SCADA和MES，还要跨设备做联锁控制，牵一发动全身。
就说这次佛山的项目，冲压线四台设备，上料机械手、压机、下料传送带、成品分拣机，上料到位的信号，不光要触发压机下行，还要给MES统计当班产量，还要给质量系统绑定这个工位的毛坯批次，信号丢一次，整线的产量统计就错，批次追溯就断，后期查都查不清。
现在按照GB/T 39116-2020《智能制造 车间互联互通网络技术要求》，车间信号对接明确分三个层级：设备层、单元层、车间层，每个层级对信号的可靠性、格式要求完全不一样。设备层只要开关量、模拟量能传就行，车间层要求所有数据必须带时间戳，要有校验，要支持异常重发，不然上层系统的统计报表全是错。很多新手上来就把设备端的裸信号直接往MES发，不做缓存不做校验，不出问题才怪。
设计选型阶段，三个大坑躲远点
第一个坑，协议不统一，后期给自己埋雷。说实话，我见过太多老厂改造，旧机床用Modbus RTU，新上的六轴机器人用Profinet，AGV用EtherNet/IP，第三方分拣设备为了压成本用自定义TCP，对接的时候每一种协议都要写转换，最后程序堆得像乱麻，改一个点错三个地方。
我现在做项目，不管甲方怎么砍成本，都咬死一条：所有接入车间系统的设备，必须支持Modbus TCP 或者 OPC UA。这两个是目前行业通用性最强的车间级对接协议，OPC UA还带标准信息模型，后期扩容加设备加数据点，不用改底层通讯程序，能省至少一半的调试时间。
第二个坑，模拟量信号不做隔离，省几十块赔几万块。车间里是什么环境？大功率变频器、电焊机、中频炉到处都是，电磁干扰比你想象的夸张多了。前两年在东莞一个五金厂做改造，液压机的压力传感器4-20mA信号，一启动旁边的点焊机，信号直接跳满量程，压机直接卸压停机，排查了整整两天，才发现接线的时候为了省两个信号隔离器的钱，信号地和动力地共接了，干扰直接窜进PLC模块。
说个硬标准：车间里超过10米的模拟量信号线，必须加隔离器或者隔离栅，供电必须和动力回路分开接地。一个隔离器才三四十块，停线一小时，少则几千多则几万的损失，怎么算都划算，对吧？
第三个坑，不做心跳检测和断线报警，出问题都发现不了。上次有个老朋友的涂装线项目，烘干炉的温度信号因为老鼠咬断了网线，SCADA一直停留在断线前的正常温度，整整三个小时，烘坏了一百多套汽车门板，赔了小一百万，亏到姥姥家。
我现在做方案，所有接入的信号，强制要求设备端发1s周期的心跳包，车间SCADA如果3s收不到心跳，立刻触发声光报警，不管是网络断了还是设备死机，第一时间通知操作工，绝对不能把错误数据藏着。不过话说回来，很多甲方一开始嫌这个要求麻烦，嫌多花钱，出了一次问题就再也不会说什么了。
现场调试记住分层排查，别上来就乱改程序
我做了快十五年工程，调试信号对接最大的心得就是，别上来就怀疑程序错了，百分之八十的问题都出在最底层。
先查物理层。网线水晶头有没有压好，端子有没有松，光纤有没有被叉车轧坏，屏蔽层有没有接对。我真遇过一百万的项目，卡了整整一天，最后发现就是一根水晶头的线序压错了，说出去都没人信，但就是发生了。无线对接的项目，一定要绕车间走一圈测信号强度，厂房里钢架多，很多角落就是信号盲区，AGV一走进去信号就断，对接直接乱掉。
再查协议层。寄存器地址对不对？大端小端搞反了没有？很多新手抄设备手册，把十六进制地址当成十进制抄，差一位，所有数据全错。还有32位浮点数，你非要按两个16位寄存器错位读，出来的数字能吓死你，差好几个数量级。
我调试的时候，习惯带个小本子，每一个信号点都手动触发测试，通了就打个勾，全部测完设备层再测单元层，最后再接上层MES，绝不留没测试的点。我年轻的时候赶工期，留了二十多个点说联调的时候再测，结果最后全出问题，连熬两个通宵，那滋味，现在想起来都头疼。
车间信号对接，说穿了没什么高大上的算法，也没有多么深奥的理论，就是个考验细节的活。你多踩一次坑，就多记一个注意点，时间长了，就知道哪里该加钱，哪里该细心，少出很多问题。
