DeviceNet用一根四芯电缆同时传数据和供电，讯协这事在1994年由Allen-Bradley（现在的议详罗克韦尔自动化）推出来的时候，算是讯协个相当务实的做法。它基于CAN总线，议详物理层和数据链路层直接借用CAN的讯协那套机制，省去了重新造轮子的议详麻烦。你拆开一根DeviceNet干线，讯协里面是议详24V电源正负两根，CAN_H和CAN_L两根信号线，讯协外加一根裸露的议详屏蔽线。就这五根线，讯协能挂64个节点，议详干线最长500米，讯协支线最多6米——当然速率不同，议详这些数字会变。讯协

我见过不少现场工程师第一次接触DeviceNet时犯同一个错误：以为它跟以太网一样，随便找个口插上就能通。DeviceNet的节点地址和波特率必须匹配，而且波特率只有125k、250k、500k三档。500k时干线只能跑100米，125k才能到500米。这个取舍很直接，速率越高，信号衰减越快，距离就得缩。实际选型时，如果一条产线上设备分布很散，125k反而更常见，因为布线省事。

报文结构上，DeviceNet定义了两种帧格式：显式报文和I/O报文。显式报文用来传配置参数、诊断信息这类不着急但要求可靠的数据，走的是请求-响应模式。I/O报文则是周期性广播，适合传控制指令和状态反馈，实时性靠的是CAN的非破坏性仲裁机制。这里有个细节值得注意——CAN的仲裁是逐位比较ID，ID越小优先级越高。DeviceNet把I/O报文的连接ID分配得比显式报文更靠前，所以控制数据天然比配置数据先发。这个设计不是巧合，是刻意为之。

说到连接，DeviceNet用的是“连接ID”而不是传统的主从地址。每个连接由四部分组成：MAC ID、报文组、报文ID和端口号。实际配置时，你只需要在软件里点选“Polled”“COS”“Cyclic”这些连接类型，底层会自动算出对应的CAN标识符。我个人的经验是，COS（状态改变触发）在设备状态不频繁跳变的场合特别省带宽，但如果你有个传感器每秒变几十次，那还不如用Cyclic固定周期发，至少网络负载是稳定的。

供电这块经常被低估。DeviceNet干线上的24V电源不是随便接个开关电源就行。规范要求电源必须带有限流保护，而且网络两端各需要一个终端电阻——121欧姆，1%精度，1/4瓦。我见过有人用普通120欧姆电阻凑合，短距离可能没事，一旦干线超过50米，反射信号就能让通讯时断时续。更隐蔽的问题是接地。屏蔽线只能在一点接地，通常选在电源端。如果两端都接地，地电位差会在屏蔽层上形成环流，轻则干扰通讯，重则烧掉收发器芯片。

终端电阻还有一个作用：给CAN收发器提供确定的差分阻抗。没有它，CAN_H和CAN_L之间的差分电压在空闲时不稳定，收发器可能误判总线状态。有些设备手册里写“内置终端电阻”，那是指节点内部集成了，但如果你把这种节点接在干线中间，反而会破坏阻抗匹配。正确做法是只让物理上最远的两个节点启用终端电阻，中间的节点必须关掉。

DeviceNet的报文优先级机制在混合流量场景下表现不错。假设一个网络里既有急停信号又有温度采集，急停的CAN ID会被分配得更小，仲裁时永远赢。但这里有个坑：如果多个高优先级报文同时竞争，低优先级报文可能长时间发不出去。CAN本身没有带宽预留机制，全靠ID仲裁。所以规划网络时，得估算最坏情况下的总线负载率。经验值是别超过60%，超过之后延迟抖动会明显变大。

现在新项目用DeviceNet的少了，EtherNet/IP和Profinet是主流。但老产线改造时，你绕不开它。很多罗克韦尔的PowerFlex变频器、CompactLogix PLC上还留着DeviceNet口。理解它的物理层约束和报文调度逻辑，比背参数表有用得多。至少下次看到网络间歇性掉站，你会先摸一摸终端电阻烫不烫，而不是直接换模块。