133、运动控制中的通信协议：EthernetIP与Profinet

运动控制中的通信协议：Ethernet/IP与Profinet从一次产线“鬼畜”抖动说起去年秋天，我在苏州一家3C组装厂调试一条六轴机器人配合视觉的装配线。设备跑起来，机器人抓取动作时快时慢，偶尔还会在中间位置“哆嗦”一下——就像人打冷颤。PLC那边报错日志干干净净，伺服驱动器也没报警。我蹲在电柜前盯着示波器看了两个小时，最后发现是Ethernet/IP的RPI（请求包间隔）设置得太激进，导致数据包在交换机里排队超时，伺服的位置环更新周期被硬生生打乱。这种问题在运动控制现场太典型了。很多人以为工业以太网就是“插根网线就能跑”，但Ethernet/IP和Profinet这两个协议，骨子里的设计哲学完全不同，选错了或者配错了，轻则抖动，重则撞机。Ethernet/IP：CIP协议的“以太网马甲”Ethernet/IP本质上是把ControlNet和DeviceNet上的CIP（通用工业协议）搬到了标准以太网上。它用TCP/UDP封装CIP报文，所以理论上任何支持Socket编程的硬件都能跑。但代价是——实时性全靠“抢”。显式报文 vs 隐式报文Ethernet/IP里有两类通信：显式报文走TCP，用于配置、诊断这类非实时数据；隐式报文走UDP，用于周期性交换I/O和运动控制数据。隐式报文才是运动控制的关键。这里踩过坑：隐式报文的连接参数里有个“RPI”字段，单位是微秒。我见过有人把RPI设成5