简介p-net是一套专为嵌入式设备设计的PROFINET设备堆栈源码面向工业控制器、传感器、执行器等资源受限但需实时以太网通信的场景可帮助开发者在自动化设备中快速实现标准的PROFINET通信功能。该源码包遵循IEC 61784-2标准提供确定性数据传输与时间敏感网络服务并包含完整的设备堆栈实现开发者可直接修改协议栈代码以适配特定硬件平台和业务需求。资源共211个文件以59个h头文件、59个c源文件、29个cpp文件为核心覆盖协议栈底层实现与示例应用辅以RST/Markdown文档、CMake构建脚本、少量图片及配置文件便于理解和二次开发。整个压缩包仅1.15MB轻量易部署。目前已有1305人浏览学习适合具备嵌入式开发基础、希望深入掌握PROFINET协议栈架构的工程师。通过阅读源码可梳理DCP、LLDP、告警、块读写等关键模块的实现思路并利用示例代码与构建配置快速启动自己的工业通信项目。1. 嵌入式 PROFINET 设备堆栈p-net 为何值得自己接一遍产线改造时最常遇到的尴尬是设备端有一颗现成的 MCU 或 Linux 板卡主站侧却只认 PROFINET。买协议栈授权是一类做法但对样机和小批量设备授权成本和交付周期都不划算。p-net 把 PROFINET 设备端从站的完整协议逻辑做成可移植的 C 源码核心模块只占几万行编译后与业务固件链接不依赖专用 ASIC。你拿到手要做的不是逐行读而是先把它的分层、入口和状态机理清再接入自己的以太网驱动。这条路线适合三类人想在裸机或 RTOS 上跑 PROFINET 的嵌入式工程师、需要自定义 DCP/LLDP 行为的设备厂商以及想摆脱主站专用协议转换器的人。2. 源码模块划分与协议分层从 pf_cmdev 到 pf_dcp 的关系PROFINET 设备端不是一个网络协议至少对用源码实现来说它是由多条并行的数据通道组成的周期实时数据、非周期 RPC、DCP/LLDP 邻居维护、报警确认。p-net 的源码按 pf_ 前缀拆开正好把这些通道映射到不同 C 文件。先记住一个结论pf 开头的是协议栈内部模块pnet_ 开头的是应用可见接口中间隔着一层由头文件声明的 API 边界应用不要直接调 pf_ 内部函数。2.1 两条数据通路周期 RT 通道与非周期通道周期通道承载 IO 数据。控制器按设定周期典型 1ms、4ms、8ms、16ms、32ms发来输出帧设备端在相同周期内回输入帧。这个通道不接受 TCP/IP 那种三次握手依赖的是链路层的精确时隙和看门狗。非周期通道则是在设备启动、参数分配、诊断上送时使用走 DCP、LLDP 和基于 UDP 的 RPC。这两类通道在帧识别上完全分离实现上最好也在入口处就分流避免周期帧被非周期处理耽误。2.2 源码文件与协议模块的对应文件模块角色主要职责pf_cmrpc.cDCE/RPC 服务接收来自 IO 控制器的 RPC 请求处理连接建立、读写入/输出数据pf_cmdev.c设备状态机管理设备侧生命周期上电、等待参数、等待认证、进入数据交换pf_block_writer.cPPM 发送端按周期组织 RT 数据帧把输出 buffer 拼成以太网帧送入驱动pf_alarm.c报警通道排队发送报警并处理控制器的确认超时重发pf_dcp.cDCP 协议响应 Identify/Get/Set完成设备发现、改名、IP 分配pf_lldp.cLLDP 邻居发现周期广播本设备身份维护邻居表配合拓扑识别pf_cmina.c应用数据接口维护 Slot/Subslot 与实际数据缓冲之间的映射pf_fspm.c应用关系状态机维护每一个控制器连接AR的参数、看门狗、通道状态sampleapp_common.c示例应用演示如何从驱动收帧、把帧交给协议栈、循环读写数据模块对应关系记住两条就够了凡是涉及“控制器连接”的最后都会落到 pf_cmdev/pf_fspm凡是涉及“与应用缓冲”的多半在 pf_cmina/pf_block_writer。这样定位问题时可以直接跳过不相关文件。2.3 以太网帧入口的分发逻辑p-net 的入口层拿到一帧原始以太网帧后按 EtherType 分流。我一般用一个 switch 维护这个入口避免把非 PROFINET 帧送进协议栈/* eth_type: 0x8892 - PROFINET(DCP/RT), 0x88CC - LLDP */ static void frame_dispatch(pnet_t *net, uint8_t *frame, uint16_t len) { struct eth_hdr *eth (struct eth_hdr *)frame; if (ntohs(eth-eth_type) 0x8892) { /* 0x8892 里再按 Frame ID 分流 DCP 与 RT */ if (is_dcp_frame(eth)) dcp_handle(net, frame, len); /* 设备发现、改名、IP */ else rt_handle(net, frame, len); /* 周期 IO 与报警 */ return; } if (ntohs(eth-eth_type) 0x88CC) { lldp_handle(net, frame, len); /* 邻居发现拓扑上报 */ return; } /* 其它类型ARP、IP由操作系统或你自己的协议栈处理 */ }0x8892 是 PROFINET 的公共 EtherTypeDCP 与 RT 帧共用区分方式是查 Frame ID 字段0x88CC 是 LLDP。这里直接强转 eth 结构体指针实际 p-net 里还会校验 VLAN tag 和长度字段为了直观展示入口逻辑略写了校验。很多误导性的说法是“PROFINET 是跑在 TCP/IP 上的”这里要纠正RT_CLASS_1 周期数据直接挂在 EtherType 上不经过 IP 和 TCP。TCP/IP 只用于非周期管理和配置传输这也是为什么在裸机上也能完整跑 PROFINET——只要你的网卡驱动能把非 IP 帧原样收上来。3. p-net 移植到嵌入式 Linux驱动、设备树与主循环3.1 源码包里的实际分工先把目录结构明确一下p-net/ ├── include/ # pnet_api.h 等公共头文件 ├── src/pf/ # 上面提到的协议栈内部模块 ├── examples/platform/ # linux、freertos、裸机等平台适配 └── examples/devices/ # 示例设备应用如果你拿到的是一个源码压缩包结构大体也是这个思路。Linux 平台移植的第一步不是改协议栈文件而是改 examples/platform/linux 里的平台层和驱动层。协议栈内部文件不要动动了后面升级或者跟官方版本对比都会很痛苦。3.2 网络驱动与设备树配置嵌入式 Linux 下跑 p-net帧通道至少要满足两个条件网卡能把 0x8892 和 0x88CC 的帧收到应用层发送时能按指定优先级插入 VLAN tag。用 Linux 主网卡直接收不可靠因为内核协议栈会对陌生 EtherType 做处理甚至丢弃。常见做法是用 AF_PACKET 原始套接字绑定到网卡在驱动层面打开混杂模式。设备树里通常要确认 phy-handle、MAC 地址是否固定以及中断是否集中在正确的 CPU 上fec1 { phy-handle ethphy0; phy-mode rmii; local-mac-address [00 0c 29 01 02 03]; status okay; };fec1 是 NXP 平台的 FEC 网卡节点这里只看思路不需要照抄。重点是 local-mac-address 如果不在设备树固定每次启动 MAC 会变化PROFINET 主站会认为换了一台设备。很多现场“重启后主站找不到设备”就是这么来的。3.3 OSAL 与互斥先让协议栈线程安全p-net 的协议栈内部有互斥保护但那是给协议栈原子操作用的应用在多个任务里读写输入输出数据时要自己做同步。一个典型的 Linux 平台适配是包一层互斥和时间获取static pthread_mutex_t os_lock PTHREAD_MUTEX_INITIALIZER; static uint32_t os_get_time_ms(void) { struct timespec ts; clock_gettime(CLOCK_MONOTONIC, ts); return ts.tv_sec * 1000u ts.tv_nsec / 1000000u; }时间源必须单调递增不能用 CLOCK_REALTIME因为 NTP 或手动校时会往回跳看门狗计算会误判超时。互斥锁粒度建议只包在输入输出缓冲的拷贝边界不要在 pnet API 外层做长临界区否则实时帧处理会被卡住。3.4 初始化参数与主循环初始化需要向协议栈描述“我是谁、我从哪获取 IP、我有哪些模块”。给一个最小配置片段pnet_cfg_t cfg { .station_name rtlabs-demo-dev1, .vendor_id 0x0000, /* 正式产品向 PI 申请, 测试写 0x0000 */ .device_id 0x0001, .mac_address {0x00, 0x0c, 0x29, 0xaa, 0xbb, 0x01}, .ip_addr 0xc0a80164, /* 192.168.1.100 */ }; pnet pnet_init(cfg); while (1) { pnet_eth_recv(pnet, frame); /* 喂帧, 由驱动回调触发更佳 */ pnet_periodic_handle(pnet); /* 5ms 周期任务 */ app_io_exchange(pnet); /* 用户 IO 数据交换 */ }station_name 是 DCP 用来点名设备的标识必须符合小写 DNS 命名不能用大写和下划线ip_addr 写成大端十六进制是因为协议栈内部以网络字节序存 IP。不同版本里 pnet_eth_recv 和 pnet_periodic_handle 的函数名略有差异以头文件里导出的声明为准但调用位置就是这个逻辑。pnet_periodic_handle 的周期建议固定在 4~10ms太短浪费 CPU太长会让主站认为设备响应慢。这个周期和输出更新周期是两回事IO 数据可以用更高频率搬进缓冲但状态机维护保持固定节拍。3.5 编译链接与运行cmake -B build -DCMAKE_BUILD_TYPERelease cmake --build build构建产物是一个静态库链接时把协议栈库加进去同时把你改过的平台文件也编进去。跑起来第一件事是用 tcpdump 确认网卡在发 LLDP能抓到 LLDP 就说明二层通道已经通了。4. 核心模块代码拆解pf_dcp、pf_alarm、pf_lldp 与 pf_cmdev4.1 pf_dcp.c设备发现的入口DCP 是设备和管理工具交互的第一道关口。一台全新设备上电没有 IP、没有设备名主站就是靠 DCP Identify 帧把它扫出来的。DCP 帧结构里核心是 Service ID 和 Service Type 两个字段pf_dcp.c 按这两个字段决定回什么。识别逻辑大致是static void dcp_dispatch(pnet_t *net, const dcp_frame_t *frame) { switch (frame-service_id) { case DCP_SERVICE_ID_IDENTIFY: dcp_identify_reply(net, frame); /* 回设备名、MAC、厂商 */ break; case DCP_SERVICE_ID_SET: if (frame-service_type DCP_SERVICE_TYPE_REQUEST) dcp_set_request(net, frame); /* 写 IP、改设备名 */ break; } }IDENTIFY 是广播请求设备必须以单播或组播回SET 里最常用的是 SET_IP 和 SET_NAME产线首次上电被改名和分配 IP 就是走这个流程。DCP 响应帧里每个 block 都有 Length 字段解析时必须按 block 逐个跳而不是按固定偏移读否则遇到厂商自定义 block 就会解析错位。注意station_name 一旦上过线再修改主站需要重新扫描或重新点名才能发现改完最好复位设备。4.2 pf_alarm.c报警为什么不能省确认报警在设备端出现的场景是诊断事件、插拔检测、系统状态变化。PROFINET 的 Alarm 和普通周期数据不同它走报警 CR且必须收到确认。pf_alarm.c 的核心是一个带重传的队列队列元素大致是typedef struct alarm_entry { uint32_t alarm_id; /* 报警来源与类型 */ uint8_t apdu_status; /* 上一次发送状态 */ uint8_t retries; /* 重传计数 */ uint32_t time_stamp; /* 用于超时判断 */ } alarm_entry_t;实际源码里结构更复杂但理解队列和确认就够了。发送报警后没有在约定时间内收到 ack协议栈会按优先级重新发送重传到上限后把连接置为异常。工程上的教训是应用层不要为同一事件反复触发报警把重复事件在业务层合并否则报警队列被塞满真正重要的报警反而送不出去。4.3 pf_lldp.c拓扑发现不正常主站就是不识别LLDP 在 PROFINET 里不只是链路发现。主站检查设备在哪个端口、链路上是否存在中间交换设备都要靠 LLDP 邻居信息。pf_lldp.c 维护一张邻居表周期发送本设备的 Chassis ID、Port ID 和 TTL。如果设备端不发 LLDP主站可以建立连接但拓扑诊断、换机后的不可用问题都会出现。LLDP 的组播目的 MAC 是 01:80:C2:00:00:0E不少交换机默认会过滤这个 MAC 组。所以设备接在非管理型交换机后面时优先怀疑交换机是否透传组播帧换直连线验证往往立刻就好。4.4 pf_cmdev.c 与 pf_cmrpc.c连接谁在建、状态谁在管当主站要跟设备建立 IO 连接先通过 UDP 34964 端口发一个 RPC Connect 请求pf_cmrpc.c 把请求里的 AR UUID、参数解析后交给 pf_cmdev.c由它驱动设备状态机迁移。设备状态机关键状态状态含义常见停留原因OFFLINE栈初始化完等待连接网线未插、主站未组态STARTUP已收到 Connect交换参数中LLDP 不通、参数不匹配RUN周期数据正常交换数据映射错误、看门狗超时CLEAR/ABORT连接被释放或异常中止参数错误、应用长时间不喂数据调试时看状态机是最快的定位手段。如果设备一直停在 STARTUP优先抓 34964 端口上的 RPC 响应看是 Connect 请求没到还是响应中带错误码。p-net 的应用层一般通过回调函数拿到状态变化事件事件里带控制器状态和对象状态两个字段两个状态不一致时基本可以断定是应用侧没有按参数要求准备好数据。5. 协议栈验证、GSDML 组态与主站对接检查5.1 先验证二层抓包确认 DCP 与 LLDP设备上电后协议栈是否正常不要先打开 PLC 软件去猜直接在设备侧抓包tcpdump -i eth0 -e -nn ether proto 0x8892 or ether proto 0x88cc tcpdump -i eth0 -nn udp port 34964-e 显示以太网头部能直接看到 DCP 的组播目标 MACether proto 过滤可以同时看到 PROFINET 协议帧和 LLDP 帧。如果 5~10 秒内没有 LLDP 帧说明链路层根本没把协议栈跑起来先回去查驱动。Wireshark 里用 pnio 过滤器可以把 DCP、RT 和报警帧一起标出来单独看 DCP 用pn_dcp看 RPC 用udp.port 34964。RT 周期帧默认有独立颜色规则如果在帧列表里看不到绿色高亮检查 Coloring Rules 是否启用。5.2 用 GSDML 组态并连接主站主站侧组态设备依赖 GSDML 文件它描述设备有哪些 Slot/Subslot、每个模块可以放哪个插槽、最大最小周期、IO 字节数。源码包里通常带示例设备的 GSDML 或生成路径组态时导入对应厂商 ID 和设备 ID然后按步骤做为设备指定设备名配置 IP 地址分配模块到 Slot下载到控制器。不同主站的界面不同TIA Portal 组态时填设备名选 GSDML 文件Codesys 在设备树里扫描网络发那科机器人走 WorkVisual 装 PROFINET 插件后再组态小原焊机的 SIV32 配置界面直接对设备做 DCP 访问。无论界面长什么样本质上都在做同一件事先用 DCP 给设备改名和分配 IP再按 GSDML 建立应用关系。所以遇到“设备搜不到”永远先抓 DCP 帧看 Identify 响应里返回的设备名和 MAC 是否和组态一致。5.3 主站连不上时的排查顺序按下面顺序排查前三步能解决大部分问题抓本机二层帧确认 LLDP 周期存在用 DCP Identify 帧确认设备名、IP、MAC 与 GSDML 组态一致观察 34964 端口的 RPC 交互确认 Connect 请求到达并从站回了成功响应查看设备状态机是否进入 RUN若停在 STARTUP 则检查子模块序号和数据长度检查看门狗超时日志尤其注意设备侧周期是否被阻塞超过主站配置值现象常见原因处理主站扫描不到设备DCP 被交换机过滤换直连线或管理型交换机透传组播能找到但组态失败GSDML 与固件版本不一致核对模块标识符建连后立即断开LLDP 不通或 RPC 端口被禁检查组播 MAC 过滤与 UDP 34964周期数据为 0Slot/Subslot 映射错按 GSDML 核对模块编码6. 工程落地内存裁剪、任务周期与生产环境排错6.1 内存裁剪的几个方向配置项里最大报警数、最大应用关系数、最大模块槽位数直接决定静态缓冲区大小。裸机或 RTOS 方案建议按实际使用裁剪不要把示例配置原样拷到产品里。比如只需要单个控制器连接就把应用关系数设成 1报警队列按实际诊断需求分配。裁剪后 RAM 占用会明显下降但改这几个配置会导致 GSDML 里的能力描述必须同步改否则主站按大配置去连设备反而拒绝。6.2 任务周期与优先级周期任务建议固定 5ms 或 8ms。PROFINET 默认看门狗系数是 3主站设定 4ms 周期时设备需要在 12ms 内持续被喂数据否则直接进入 CLEAR 状态。因此周期任务所在线程必须保证最坏情况下不被长阻塞打断。常见做法是把协议栈周期任务放到高优先级线程把日志、Flash 写入、LED 刷新放到低优先级。6.3 生产环境最容易栽的三个坑站名大小写问题排在第一位。很多现场人员习惯把设备名写成 PLC-01PROFINET 的 station name 遵循 DNS 命名必须小写改成 plc-01 之后主站立刻认到。第二是 MAC 地址漂移Linux 设备树不固定 local-mac-address重启后 MAC 变了主站认为换了设备需要重新点名。第三是交换机剥 VLAN 标签廉价二层交换机会把 PCP 优先级字段剥掉PROFINET RT 帧掉优先级后主站偶发超时。判断方法很简单用 tcpdump 抓带 tag 的帧不带 tag 且优先级为 0说明中间链路把标签吃了。工程上最稳妥的做法是在驱动发送路径上自行补上 PCP 6 的 VLAN 头不依赖外部交换机的透明行为。本文还有配套的精品资源点击获取
简介p-net是一套专为嵌入式设备设计的PROFINET设备堆栈源码面向工业控制器、传感器、执行器等资源受限但需实时以太网通信的场景可帮助开发者在自动化设备中快速实现标准的PROFINET通信功能。该源码包遵循IEC 61784-2标准提供确定性数据传输与时间敏感网络服务并包含完整的设备堆栈实现开发者可直接修改协议栈代码以适配特定硬件平台和业务需求。资源共211个文件以59个h头文件、59个c源文件、29个cpp文件为核心覆盖协议栈底层实现与示例应用辅以RST/Markdown文档、CMake构建脚本、少量图片及配置文件便于理解和二次开发。整个压缩包仅1.15MB轻量易部署。目前已有1305人浏览学习适合具备嵌入式开发基础、希望深入掌握PROFINET协议栈架构的工程师。通过阅读源码可梳理DCP、LLDP、告警、块读写等关键模块的实现思路并利用示例代码与构建配置快速启动自己的工业通信项目。1. 嵌入式 PROFINET 设备堆栈p-net 为何值得自己接一遍产线改造时最常遇到的尴尬是设备端有一颗现成的 MCU 或 Linux 板卡主站侧却只认 PROFINET。买协议栈授权是一类做法但对样机和小批量设备授权成本和交付周期都不划算。p-net 把 PROFINET 设备端从站的完整协议逻辑做成可移植的 C 源码核心模块只占几万行编译后与业务固件链接不依赖专用 ASIC。你拿到手要做的不是逐行读而是先把它的分层、入口和状态机理清再接入自己的以太网驱动。这条路线适合三类人想在裸机或 RTOS 上跑 PROFINET 的嵌入式工程师、需要自定义 DCP/LLDP 行为的设备厂商以及想摆脱主站专用协议转换器的人。2. 源码模块划分与协议分层从 pf_cmdev 到 pf_dcp 的关系PROFINET 设备端不是一个网络协议至少对用源码实现来说它是由多条并行的数据通道组成的周期实时数据、非周期 RPC、DCP/LLDP 邻居维护、报警确认。p-net 的源码按 pf_ 前缀拆开正好把这些通道映射到不同 C 文件。先记住一个结论pf 开头的是协议栈内部模块pnet_ 开头的是应用可见接口中间隔着一层由头文件声明的 API 边界应用不要直接调 pf_ 内部函数。2.1 两条数据通路周期 RT 通道与非周期通道周期通道承载 IO 数据。控制器按设定周期典型 1ms、4ms、8ms、16ms、32ms发来输出帧设备端在相同周期内回输入帧。这个通道不接受 TCP/IP 那种三次握手依赖的是链路层的精确时隙和看门狗。非周期通道则是在设备启动、参数分配、诊断上送时使用走 DCP、LLDP 和基于 UDP 的 RPC。这两类通道在帧识别上完全分离实现上最好也在入口处就分流避免周期帧被非周期处理耽误。2.2 源码文件与协议模块的对应文件模块角色主要职责pf_cmrpc.cDCE/RPC 服务接收来自 IO 控制器的 RPC 请求处理连接建立、读写入/输出数据pf_cmdev.c设备状态机管理设备侧生命周期上电、等待参数、等待认证、进入数据交换pf_block_writer.cPPM 发送端按周期组织 RT 数据帧把输出 buffer 拼成以太网帧送入驱动pf_alarm.c报警通道排队发送报警并处理控制器的确认超时重发pf_dcp.cDCP 协议响应 Identify/Get/Set完成设备发现、改名、IP 分配pf_lldp.cLLDP 邻居发现周期广播本设备身份维护邻居表配合拓扑识别pf_cmina.c应用数据接口维护 Slot/Subslot 与实际数据缓冲之间的映射pf_fspm.c应用关系状态机维护每一个控制器连接AR的参数、看门狗、通道状态sampleapp_common.c示例应用演示如何从驱动收帧、把帧交给协议栈、循环读写数据模块对应关系记住两条就够了凡是涉及“控制器连接”的最后都会落到 pf_cmdev/pf_fspm凡是涉及“与应用缓冲”的多半在 pf_cmina/pf_block_writer。这样定位问题时可以直接跳过不相关文件。2.3 以太网帧入口的分发逻辑p-net 的入口层拿到一帧原始以太网帧后按 EtherType 分流。我一般用一个 switch 维护这个入口避免把非 PROFINET 帧送进协议栈/* eth_type: 0x8892 - PROFINET(DCP/RT), 0x88CC - LLDP */ static void frame_dispatch(pnet_t *net, uint8_t *frame, uint16_t len) { struct eth_hdr *eth (struct eth_hdr *)frame; if (ntohs(eth-eth_type) 0x8892) { /* 0x8892 里再按 Frame ID 分流 DCP 与 RT */ if (is_dcp_frame(eth)) dcp_handle(net, frame, len); /* 设备发现、改名、IP */ else rt_handle(net, frame, len); /* 周期 IO 与报警 */ return; } if (ntohs(eth-eth_type) 0x88CC) { lldp_handle(net, frame, len); /* 邻居发现拓扑上报 */ return; } /* 其它类型ARP、IP由操作系统或你自己的协议栈处理 */ }0x8892 是 PROFINET 的公共 EtherTypeDCP 与 RT 帧共用区分方式是查 Frame ID 字段0x88CC 是 LLDP。这里直接强转 eth 结构体指针实际 p-net 里还会校验 VLAN tag 和长度字段为了直观展示入口逻辑略写了校验。很多误导性的说法是“PROFINET 是跑在 TCP/IP 上的”这里要纠正RT_CLASS_1 周期数据直接挂在 EtherType 上不经过 IP 和 TCP。TCP/IP 只用于非周期管理和配置传输这也是为什么在裸机上也能完整跑 PROFINET——只要你的网卡驱动能把非 IP 帧原样收上来。3. p-net 移植到嵌入式 Linux驱动、设备树与主循环3.1 源码包里的实际分工先把目录结构明确一下p-net/ ├── include/ # pnet_api.h 等公共头文件 ├── src/pf/ # 上面提到的协议栈内部模块 ├── examples/platform/ # linux、freertos、裸机等平台适配 └── examples/devices/ # 示例设备应用如果你拿到的是一个源码压缩包结构大体也是这个思路。Linux 平台移植的第一步不是改协议栈文件而是改 examples/platform/linux 里的平台层和驱动层。协议栈内部文件不要动动了后面升级或者跟官方版本对比都会很痛苦。3.2 网络驱动与设备树配置嵌入式 Linux 下跑 p-net帧通道至少要满足两个条件网卡能把 0x8892 和 0x88CC 的帧收到应用层发送时能按指定优先级插入 VLAN tag。用 Linux 主网卡直接收不可靠因为内核协议栈会对陌生 EtherType 做处理甚至丢弃。常见做法是用 AF_PACKET 原始套接字绑定到网卡在驱动层面打开混杂模式。设备树里通常要确认 phy-handle、MAC 地址是否固定以及中断是否集中在正确的 CPU 上fec1 { phy-handle ethphy0; phy-mode rmii; local-mac-address [00 0c 29 01 02 03]; status okay; };fec1 是 NXP 平台的 FEC 网卡节点这里只看思路不需要照抄。重点是 local-mac-address 如果不在设备树固定每次启动 MAC 会变化PROFINET 主站会认为换了一台设备。很多现场“重启后主站找不到设备”就是这么来的。3.3 OSAL 与互斥先让协议栈线程安全p-net 的协议栈内部有互斥保护但那是给协议栈原子操作用的应用在多个任务里读写输入输出数据时要自己做同步。一个典型的 Linux 平台适配是包一层互斥和时间获取static pthread_mutex_t os_lock PTHREAD_MUTEX_INITIALIZER; static uint32_t os_get_time_ms(void) { struct timespec ts; clock_gettime(CLOCK_MONOTONIC, ts); return ts.tv_sec * 1000u ts.tv_nsec / 1000000u; }时间源必须单调递增不能用 CLOCK_REALTIME因为 NTP 或手动校时会往回跳看门狗计算会误判超时。互斥锁粒度建议只包在输入输出缓冲的拷贝边界不要在 pnet API 外层做长临界区否则实时帧处理会被卡住。3.4 初始化参数与主循环初始化需要向协议栈描述“我是谁、我从哪获取 IP、我有哪些模块”。给一个最小配置片段pnet_cfg_t cfg { .station_name rtlabs-demo-dev1, .vendor_id 0x0000, /* 正式产品向 PI 申请, 测试写 0x0000 */ .device_id 0x0001, .mac_address {0x00, 0x0c, 0x29, 0xaa, 0xbb, 0x01}, .ip_addr 0xc0a80164, /* 192.168.1.100 */ }; pnet pnet_init(cfg); while (1) { pnet_eth_recv(pnet, frame); /* 喂帧, 由驱动回调触发更佳 */ pnet_periodic_handle(pnet); /* 5ms 周期任务 */ app_io_exchange(pnet); /* 用户 IO 数据交换 */ }station_name 是 DCP 用来点名设备的标识必须符合小写 DNS 命名不能用大写和下划线ip_addr 写成大端十六进制是因为协议栈内部以网络字节序存 IP。不同版本里 pnet_eth_recv 和 pnet_periodic_handle 的函数名略有差异以头文件里导出的声明为准但调用位置就是这个逻辑。pnet_periodic_handle 的周期建议固定在 4~10ms太短浪费 CPU太长会让主站认为设备响应慢。这个周期和输出更新周期是两回事IO 数据可以用更高频率搬进缓冲但状态机维护保持固定节拍。3.5 编译链接与运行cmake -B build -DCMAKE_BUILD_TYPERelease cmake --build build构建产物是一个静态库链接时把协议栈库加进去同时把你改过的平台文件也编进去。跑起来第一件事是用 tcpdump 确认网卡在发 LLDP能抓到 LLDP 就说明二层通道已经通了。4. 核心模块代码拆解pf_dcp、pf_alarm、pf_lldp 与 pf_cmdev4.1 pf_dcp.c设备发现的入口DCP 是设备和管理工具交互的第一道关口。一台全新设备上电没有 IP、没有设备名主站就是靠 DCP Identify 帧把它扫出来的。DCP 帧结构里核心是 Service ID 和 Service Type 两个字段pf_dcp.c 按这两个字段决定回什么。识别逻辑大致是static void dcp_dispatch(pnet_t *net, const dcp_frame_t *frame) { switch (frame-service_id) { case DCP_SERVICE_ID_IDENTIFY: dcp_identify_reply(net, frame); /* 回设备名、MAC、厂商 */ break; case DCP_SERVICE_ID_SET: if (frame-service_type DCP_SERVICE_TYPE_REQUEST) dcp_set_request(net, frame); /* 写 IP、改设备名 */ break; } }IDENTIFY 是广播请求设备必须以单播或组播回SET 里最常用的是 SET_IP 和 SET_NAME产线首次上电被改名和分配 IP 就是走这个流程。DCP 响应帧里每个 block 都有 Length 字段解析时必须按 block 逐个跳而不是按固定偏移读否则遇到厂商自定义 block 就会解析错位。注意station_name 一旦上过线再修改主站需要重新扫描或重新点名才能发现改完最好复位设备。4.2 pf_alarm.c报警为什么不能省确认报警在设备端出现的场景是诊断事件、插拔检测、系统状态变化。PROFINET 的 Alarm 和普通周期数据不同它走报警 CR且必须收到确认。pf_alarm.c 的核心是一个带重传的队列队列元素大致是typedef struct alarm_entry { uint32_t alarm_id; /* 报警来源与类型 */ uint8_t apdu_status; /* 上一次发送状态 */ uint8_t retries; /* 重传计数 */ uint32_t time_stamp; /* 用于超时判断 */ } alarm_entry_t;实际源码里结构更复杂但理解队列和确认就够了。发送报警后没有在约定时间内收到 ack协议栈会按优先级重新发送重传到上限后把连接置为异常。工程上的教训是应用层不要为同一事件反复触发报警把重复事件在业务层合并否则报警队列被塞满真正重要的报警反而送不出去。4.3 pf_lldp.c拓扑发现不正常主站就是不识别LLDP 在 PROFINET 里不只是链路发现。主站检查设备在哪个端口、链路上是否存在中间交换设备都要靠 LLDP 邻居信息。pf_lldp.c 维护一张邻居表周期发送本设备的 Chassis ID、Port ID 和 TTL。如果设备端不发 LLDP主站可以建立连接但拓扑诊断、换机后的不可用问题都会出现。LLDP 的组播目的 MAC 是 01:80:C2:00:00:0E不少交换机默认会过滤这个 MAC 组。所以设备接在非管理型交换机后面时优先怀疑交换机是否透传组播帧换直连线验证往往立刻就好。4.4 pf_cmdev.c 与 pf_cmrpc.c连接谁在建、状态谁在管当主站要跟设备建立 IO 连接先通过 UDP 34964 端口发一个 RPC Connect 请求pf_cmrpc.c 把请求里的 AR UUID、参数解析后交给 pf_cmdev.c由它驱动设备状态机迁移。设备状态机关键状态状态含义常见停留原因OFFLINE栈初始化完等待连接网线未插、主站未组态STARTUP已收到 Connect交换参数中LLDP 不通、参数不匹配RUN周期数据正常交换数据映射错误、看门狗超时CLEAR/ABORT连接被释放或异常中止参数错误、应用长时间不喂数据调试时看状态机是最快的定位手段。如果设备一直停在 STARTUP优先抓 34964 端口上的 RPC 响应看是 Connect 请求没到还是响应中带错误码。p-net 的应用层一般通过回调函数拿到状态变化事件事件里带控制器状态和对象状态两个字段两个状态不一致时基本可以断定是应用侧没有按参数要求准备好数据。5. 协议栈验证、GSDML 组态与主站对接检查5.1 先验证二层抓包确认 DCP 与 LLDP设备上电后协议栈是否正常不要先打开 PLC 软件去猜直接在设备侧抓包tcpdump -i eth0 -e -nn ether proto 0x8892 or ether proto 0x88cc tcpdump -i eth0 -nn udp port 34964-e 显示以太网头部能直接看到 DCP 的组播目标 MACether proto 过滤可以同时看到 PROFINET 协议帧和 LLDP 帧。如果 5~10 秒内没有 LLDP 帧说明链路层根本没把协议栈跑起来先回去查驱动。Wireshark 里用 pnio 过滤器可以把 DCP、RT 和报警帧一起标出来单独看 DCP 用pn_dcp看 RPC 用udp.port 34964。RT 周期帧默认有独立颜色规则如果在帧列表里看不到绿色高亮检查 Coloring Rules 是否启用。5.2 用 GSDML 组态并连接主站主站侧组态设备依赖 GSDML 文件它描述设备有哪些 Slot/Subslot、每个模块可以放哪个插槽、最大最小周期、IO 字节数。源码包里通常带示例设备的 GSDML 或生成路径组态时导入对应厂商 ID 和设备 ID然后按步骤做为设备指定设备名配置 IP 地址分配模块到 Slot下载到控制器。不同主站的界面不同TIA Portal 组态时填设备名选 GSDML 文件Codesys 在设备树里扫描网络发那科机器人走 WorkVisual 装 PROFINET 插件后再组态小原焊机的 SIV32 配置界面直接对设备做 DCP 访问。无论界面长什么样本质上都在做同一件事先用 DCP 给设备改名和分配 IP再按 GSDML 建立应用关系。所以遇到“设备搜不到”永远先抓 DCP 帧看 Identify 响应里返回的设备名和 MAC 是否和组态一致。5.3 主站连不上时的排查顺序按下面顺序排查前三步能解决大部分问题抓本机二层帧确认 LLDP 周期存在用 DCP Identify 帧确认设备名、IP、MAC 与 GSDML 组态一致观察 34964 端口的 RPC 交互确认 Connect 请求到达并从站回了成功响应查看设备状态机是否进入 RUN若停在 STARTUP 则检查子模块序号和数据长度检查看门狗超时日志尤其注意设备侧周期是否被阻塞超过主站配置值现象常见原因处理主站扫描不到设备DCP 被交换机过滤换直连线或管理型交换机透传组播能找到但组态失败GSDML 与固件版本不一致核对模块标识符建连后立即断开LLDP 不通或 RPC 端口被禁检查组播 MAC 过滤与 UDP 34964周期数据为 0Slot/Subslot 映射错按 GSDML 核对模块编码6. 工程落地内存裁剪、任务周期与生产环境排错6.1 内存裁剪的几个方向配置项里最大报警数、最大应用关系数、最大模块槽位数直接决定静态缓冲区大小。裸机或 RTOS 方案建议按实际使用裁剪不要把示例配置原样拷到产品里。比如只需要单个控制器连接就把应用关系数设成 1报警队列按实际诊断需求分配。裁剪后 RAM 占用会明显下降但改这几个配置会导致 GSDML 里的能力描述必须同步改否则主站按大配置去连设备反而拒绝。6.2 任务周期与优先级周期任务建议固定 5ms 或 8ms。PROFINET 默认看门狗系数是 3主站设定 4ms 周期时设备需要在 12ms 内持续被喂数据否则直接进入 CLEAR 状态。因此周期任务所在线程必须保证最坏情况下不被长阻塞打断。常见做法是把协议栈周期任务放到高优先级线程把日志、Flash 写入、LED 刷新放到低优先级。6.3 生产环境最容易栽的三个坑站名大小写问题排在第一位。很多现场人员习惯把设备名写成 PLC-01PROFINET 的 station name 遵循 DNS 命名必须小写改成 plc-01 之后主站立刻认到。第二是 MAC 地址漂移Linux 设备树不固定 local-mac-address重启后 MAC 变了主站认为换了设备需要重新点名。第三是交换机剥 VLAN 标签廉价二层交换机会把 PCP 优先级字段剥掉PROFINET RT 帧掉优先级后主站偶发超时。判断方法很简单用 tcpdump 抓带 tag 的帧不带 tag 且优先级为 0说明中间链路把标签吃了。工程上最稳妥的做法是在驱动发送路径上自行补上 PCP 6 的 VLAN 头不依赖外部交换机的透明行为。本文还有配套的精品资源点击获取
