以太网/IP:从嫌弃到真香,一个工控人的十年碎碎念

上个月在现场调设备,碰到这么个事儿——一条产线上的机器视觉相机,走EtherNet/IP,图像数据大了点儿,结果时不时丢包。你猜怎么着?供应商硬说是网络负载高,非得让我们把交换机换成带QoS管理的工业级铁疙瘩。我嘴上答应,心里直骂……这协议,多少年了,还是这德性。

不过话说回来,真要把它一棍子打死,也不公平。EtherNet/IP在北美和汽车行业铺得那叫一个广,设备便宜,上手快,工程师闭着眼睛都能配。你要是去问问那些在通用、福特干过的老自动化,提到EtherNet/IP,眼神都带感情——毕竟,靠着它吃饱饭呢。

这玩意儿到底是什么?名字坑得很

很多人第一次听“以太网/IP”,以为是“以太网加IP协议”,其实只说对了一半。它的全称是Ethernet Industrial Protocol,没错,那个“IP”不是Internet Protocol,是Industrial Protocol。可它又确实跑在标准的TCP/IP或UDP/IP上,所以玩了个一语双关。别懵,你往简单里想:它就是把通用工业协议CIP(Common Industrial Protocol)塞进了标准以太网帧里

CIP是个好东西。它定义了一套面向对象的通讯模型,从最底层的物理设备到上层的应用行规,全给你框好了。什么I/O数据、配置参数、诊断信息,都抽象成对象。这思路,说实话,挺超前的——20年前就在谈“对象”了。但坏也坏在这,CIP太重了,封装来封装去,实时性就打了折扣。

EtherNet/IP CIP对象模型层级结构图
EtherNet/IP CIP对象模型层级结构图

你可能会问:那它实时性到底行不行?嗯,看跟谁比。跟Profinet IRT比,它差点儿;跟EtherCAT比,那简直是被按在地上摩擦。但它有它的绝活——非实时和实时数据能在同一根线上混着跑,用UDP传隐式I/O消息,循环周期做到个位数毫秒不成问题。很多场合,这就够了。

灵魂拷问:和EtherCAT到底怎么选?

每次选型,总有人拍桌子吵这个。我见过最搞笑的一幕:一个项目经理,左手拿着EtherCAT伺服的手册,右手翻着EtherNet/IP变频器的样本,脸上表情跟便秘似的。

问:EtherNet/IP和EtherCAT到底有什么区别?是不是EtherCAT就一定更好?

答:别被带节奏。这俩根本不在一个层次上打架。EtherCAT玩的是MAC层的“飞读飞写”,数据帧像火车过站,每个从站只提取/插入属于自己的小段,延迟低到微秒级。EtherNet/IP呢?老老实实走标准以太网,靠交换机组网,帧是点对点的,每次传输都有软件协议栈的干预。所以纯拼速度和抖动,EtherCAT完胜。但EtherNet/IP赢在生态——你不用买专用ASIC从站芯片,普通网卡就能跑;你用CIP Motion能做到多轴同步,虽然比不上SERCOS,可胜在便宜好维护。简单说:如果你要几百个轴、亚毫秒同步,选EtherCAT;如果是一般离散控制,设备五花八门,还想省点钱,EtherNet/IP不寒碜。

星型还是线型?这笔账得算清楚

搞设备布线的时候,这个话题能把人逼疯。EtherNet/IP由于是标准以太网,物理层注定是星型或者树型拓扑。你得在每个设备附近丢个交换机,或者从机柜拉十多根网线出来。车体车间那种地方,满墙的线槽,看着就头大。

问:那为什么不用线型拓扑,像EtherCAT那样一个接一个,多省线?

答:问就是标准不允许。EtherNet/IP设备之间通常不支持菊花链,除非设备内置了两端口交换机,比如某些支持设备级环网(DLR)的玩意儿。DLR能在环网上实现快速恢复,算是补救。但实际用下来,DLR配置起来麻烦,不同厂家的设备兼容性还偶尔抽风。所以很多人宁愿多拉几根线,也不想半夜被电话叫起来排障。毕竟,星型拓扑下断一根线只影响一个节点,查问题容易。这事吧,有利有弊。

工业现场 EtherNet/IP 星型网络布线实景图
工业现场 EtherNet/IP 星型网络布线实景图

不过最近几年,ODVA(管EtherNet/IP的那个组织)也在推单对以太网(SPE)APL高级物理层,看样子是想把线型拓扑也搞进来,降低布线成本。真落地估计还得等,但总比没动静强。

诊断那些糟心事:别一上来就怪协议

诊断那些糟心事:别一上来就怪协议
诊断那些糟心事:别一上来就怪协议

说起来都是泪。有一次现场所有EtherNet/IP设备集体掉线,查了俩小时,最后发现是一台交换机的光模块过热死了机。还有一次,明明组态好好的,某个站点就是时不时失联,Wireshark抓包一看,TCP重传满天飞——网线水晶头氧化了。真的,这些低级故障能把人折磨到怀疑人生。

问:EtherNet/IP通讯故障,有没有快速定位的套路?

答:有,但别指望一招鲜。我的三板斧:先用Wireshark抓包,过滤“cip”看显式消息的响应码,常见的0x01表示连接失败,0x13就是资源不可用。然后查交换机日志,看有没有端口错误计数、CRC错误。最后用专用工具扫网,比如罗克韦尔的Logix Designer内置诊断,或者第三方神器EtherNet/IP Explorer,它能直接读取设备的标识对象,告诉你哪个IP没响应。但记住,前提是你的网线、交换机、接地都没问题。万用表先测一下终端电阻和屏蔽层,能省不少时间。

安全、运动控制……它还真能干点儿

安全、运动控制……它还真能干点儿
安全、运动控制……它还真能干点儿

别以为EtherNet/IP只能传传普通I/O。人家有CIP Safety,能在同一条网络上走安全协议,最高到SIL 3。我体验过一次:安全PLC和安全I/O模块之间跑CIP Safety,组态跟普通设备没两样,直接在同一个项目里拖拖拽拽就行了。这一点真香,不用额外布置安全总线,省钱还省脑子。

CIP Motion也值得一提。它利用CIP Sync(基于IEEE 1588的时钟同步)来同步多个驱动轴。精度嘛,看你的交换机——边界时钟和透明时钟的支持要到位。我调过一次6轴机器手,用的EtherNet/IP + CIP Motion,插补运动时遇到一个问题:有个轴老是时不时扭一下。后来查了三天,发现是交换机里有个端口丢时钟同步帧。换了台支持 PTP 的交换机,立马消停。所以,硬件不能省,不然坑死你。

💡 小建议:如果上CIP Motion,交换机一定要挑明确标注支持IEEE 1588v2边界时钟的,最好再开个QoS优先级,把PTP报文划到最高队列。别问我怎么知道的……

它还活着,还会接着苟

工业圈有个冷笑话:在流程行业,你会看到一堆HART设备和4-20mA线,好像时间停止了。在离散行业,各种总线打得火热,但每种都有自己的一亩三分地。EtherNet/IP背靠ODVA,又有罗克韦尔这些大厂撑腰,在北美汽车和物流仓储领域,地位稳如老狗。

TSN(时间敏感网络)是未来的变量。EtherNet/IP已经在研究怎么跟TSN结合,搞所谓的“融合网络”,想把实时控制、普通数据、甚至视频流全揉在一根线上。想法很好,但工业界对新技术的接受速度……你懂的。不过,一旦TSN芯片成本降下来,EtherNet/IP说不定能补上实时性这块短板,焕发第二春。

说实话,我有时候挺烦它的,觉得它反应慢、规矩多。但转念一想,真要没它,多少自动化系统得瘫痪。这家伙,就是个不完美但可靠的工友。

❗ 最后提醒:搞EtherNet/IP项目,网络规划比协议配置重要十倍。一定要算好节点数、带宽、交换机转发延迟,IGMP Snooping记得开。否则现场翻车,哭都找不着调。

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:以太网/IP:从嫌弃到真香,一个工控人的十年碎碎念
文章链接:https://www.zystgy.cn/a/56114