3. PROFINET协议栈解析

PROFINET并不是一套脱离以太网的全新网络，而是把实时通信、设备发现、拓扑诊断等能力“叠加”在标准以太网之上。理解协议栈的关键，是把它映射到OSI模型，并看清各层协议在报文中的位置与职责。只有把帧结构、VLAN优先级、DCP、LLDP、SNMP这些要素串起来，才能在设备开发与GSDML配置中做出正确判断。

一、OSI模型映射：从物理层到应用层

PROFINET的通信栈可以按OSI七层模型进行拆解。物理层与数据链路层由标准以太网（IEEE 802.3）承担，使用RJ45或M12接口、100 Mbps全双工，部分场景支持千兆。网络层使用IP，用于非实时通信、诊断和配置；传输层使用UDP与TCP，其中UDP承载实时数据，TCP承载非周期性的参数读写。应用层则包含PROFINET IO、DCP、LLDP、SNMP以及基于UDP的RT/IRT协议。

需要特别注意的是，PROFINET RT（实时）报文并不经过TCP/IP栈，而是直接映射到以太网层，通过EtherType 0x8892标识，从而绕开IP层的排队与确认开销，获得更低的抖动。IRT（等时实时）则进一步依赖硬件交换与时间同步，在帧调度上做更精细的控制。因此，协议栈解析不能只看“IP地址”，还要看帧类型与优先级。

二、以太网帧结构：PROFINET报文的载体

标准以太网帧由前导码、目的MAC、源MAC、VLAN标签（可选）、EtherType、载荷和FCS组成。PROFINET RT帧的EtherType为0x8892，DCP帧同样使用0x8892，而LLDP使用0x88CC，SNMP则封装在UDP/IP之上。理解这些字段，有助于在抓包时快速定位协议类型。

以太网帧（含VLAN）：
+--------+--------+--------+--------+--------+--------+--------+
| 前导码 | 目的MAC| 源MAC  | VLAN   | Ether  | 载荷   | FCS    |
| 7+1B   | 6B     | 6B     | 4B     | Type   | 46-1500| 4B     |
+--------+--------+--------+--------+--------+--------+--------+
VLAN标签：TPID=0x8100 | PCP(3bit) | DEI(1bit) | VID(12bit)
PROFINET RT：EtherType=0x8892，PCP通常为6
LLDP：EtherType=0x88CC
SNMP：UDP 161/162，封装于IP

在设备开发中，MAC地址分配、EtherType识别、VLAN标签插入位置都会影响交换机与网卡的转发行为。若帧结构不符合规范，设备可能无法被控制器识别，或在抓包工具中显示为“未知协议”。

三、VLAN优先级：实时性的第一道保障

PROFINET利用IEEE 802.1Q的VLAN标签中的PCP（Priority Code Point）字段来标记优先级。RT报文通常使用PCP=6，对应“语音/实时”级别；非实时诊断报文使用较低优先级。交换机根据PCP进行队列调度，确保实时帧优先转发，从而降低延迟和抖动。

VLAN优先级并不等同于VLAN ID。VID用于划分广播域，PCP用于区分服务等级。在配置交换机时，需要同时关注两者：如果PCP被错误地置为0，实时报文会与普通数据竞争，导致IO更新周期不稳定。对于IRT应用，还需要结合IEEE 802.1AS时间同步与帧抢占机制，才能达到微秒级同步精度。

四、DCP、LLDP与SNMP：发现、拓扑与诊断

DCP（Discovery and Configuration Protocol）是PROFINET的设备发现与配置协议，运行在以太网层，EtherType为0x8892。它支持Identify、Set、Hello等操作，用于分配设备名称和IP地址。控制器通过DCP广播寻找设备，设备以单播响应。DCP不依赖IP，因此即使设备尚未分配IP，也能被识别和命名。

LLDP（Link Layer Discovery Protocol）用于邻居发现和拓扑识别，EtherType为0x88CC。PROFINET设备通过LLDP交换端口ID、机箱ID、管理地址等信息，控制器据此绘制网络拓扑，并检测接线错误。LLDP报文周期通常为30秒，超时后拓扑关系会被标记为失效。

SNMP（Simple Network Management Protocol）用于网络管理与诊断，基于UDP 161/162端口。PROFINET设备通常支持MIB-II和LLDP-MIB，可通过SNMP读取端口状态、流量统计和拓扑信息。在设备开发中，SNMP代理的实现需要与LLDP、DCP共享接口和邻居数据，避免信息不一致。

五、案例与场景：从抓包到配置

假设一台PROFINET IO设备上电后无法被控制器识别。排查时可按以下顺序进行：首先用Wireshark抓包，过滤eth.type == 0x8892，观察是否有DCP Identify广播；若没有，检查设备是否发送DCP Hello或响应超时。其次查看VLAN标签，确认PCP是否为6，若为0则检查交换机端口是否信任优先级。再次检查LLDP报文，确认设备是否上报了正确的端口ID和机箱ID，以便控制器建立拓扑。最后通过SNMP读取设备MIB，查看端口状态和错误计数。

# Wireshark过滤示例
eth.type == 0x8892          # PROFINET RT / DCP
eth.type == 0x88CC          # LLDP
udp.port == 161             # SNMP
vlan.priority == 6          # 高优先级VLAN帧

# 典型DCP Identify请求（简化）
目的MAC: 01:0E:CF:00:00:00
EtherType: 0x8892
DCP ServiceID: 0x05 (Identify)
DCP ServiceType: 0x00 (Request)

在GSDML配置中，设备名称、IP地址、端口描述等参数需要与DCP和LLDP的实际行为一致。例如，GSDML中声明的端口号必须与LLDP上报的PortID匹配，否则控制器会报拓扑错误。SNMP的sysName和sysDescr也应与设备实际信息一致，便于运维识别。

六、常见误区与复盘

• 误区一：认为PROFINET必须依赖IP。实际上RT和DCP都运行在以太网层，IP仅用于非实时通信和诊断。设备未分配IP时，DCP仍可正常工作。
• 误区二：忽略VLAN优先级。很多现场交换机默认不信任PCP，导致实时帧被降级。应在交换机上配置信任模式，并确保端到端PCP一致。
• 误区三：把LLDP当作可选功能。LLDP是PROFINET拓扑诊断的基础，缺失会导致控制器无法识别接线关系，影响故障定位。
• 误区四：SNMP与DCP数据不一致。设备开发中若SNMP代理与DCP、LLDP共享数据源，需保证接口名称、端口状态同步更新，否则运维会得到矛盾信息。

掌握上述协议栈映射与帧结构后，再回到GSDML配置，就能理解为什么设备名称、端口ID、VLAN优先级、SNMP对象这些参数必须与协议行为一一对应。协议栈不是抽象概念，而是抓包、配置和排障时可以直接观察和验证的对象。