濾器導(dǎo)致PROFINET丟幀的排查與調(diào)試實(shí)踐)
做 PROFINET 設(shè)備調(diào)試這幾年我踩過(guò)最隱蔽的一個(gè)坑就是拿 Wireshark 掛到現(xiàn)場(chǎng)總線上抓包明明看到 PLC 和 IO 設(shè)備之間幀一直在跑可設(shè)備端的 CPU 應(yīng)用卻像瞎了一樣什么數(shù)據(jù)都沒收到。后來(lái)查來(lái)查去問題不在應(yīng)用代碼也不在網(wǎng)絡(luò)配置而是出在 ERTEC 系列芯片內(nèi)部那層不起眼的芯片級(jí)硬件過(guò)濾器上。ERTEC 是西門子針對(duì) PROFINET 實(shí)時(shí)以太網(wǎng)開發(fā)的專用 ASIC 芯片廣泛用在 PN 設(shè)備的通訊處理器和部分西門子網(wǎng)卡上。它最核心的特點(diǎn)之一就是在芯片內(nèi)部做了一層幀過(guò)濾把真正需要 CPU 處理的 PROFINET 幀挑出來(lái)把無(wú)關(guān)流量擋在門外。這個(gè)機(jī)制對(duì)實(shí)時(shí)性非常重要但對(duì)開發(fā)者來(lái)說(shuō)如果理解不透就會(huì)導(dǎo)致很多“看起來(lái)正常、實(shí)際上丟幀”的詭異問題。這篇文章我會(huì)圍繞 ERTEC 系列芯片的硬件過(guò)濾器從原理講到寄存器配置再到抓包調(diào)試和常見故障排查最后用康耐視 Insight 相機(jī)與西門子 PLC 做 PROFINET 通訊的例子收尾完整記錄我在實(shí)際項(xiàng)目里的分析過(guò)程和排障心得。1. ERTEC 芯片在 PROFINET 通訊中的核心角色1.1 為什么 PROFINET 要用專用芯片而不能靠通用網(wǎng)卡很多人剛接觸 PROFINET 時(shí)都會(huì)有個(gè)疑問以太網(wǎng)都這么普及了隨便找一顆帶 MAC 的芯片跑一個(gè)軟件協(xié)議棧不就行了答案在實(shí)時(shí)性上。PROFINET 分為 NRT非實(shí)時(shí)、RT實(shí)時(shí)和 IRT等時(shí)同步實(shí)時(shí)三檔。RT 的典型周期是 1ms 到 8msIRT 則可以做到 250us 甚至更快。普通網(wǎng)卡和操作系統(tǒng)協(xié)議棧處理一幀的時(shí)間是不確定的中斷響應(yīng)、驅(qū)動(dòng)拷貝、協(xié)議解析每一個(gè)環(huán)節(jié)都可能被其他任務(wù)插一腳?，F(xiàn)場(chǎng)總線上周期數(shù)據(jù)稍微晚那么幾十微秒控制器就會(huì)判定設(shè)備掉線。ERTEC 的思路是把實(shí)時(shí)數(shù)據(jù)通道從 CPU 里摘出去。以 ERTEC 200 和 ERTEC 400 為例它們?cè)谛酒瑑?nèi)部集成了以太網(wǎng) MAC、DMA 控制器以及專門為 PROFINET 實(shí)時(shí)通訊設(shè)計(jì)的硬件加速邏輯。ERTEC 400 更是直接集成了 4 端口實(shí)時(shí)交換機(jī)多個(gè)設(shè)備之間可以通過(guò)芯片內(nèi)部交換數(shù)據(jù)完全不經(jīng)過(guò) CPU。也就是說(shuō)ERTEC 不只是“一塊網(wǎng)卡”它是一個(gè)帶完整 MAC 層處理能力的通訊芯片。硬件過(guò)濾器就是它的看門機(jī)制之一。1.2 芯片內(nèi)部的數(shù)據(jù)通路過(guò)濾器卡在哪個(gè)環(huán)節(jié)要知道過(guò)濾器在哪工作先得看一幀數(shù)據(jù)從網(wǎng)線到 CPU 應(yīng)用要經(jīng)過(guò)哪些環(huán)節(jié)。以最常見的 ERTEC 接收路徑為例網(wǎng)線進(jìn)來(lái)的模擬信號(hào)經(jīng)過(guò) PHY 轉(zhuǎn)換成數(shù)字信號(hào)MAC 完成幀校驗(yàn)、地址識(shí)別等基礎(chǔ)工作數(shù)據(jù)進(jìn)入芯片內(nèi)部的接收 FIFO硬件過(guò)濾器在 FIFO 和 DMA 之間執(zhí)行幀篩選通過(guò)篩選的幀由 DMA 寫入 CPU 的共享內(nèi)存CPU 讀取內(nèi)存交給 PROFINET 協(xié)議棧處理這個(gè)順序很關(guān)鍵。硬件過(guò)濾器工作在第 4 步也就是 DMA 之前。所有沒被過(guò)濾器放行的幀根本不會(huì)占用 CPU 中斷和內(nèi)存帶寬。這意味著什么哪怕現(xiàn)場(chǎng)網(wǎng)絡(luò)里充滿了廣播風(fēng)暴、未知協(xié)議幀、ARP 請(qǐng)求只要過(guò)濾器配置正確CPU 的任務(wù)隊(duì)列就是干凈的只有和本設(shè)備 PROFINET 通訊相關(guān)的幀才能進(jìn)來(lái)。實(shí)時(shí)性就是這樣保住的而不是靠 CPU 把每一幀都讀進(jìn)來(lái)之后再做判斷。用生活里的事來(lái)打比方這就像公司大門裝了門禁系統(tǒng)員工刷卡進(jìn)出訪客還得前臺(tái)登記。普通網(wǎng)卡的做法是所有人都放進(jìn)大廳保安逐個(gè)盤問ERTEC 的做法是在大門口就刷臉核實(shí)無(wú)關(guān)人員直接請(qǐng)走。CPU 就是老板過(guò)濾器就是前臺(tái)的初始篩選老板只需要見該見的人。1.3 過(guò)濾器的邊界它能做什么不能做什么硬件過(guò)濾器的“過(guò)濾”主要有兩個(gè)維度。第一是按幀類型過(guò)濾也就是看以太網(wǎng)幀頭的 EtherType 字段。PROFINET 實(shí)時(shí)幀的 EtherType 是 0x8892非實(shí)時(shí)幀走的是 0x0800IPv4之類標(biāo)準(zhǔn)協(xié)議。過(guò)濾器可以針對(duì)不同的 EtherType 配置放行還是丟棄。第二是按 MAC 地址過(guò)濾包括目標(biāo) MAC 和源 MAC。PROFINET RT 幀的目標(biāo) MAC 地址有固定的取值范圍可以是單播也可以是多播。過(guò)濾器可以根據(jù)目標(biāo) MAC 是否匹配本設(shè)備的配置來(lái)決定是否放行。但要注意硬件過(guò)濾器不是一個(gè)真正的協(xié)議解析引擎。它工作在幀頭級(jí)別主要看的是 MAC 地址、EtherType、VLAN 標(biāo)簽這類頭部信息。它不知道 PROFINET 報(bào)文里的 FrameID 代表什么也不理解 RPC 調(diào)用和報(bào)警數(shù)據(jù)的具體含義。真正理解協(xié)議的是 CPU 里的軟件協(xié)議棧。所以“芯片級(jí)硬件過(guò)濾器”這個(gè)叫法準(zhǔn)確說(shuō)是“MAC 層硬件篩選器”。它的價(jià)值是粗篩不是精判。粗篩的目的是減少 CPU 負(fù)載精判交給軟件。2. 芯片級(jí)硬件過(guò)濾器的工作機(jī)制拆解2.1 按 EtherType 過(guò)濾PROFINET 幀的綠色通道PROFINET 的一個(gè)鮮明特點(diǎn)就是它的實(shí)時(shí)幀不使用 IP 封裝。RT 和 IRT 數(shù)據(jù)直接在 Ethernet 層傳輸用 EtherType 0x8892 標(biāo)識(shí)。這樣做的原因很簡(jiǎn)單控制器周期發(fā)送的 IO 數(shù)據(jù)如果還要走 UDP/IP 封裝光解析 IP 頭就要浪費(fèi)幾十個(gè)時(shí)鐘周期無(wú)法滿足微秒級(jí)抖動(dòng)要求。ERTEC 的硬件過(guò)濾器天然對(duì) 0x8892 有優(yōu)化可以把它當(dāng)作必須放行的幀類型處理。開發(fā)者需要在過(guò)濾規(guī)則表里顯式使能對(duì) 0x8892 的接收這樣 PTCP 時(shí)鐘同步幀、RT 周期數(shù)據(jù)幀才能進(jìn)得了 CPU。我還遇到過(guò)一個(gè)容易忽略的細(xì)節(jié)PROFINET 的報(bào)警功能有時(shí)候走的是 UDP/IP 通道EtherType 是 0x0800對(duì)應(yīng)的端口是 34964 之類的動(dòng)態(tài)端口。如果開發(fā)者只放行了 0x8892而把 0x0800 的幀都過(guò)濾掉了就會(huì)出現(xiàn)一個(gè)非常迷惑的現(xiàn)象正常周期 IO 數(shù)據(jù)沒問題、設(shè)備在線狀態(tài)正常但診斷報(bào)警、參數(shù)讀寫死活不通。排查了半天最后發(fā)現(xiàn)是過(guò)濾器把報(bào)警幀攔截在了 DMA 之前。所以配置過(guò)濾器規(guī)則時(shí)至少要覆蓋兩類 EtherType0x8892PROFINET 實(shí)時(shí)幀、PTCP 幀0x0800基于 UDP/IP 的 PROFINET 非實(shí)時(shí)通信報(bào)警、記錄數(shù)據(jù)、DP 網(wǎng)關(guān)等2.2 按 MAC 地址過(guò)濾單播、多播與廣播的取舍MAC 地址過(guò)濾是第二道關(guān)卡。PROFINET RT 幀的實(shí)時(shí)數(shù)據(jù)在周期通訊中通常是單播幀幀頭目標(biāo) MAC 就是 IO 設(shè)備的 MAC 地址。而 PTCP 延遲測(cè)量幀、一些查找和發(fā)現(xiàn)消息走的是多播地址。在做 ERTEC 配置時(shí)常見的一個(gè)問題是為了圖省事直接把過(guò)濾規(guī)則設(shè)成“接收所有單播幀”這通常沒問題但有些人為了抓包方便把多播地址也全部放開甚至所有幀都放行這在實(shí)驗(yàn)室里勉強(qiáng)能用到了現(xiàn)場(chǎng)就會(huì)出現(xiàn) CPU 中斷頻繁、實(shí)時(shí)任務(wù)抖動(dòng)的問題。正確做法是精確匹配本設(shè)備自己的 MAC 地址單播接收PROFINET 協(xié)議規(guī)定的多播地址范圍用于 PTCP、DCP 設(shè)備發(fā)現(xiàn)等可能配置的組播地址如果啟用了 IRT 或特定應(yīng)用這個(gè)“精確匹配”說(shuō)起來(lái)簡(jiǎn)單做起來(lái)很考驗(yàn)對(duì) PROFINET 規(guī)范的理解。比如 DCPDiscovery and Configuration Protocol使用的多播地址是 01:0E:CF:00:00:00PTCP 相關(guān)的多播地址也有特定前綴 01:0E:CF:00:00:02 之類。如果過(guò)濾器配置漏掉了這些設(shè)備在初次組態(tài)時(shí)就無(wú)法被 PLC 通過(guò) DCP 掃描到表現(xiàn)就是“PLC 找不到設(shè)備”。2.3 過(guò)濾器配置的入口寄存器位和初始化流程ERTEC 芯片的過(guò)濾器配置入口不是像 Socket 編程那樣調(diào)用幾個(gè) API 就行。它是在芯片初始化階段通過(guò)寫 DMA 通道控制寄存器、MAC 幀類型過(guò)濾器寄存器、地址過(guò)濾表來(lái)實(shí)現(xiàn)的。以我接觸過(guò)的 ERTEC 200 評(píng)估板開發(fā)流程為例芯片上電后要做這樣幾件事初始化 ARM CPU 和內(nèi)存控制器初始化以太網(wǎng) MAC 的時(shí)鐘和 PHY 接口配置 MAC 地址配置接收 DMA 通道和緩沖隊(duì)列在接收 DMA 通道使能之前先把幀類型過(guò)濾器寄存器的對(duì)應(yīng)比特位置位最后使能接收過(guò)濾器才生效這里有個(gè)經(jīng)驗(yàn)教訓(xùn)過(guò)濾器配置必須在 DMA 接收使能之前完成。如果在運(yùn)行中改動(dòng)過(guò)濾器寄存器可能出現(xiàn)舊規(guī)則和新規(guī)則交替的窗口期導(dǎo)致部分幀被錯(cuò)誤丟棄或意外放行造成難以復(fù)現(xiàn)的偶發(fā)問題。這是我在實(shí)際項(xiàng)目里用過(guò)的配置邏輯骨架基于 ERTEC 類芯片的通用寄存器模型具體寄存器命名以芯片手冊(cè)為準(zhǔn)// 示例性質(zhì)ERTEC 過(guò)濾器配置邏輯以某型號(hào)寄存器布局為參考 // 實(shí)際開發(fā)請(qǐng)以 DDK 頭文件和芯片手冊(cè)為準(zhǔn) #define PN_ETHERTYPE_RT 0x8892 #define PN_ETHERTYPE_IPV4 0x0800 // 使能 0x8892 幀類型的硬件接收過(guò)濾 eth_filter_type_enable(PN_ETHERTYPE_RT); // 按需使能 IPv4否則報(bào)警/記錄數(shù)據(jù)會(huì)被過(guò)濾 eth_filter_type_enable(PN_ETHERTYPE_IPV4); // 配置目標(biāo) MAC 接受規(guī)則 eth_filter_set_mac_accept(own_mac_addr); // 本機(jī)單播 eth_filter_set_mac_accept(PROFINET_PTCP_MULTICAST); // PTCP 多播 eth_filter_set_mac_accept(PROFINET_DCP_MULTICAST); // DCP 多播 // 全部配置完成后再打開 DMA 接收通道 rx_dma_channel_enable(0);嚴(yán)格按照這個(gè)順序?qū)懙某跏蓟a在現(xiàn)場(chǎng)跑起來(lái)后CPU 收到的幀基本就是協(xié)議棧真正需要的幀抓包看到的“全量流量”和 CPU 處理的“有效流量”之間的差異肉眼可見。3. 過(guò)濾器和抓包調(diào)試之間的愛恨糾葛3.1 為什么抓包軟件看到的數(shù)據(jù)和 CPU 收到的數(shù)據(jù)不一樣這是初用 ERTEC 的開發(fā)者最容易發(fā)懵的地方。Wireshark 或者專業(yè)的 PROFINET 分析儀掛在交換機(jī)鏡像口或者接入一個(gè)分流器抓到的總線全量流量。但 ERTEC 芯片內(nèi)部的 CPU 應(yīng)用能看見的只有過(guò)濾器放行后的子集。這兩者根本不是一個(gè)數(shù)據(jù)集合。比如現(xiàn)場(chǎng)網(wǎng)絡(luò)里有人接了一臺(tái)普通 PC 跑 TCP/IP 通訊抓包軟件在總線側(cè)看到 ARP 請(qǐng)求和響應(yīng)非常頻繁。而 ERTEC CPU 側(cè)的過(guò)濾器可能把 ARP 全丟了CPU 根本不知道總線上發(fā)生過(guò) ARP 風(fēng)暴。這在某種程度上是好事但如果開發(fā)者誤以為“CPU 能看到抓包軟件看到的一切”debug 邏輯就會(huì)走偏。我碰到過(guò)這樣一種真實(shí)場(chǎng)景一個(gè)第三方 AGV 小車通過(guò) PROFINET 接入 PLC通訊經(jīng)常出現(xiàn)周期性丟站。廠家抓包發(fā)現(xiàn)總線上 ARP 報(bào)文很多就懷疑是 ARP 泛洪把設(shè)備沖垮了。但在 ERTEC 設(shè)備上把過(guò)濾規(guī)則檢查了一遍發(fā)現(xiàn) ARP 根本沒被放行到 CPUCPU 里的協(xié)議棧壓根不受影響。真正的丟站原因是 AGV 控制器的 PROFINET 協(xié)議棧周期抖動(dòng)太大周期數(shù)據(jù)晚到導(dǎo)致看門狗超時(shí)。過(guò)濾器幫設(shè)備擋掉了無(wú)關(guān)流量反而讓問題變得更隱蔽。3.2 如何判斷過(guò)濾規(guī)則是否生效很難直接通過(guò)抓包看見內(nèi)部過(guò)濾器的工作狀態(tài)但可以從兩個(gè)間接信號(hào)判斷。第一是看 ERTEC 芯片內(nèi)部的以太網(wǎng)統(tǒng)計(jì)計(jì)數(shù)器。大部分這類芯片都維護(hù)著一組維護(hù)計(jì)數(shù)器記錄接收幀總數(shù)、被過(guò)濾幀數(shù)、CRC 錯(cuò)誤幀數(shù)、DMA 送出幀數(shù)等。開發(fā)者可以通過(guò)調(diào)試器或者驅(qū)動(dòng)代碼讀取這些寄存器對(duì)比數(shù)據(jù)。第二是看 CPU 側(cè)協(xié)議棧實(shí)際收到的幀數(shù)。如果總線側(cè)抓包看到大量 PROFINET 幀而協(xié)議棧收到的幀數(shù)明顯偏少就要回頭檢查過(guò)濾器規(guī)則是否把某個(gè)應(yīng)該放行的幀類別給屏蔽了。我習(xí)慣的做法是在設(shè)備正常運(yùn)行狀態(tài)下先通過(guò)調(diào)試器讀取統(tǒng)計(jì)計(jì)數(shù)器記錄一個(gè)基線值然后人為發(fā)送特定類型的測(cè)試幀比如修改源 MAC 的 UDP 幀再讀計(jì)數(shù)器觀察被過(guò)濾計(jì)數(shù)器是否增加。這樣可以快速確認(rèn)過(guò)濾器是否真的在“干活”。3.3 調(diào)試時(shí)想全量收幀怎么辦如果開發(fā)階段就是想擺脫過(guò)濾器的限制把所有幀都交給 CPU 看解決思路是“先全開后精配”。在開發(fā)和聯(lián)調(diào)階段把過(guò)濾規(guī)則臨時(shí)配置成接受所有幀CPU 能收到總線上的全部流量。這樣可以方便開發(fā)者用應(yīng)用層打印工具確認(rèn)幀格式、排查通訊字節(jié)序和報(bào)文結(jié)構(gòu)問題。但因?yàn)橹袛嘭?fù)載高這種狀態(tài)只適合測(cè)試環(huán)境絕不能直接拿到產(chǎn)線長(zhǎng)期運(yùn)行。這里有一個(gè)小小的技巧全開模式跑通業(yè)務(wù)邏輯之后再把過(guò)濾器從“全開”一級(jí)一級(jí)收緊每收緊一級(jí)就驗(yàn)證一次 PROFINET 協(xié)議棧的核心功能。這樣可以精確定位出“到底哪一類幀是業(yè)務(wù)必要的”比一次性把過(guò)濾規(guī)則調(diào)到最優(yōu)要穩(wěn)妥得多。4. 常見問題與排查技巧實(shí)錄4.1 設(shè)備和故障對(duì)照速查表這幾類問題在 ERTEC 相關(guān)項(xiàng)目中出現(xiàn)頻率極高我把排查要點(diǎn)整理成了一個(gè)速查表供直接參考?，F(xiàn)象可能原因排查方法PLC 掃描不到設(shè)備DCP 發(fā)現(xiàn)幀被過(guò)濾檢查 DCP 多播地址過(guò)濾項(xiàng)是否使能設(shè)備在線但周期數(shù)據(jù)不來(lái)0x8892 實(shí)時(shí)幀被過(guò)濾檢查 EtherType 0x8892 接收使能報(bào)警、診斷、參數(shù)讀寫不通基于 UDP/IP 的非實(shí)時(shí)幀被過(guò)濾檢查 0x0800 類型是否放行設(shè)備偶發(fā)掉站CPU 負(fù)載高無(wú)關(guān)廣播幀大量涌入 CPU檢查 MAC 過(guò)濾表精確匹配抓包正常但設(shè)備應(yīng)用無(wú)數(shù)據(jù)硬件過(guò)濾把 CPU 可見幀截?cái)嗔俗x取統(tǒng)計(jì)寄存器對(duì)比抓包總數(shù)運(yùn)行中改過(guò)濾器后出現(xiàn)丟包過(guò)濾器配置時(shí)機(jī)不對(duì)先復(fù)位 DMA再配置過(guò)濾規(guī)則最后使能接收這張表不一定覆蓋所有情況但按這個(gè)方向查可以省掉很多盲目試錯(cuò)。4.2 實(shí)踐案例康耐視 Insight 相機(jī)與西門子 PLC 的 PROFINET 通訊康耐視 Insight 相機(jī)在視覺檢測(cè)項(xiàng)目里非常常見不少產(chǎn)線的定位、測(cè)量、缺陷檢測(cè)都靠它。相機(jī)和西門子 PLC 通過(guò) PROFINET 通訊時(shí)通常的架構(gòu)是PLC 作為 PROFINET IO ControllerInsight 相機(jī)作為 PROFINET IO DevicePLC 通過(guò)組態(tài)分配設(shè)備名稱和 IP 地址相機(jī)通過(guò) GSDML 文件描述其 IO 能力在這個(gè)配置里相機(jī)端并不一定是 ERTEC 芯片。很多智能相機(jī)使用的是專用的視覺處理器加軟件 PROFINET 協(xié)議棧。所以相機(jī)的 PROFINET 通訊表現(xiàn)與操作系統(tǒng)的實(shí)時(shí)調(diào)度能力強(qiáng)相關(guān)和 ERTEC 的硬件加速機(jī)制完全是兩碼事。我在調(diào)試一條產(chǎn)線時(shí)遇到過(guò)這樣的問題PLC 組態(tài)正常DCP 掃描也能找到相機(jī)但相機(jī)周期性 IO 數(shù)據(jù)偶爾中斷。從 ERTEC 的角度看PLC 內(nèi)部通訊處理器沒有問題抓包確認(rèn) RT 幀持續(xù)在總線上發(fā)送。問題出在相機(jī)端的 PROFINET 從站實(shí)現(xiàn)它在執(zhí)行圖像處理算法時(shí)協(xié)議棧線程被操作系統(tǒng)降了優(yōu)先級(jí)導(dǎo)致周期應(yīng)答超時(shí)。這種情況下單純調(diào)整 ERTEC 過(guò)濾器沒有任何幫助。正確的處理方向是檢查相機(jī)的 PROFINET 實(shí)時(shí)周期配置盡量和 PLC 的發(fā)送時(shí)鐘匹配在相機(jī)側(cè)把 PROFIINET 通訊線程的優(yōu)先級(jí)調(diào)高避免被圖像處理任務(wù)搶占縮小相機(jī)圖像傳輸對(duì) CPU 的沖擊時(shí)段讓通訊周期盡量避開大計(jì)算量窗口這個(gè)案例想說(shuō)明的是ERTEC 的硬件過(guò)濾器確實(shí)好用但它只解決自己這一側(cè)的實(shí)時(shí)性整體鏈路中每個(gè)環(huán)節(jié)的實(shí)時(shí)能力都要單獨(dú)驗(yàn)證不能想當(dāng)然認(rèn)為一端可靠就全程可靠。4.3 獨(dú)家避坑技巧配置文件和 GSDML 的匹配很多從站設(shè)備開發(fā)時(shí)開發(fā)者會(huì)把精力放在協(xié)議棧和過(guò)濾器上卻忽略了一個(gè)細(xì)節(jié)設(shè)備在 TIA Portal 里的 GSDML 文件聲明的模塊、子模塊、IO 長(zhǎng)度必須和 ERTEC 協(xié)議棧實(shí)際配置的通訊數(shù)據(jù)區(qū)完全一致。如果 GSDML 里聲明了 8 字節(jié)輸入、但設(shè)備實(shí)際在周期報(bào)文里塞了 12 字節(jié)PLC 和從站之間的組態(tài)校驗(yàn)就會(huì)報(bào)錯(cuò)通訊根本無(wú)法建立。這個(gè)問題和過(guò)濾器無(wú)關(guān)但排查起來(lái)往往比過(guò)濾器問題更耗時(shí)因?yàn)榻M態(tài)報(bào)錯(cuò)信息不會(huì)直接告訴你是 GSDML 和固件配置不匹配。我有一個(gè)習(xí)慣拿到新硬件模組先做一次最小組態(tài)測(cè)試只配一個(gè)最小的模塊比如 4 字節(jié)輸入 4 字節(jié)輸出跑通之后再逐步增加模塊。這樣如果通訊失敗能快速定位是哪個(gè)模塊的數(shù)據(jù)長(zhǎng)度或者子槽號(hào)出了問題。配合在 ERTEC 側(cè)打開調(diào)試打印看協(xié)議棧是否進(jìn)入 DATA_EXCHANGE 狀態(tài)基本就能鎖定方向。5. 芯片選型和方案設(shè)計(jì)建議5.1 什么時(shí)候選 ERTEC什么時(shí)候用軟件協(xié)議棧ERTEC 芯片性能好、實(shí)時(shí)性有保障但不是所有設(shè)備都必須用。我在多個(gè)項(xiàng)目里的選型思路是看設(shè)備形態(tài)和實(shí)時(shí)要求。維度ERTEC 方案軟件協(xié)議棧方案實(shí)時(shí)性硬件加速微秒級(jí)抖動(dòng)依賴操作系統(tǒng)通常毫秒級(jí)成本芯片成本和開發(fā)門檻高可用通用平臺(tái)成本低靈活性功能由西門子生態(tài)約束協(xié)議棧可移植自由度大調(diào)試難度需要理解寄存器級(jí)原理多為 API 調(diào)用上手快適用場(chǎng)景工業(yè)現(xiàn)場(chǎng)設(shè)備、ET200 類 IO視覺相機(jī)、機(jī)器人控制器等如果是做標(biāo)準(zhǔn)的 PROFINET IO 從站設(shè)備比如現(xiàn)場(chǎng) I/O 模塊、閥門島、變頻器建議直接用 ERTEC 做通訊處理器。這類設(shè)備對(duì)周期抖動(dòng)非常敏感硬件過(guò)濾機(jī)制能顯著降低通訊斷鏈的概率。如果做的是視覺系統(tǒng)、AGV 控制器這類本身就要跑復(fù)雜應(yīng)用的產(chǎn)品在通用處理器平臺(tái)上集成軟件 PROFINET 協(xié)議棧更合適。實(shí)時(shí)性和成本更平衡也方便升級(jí)維護(hù)。但需要注意軟件方案在強(qiáng)實(shí)時(shí)場(chǎng)景下還是不如 ERTEC 穩(wěn)定該上硬件的場(chǎng)合不要硬撐。5.2 從過(guò)濾器角度回看通訊架構(gòu)的整體設(shè)計(jì)硬件過(guò)濾器設(shè)計(jì)得再好也只能保障芯片內(nèi)部接收路徑不擁堵。一個(gè)完整的 PROFINET 設(shè)備實(shí)時(shí)性依賴的是整條鏈路的配合PHY 芯片的傳輸延遲和時(shí)鐘恢復(fù)是否穩(wěn)定MAC 層的收發(fā)緩沖是否足夠DMA 通道的優(yōu)先級(jí)是否高于其他外設(shè)CPU 中斷處理是否及時(shí)協(xié)議棧的周期調(diào)度是否滿足通訊周期要求過(guò)濾器幫助解決的是“哪些幀該進(jìn) CPU”的問題但不是“CPU 處理幀夠不夠快”的問題。如果 CPU 主頻不夠、任務(wù)調(diào)度混亂即使過(guò)濾器篩選得很干凈協(xié)議棧依然可能在高峰期丟失幀。我見過(guò)一個(gè)項(xiàng)目開發(fā)者用高性能 ERTEC 400 做主控過(guò)濾器配置完美但應(yīng)用層有大量浮點(diǎn)計(jì)算任務(wù)擠占了 CPU。到了高速拍照觸發(fā)的瞬間PROFINET 協(xié)議棧任務(wù)被搶占設(shè)備還是掉線了。后來(lái)把通訊任務(wù)優(yōu)先級(jí)提到最高又做了計(jì)算任務(wù)的負(fù)載均衡問題才解決。這也是行業(yè)里反復(fù)強(qiáng)調(diào)的一點(diǎn)實(shí)時(shí)通訊是一個(gè)系統(tǒng)工程不要神話任何單點(diǎn)硬件能力。6. 對(duì)硬件過(guò)濾器配置和調(diào)試的幾點(diǎn)體會(huì)從最初在 ERTEC 200 評(píng)估板上跑通第一個(gè) PROFINET 從站到現(xiàn)在接觸多個(gè)基于 ERTEC 芯片的工業(yè)設(shè)備項(xiàng)目我對(duì)硬件過(guò)濾器的看法有了很大變化。早期我把它當(dāng)成一個(gè)“最好關(guān)掉”的功能覺得過(guò)濾規(guī)則太復(fù)雜不如全部交給協(xié)議棧處理。后來(lái)在真實(shí)產(chǎn)線上連續(xù)出現(xiàn)設(shè)備被無(wú)關(guān)流量干擾掉線的問題我才認(rèn)識(shí)到硬件過(guò)濾是 ERTEC 的核心價(jià)值之一不是可選項(xiàng)而是保證實(shí)時(shí)性的基礎(chǔ)設(shè)施。配置過(guò)濾器時(shí)我自己一直堅(jiān)持幾個(gè)原則優(yōu)先精確配置不要嫌麻煩。每增加一個(gè)功能就去查一下有沒有對(duì)應(yīng)的幀類型需要放行而不是直接把所有幀都放行讓 CPU 承受額外負(fù)載過(guò)濾器配置完成后規(guī)范的做法是跑一輪完整的通訊壓力測(cè)試把周期調(diào)到最小同時(shí)灌入大量廣播包和未知協(xié)議幀觀察設(shè)備是否還能穩(wěn)定保持在線任何時(shí)候都不要在生產(chǎn)設(shè)備上現(xiàn)場(chǎng)改過(guò)濾器寄存器。需要變更時(shí)先下電復(fù)位再更新配置避免運(yùn)行中配置切換帶來(lái)的未知狀態(tài)另外DDK 版本差異也要留意。不同版本的 ERTEC 驅(qū)動(dòng)和協(xié)議棧代碼對(duì)過(guò)濾器寄存器初始化的默認(rèn)值可能有差異。升級(jí) DDK 或 SDK 后一定要復(fù)查初始化代碼里是否有新增的過(guò)濾器字段別讓舊配置在新驅(qū)動(dòng)下產(chǎn)生意外影響。最后再提醒一句如果你在調(diào)試的是帶有 ERTEC 芯片的第三方設(shè)備比如某些西門子通訊處理器碰到疑難通訊問題不要急著所有環(huán)節(jié)都檢查一遍再去查過(guò)濾器。先把總線側(cè)抓包和芯片側(cè)計(jì)數(shù)器讀回來(lái)做個(gè)對(duì)比能快速縮小排查范圍。這個(gè)對(duì)比驗(yàn)證的思路比對(duì)著協(xié)議文檔逐行猜要高效得多。 ERTEC芯片硬件過(guò)濾器導(dǎo)致PROFINET丟幀的排查與調(diào)試實(shí)踐
做 PROFINET 設(shè)備調(diào)試這幾年我踩過(guò)最隱蔽的一個(gè)坑就是拿 Wireshark 掛到現(xiàn)場(chǎng)總線上抓包明明看到 PLC 和 IO 設(shè)備之間幀一直在跑可設(shè)備端的 CPU 應(yīng)用卻像瞎了一樣什么數(shù)據(jù)都沒收到。后來(lái)查來(lái)查去問題不在應(yīng)用代碼也不在網(wǎng)絡(luò)配置而是出在 ERTEC 系列芯片內(nèi)部那層不起眼的芯片級(jí)硬件過(guò)濾器上。ERTEC 是西門子針對(duì) PROFINET 實(shí)時(shí)以太網(wǎng)開發(fā)的專用 ASIC 芯片廣泛用在 PN 設(shè)備的通訊處理器和部分西門子網(wǎng)卡上。它最核心的特點(diǎn)之一就是在芯片內(nèi)部做了一層幀過(guò)濾把真正需要 CPU 處理的 PROFINET 幀挑出來(lái)把無(wú)關(guān)流量擋在門外。這個(gè)機(jī)制對(duì)實(shí)時(shí)性非常重要但對(duì)開發(fā)者來(lái)說(shuō)如果理解不透就會(huì)導(dǎo)致很多“看起來(lái)正常、實(shí)際上丟幀”的詭異問題。這篇文章我會(huì)圍繞 ERTEC 系列芯片的硬件過(guò)濾器從原理講到寄存器配置再到抓包調(diào)試和常見故障排查最后用康耐視 Insight 相機(jī)與西門子 PLC 做 PROFINET 通訊的例子收尾完整記錄我在實(shí)際項(xiàng)目里的分析過(guò)程和排障心得。1. ERTEC 芯片在 PROFINET 通訊中的核心角色1.1 為什么 PROFINET 要用專用芯片而不能靠通用網(wǎng)卡很多人剛接觸 PROFINET 時(shí)都會(huì)有個(gè)疑問以太網(wǎng)都這么普及了隨便找一顆帶 MAC 的芯片跑一個(gè)軟件協(xié)議棧不就行了答案在實(shí)時(shí)性上。PROFINET 分為 NRT非實(shí)時(shí)、RT實(shí)時(shí)和 IRT等時(shí)同步實(shí)時(shí)三檔。RT 的典型周期是 1ms 到 8msIRT 則可以做到 250us 甚至更快。普通網(wǎng)卡和操作系統(tǒng)協(xié)議棧處理一幀的時(shí)間是不確定的中斷響應(yīng)、驅(qū)動(dòng)拷貝、協(xié)議解析每一個(gè)環(huán)節(jié)都可能被其他任務(wù)插一腳?，F(xiàn)場(chǎng)總線上周期數(shù)據(jù)稍微晚那么幾十微秒控制器就會(huì)判定設(shè)備掉線。ERTEC 的思路是把實(shí)時(shí)數(shù)據(jù)通道從 CPU 里摘出去。以 ERTEC 200 和 ERTEC 400 為例它們?cè)谛酒瑑?nèi)部集成了以太網(wǎng) MAC、DMA 控制器以及專門為 PROFINET 實(shí)時(shí)通訊設(shè)計(jì)的硬件加速邏輯。ERTEC 400 更是直接集成了 4 端口實(shí)時(shí)交換機(jī)多個(gè)設(shè)備之間可以通過(guò)芯片內(nèi)部交換數(shù)據(jù)完全不經(jīng)過(guò) CPU。也就是說(shuō)ERTEC 不只是“一塊網(wǎng)卡”它是一個(gè)帶完整 MAC 層處理能力的通訊芯片。硬件過(guò)濾器就是它的看門機(jī)制之一。1.2 芯片內(nèi)部的數(shù)據(jù)通路過(guò)濾器卡在哪個(gè)環(huán)節(jié)要知道過(guò)濾器在哪工作先得看一幀數(shù)據(jù)從網(wǎng)線到 CPU 應(yīng)用要經(jīng)過(guò)哪些環(huán)節(jié)。以最常見的 ERTEC 接收路徑為例網(wǎng)線進(jìn)來(lái)的模擬信號(hào)經(jīng)過(guò) PHY 轉(zhuǎn)換成數(shù)字信號(hào)MAC 完成幀校驗(yàn)、地址識(shí)別等基礎(chǔ)工作數(shù)據(jù)進(jìn)入芯片內(nèi)部的接收 FIFO硬件過(guò)濾器在 FIFO 和 DMA 之間執(zhí)行幀篩選通過(guò)篩選的幀由 DMA 寫入 CPU 的共享內(nèi)存CPU 讀取內(nèi)存交給 PROFINET 協(xié)議棧處理這個(gè)順序很關(guān)鍵。硬件過(guò)濾器工作在第 4 步也就是 DMA 之前。所有沒被過(guò)濾器放行的幀根本不會(huì)占用 CPU 中斷和內(nèi)存帶寬。這意味著什么哪怕現(xiàn)場(chǎng)網(wǎng)絡(luò)里充滿了廣播風(fēng)暴、未知協(xié)議幀、ARP 請(qǐng)求只要過(guò)濾器配置正確CPU 的任務(wù)隊(duì)列就是干凈的只有和本設(shè)備 PROFINET 通訊相關(guān)的幀才能進(jìn)來(lái)。實(shí)時(shí)性就是這樣保住的而不是靠 CPU 把每一幀都讀進(jìn)來(lái)之后再做判斷。用生活里的事來(lái)打比方這就像公司大門裝了門禁系統(tǒng)員工刷卡進(jìn)出訪客還得前臺(tái)登記。普通網(wǎng)卡的做法是所有人都放進(jìn)大廳保安逐個(gè)盤問ERTEC 的做法是在大門口就刷臉核實(shí)無(wú)關(guān)人員直接請(qǐng)走。CPU 就是老板過(guò)濾器就是前臺(tái)的初始篩選老板只需要見該見的人。1.3 過(guò)濾器的邊界它能做什么不能做什么硬件過(guò)濾器的“過(guò)濾”主要有兩個(gè)維度。第一是按幀類型過(guò)濾也就是看以太網(wǎng)幀頭的 EtherType 字段。PROFINET 實(shí)時(shí)幀的 EtherType 是 0x8892非實(shí)時(shí)幀走的是 0x0800IPv4之類標(biāo)準(zhǔn)協(xié)議。過(guò)濾器可以針對(duì)不同的 EtherType 配置放行還是丟棄。第二是按 MAC 地址過(guò)濾包括目標(biāo) MAC 和源 MAC。PROFINET RT 幀的目標(biāo) MAC 地址有固定的取值范圍可以是單播也可以是多播。過(guò)濾器可以根據(jù)目標(biāo) MAC 是否匹配本設(shè)備的配置來(lái)決定是否放行。但要注意硬件過(guò)濾器不是一個(gè)真正的協(xié)議解析引擎。它工作在幀頭級(jí)別主要看的是 MAC 地址、EtherType、VLAN 標(biāo)簽這類頭部信息。它不知道 PROFINET 報(bào)文里的 FrameID 代表什么也不理解 RPC 調(diào)用和報(bào)警數(shù)據(jù)的具體含義。真正理解協(xié)議的是 CPU 里的軟件協(xié)議棧。所以“芯片級(jí)硬件過(guò)濾器”這個(gè)叫法準(zhǔn)確說(shuō)是“MAC 層硬件篩選器”。它的價(jià)值是粗篩不是精判。粗篩的目的是減少 CPU 負(fù)載精判交給軟件。2. 芯片級(jí)硬件過(guò)濾器的工作機(jī)制拆解2.1 按 EtherType 過(guò)濾PROFINET 幀的綠色通道PROFINET 的一個(gè)鮮明特點(diǎn)就是它的實(shí)時(shí)幀不使用 IP 封裝。RT 和 IRT 數(shù)據(jù)直接在 Ethernet 層傳輸用 EtherType 0x8892 標(biāo)識(shí)。這樣做的原因很簡(jiǎn)單控制器周期發(fā)送的 IO 數(shù)據(jù)如果還要走 UDP/IP 封裝光解析 IP 頭就要浪費(fèi)幾十個(gè)時(shí)鐘周期無(wú)法滿足微秒級(jí)抖動(dòng)要求。ERTEC 的硬件過(guò)濾器天然對(duì) 0x8892 有優(yōu)化可以把它當(dāng)作必須放行的幀類型處理。開發(fā)者需要在過(guò)濾規(guī)則表里顯式使能對(duì) 0x8892 的接收這樣 PTCP 時(shí)鐘同步幀、RT 周期數(shù)據(jù)幀才能進(jìn)得了 CPU。我還遇到過(guò)一個(gè)容易忽略的細(xì)節(jié)PROFINET 的報(bào)警功能有時(shí)候走的是 UDP/IP 通道EtherType 是 0x0800對(duì)應(yīng)的端口是 34964 之類的動(dòng)態(tài)端口。如果開發(fā)者只放行了 0x8892而把 0x0800 的幀都過(guò)濾掉了就會(huì)出現(xiàn)一個(gè)非常迷惑的現(xiàn)象正常周期 IO 數(shù)據(jù)沒問題、設(shè)備在線狀態(tài)正常但診斷報(bào)警、參數(shù)讀寫死活不通。排查了半天最后發(fā)現(xiàn)是過(guò)濾器把報(bào)警幀攔截在了 DMA 之前。所以配置過(guò)濾器規(guī)則時(shí)至少要覆蓋兩類 EtherType0x8892PROFINET 實(shí)時(shí)幀、PTCP 幀0x0800基于 UDP/IP 的 PROFINET 非實(shí)時(shí)通信報(bào)警、記錄數(shù)據(jù)、DP 網(wǎng)關(guān)等2.2 按 MAC 地址過(guò)濾單播、多播與廣播的取舍MAC 地址過(guò)濾是第二道關(guān)卡。PROFINET RT 幀的實(shí)時(shí)數(shù)據(jù)在周期通訊中通常是單播幀幀頭目標(biāo) MAC 就是 IO 設(shè)備的 MAC 地址。而 PTCP 延遲測(cè)量幀、一些查找和發(fā)現(xiàn)消息走的是多播地址。在做 ERTEC 配置時(shí)常見的一個(gè)問題是為了圖省事直接把過(guò)濾規(guī)則設(shè)成“接收所有單播幀”這通常沒問題但有些人為了抓包方便把多播地址也全部放開甚至所有幀都放行這在實(shí)驗(yàn)室里勉強(qiáng)能用到了現(xiàn)場(chǎng)就會(huì)出現(xiàn) CPU 中斷頻繁、實(shí)時(shí)任務(wù)抖動(dòng)的問題。正確做法是精確匹配本設(shè)備自己的 MAC 地址單播接收PROFINET 協(xié)議規(guī)定的多播地址范圍用于 PTCP、DCP 設(shè)備發(fā)現(xiàn)等可能配置的組播地址如果啟用了 IRT 或特定應(yīng)用這個(gè)“精確匹配”說(shuō)起來(lái)簡(jiǎn)單做起來(lái)很考驗(yàn)對(duì) PROFINET 規(guī)范的理解。比如 DCPDiscovery and Configuration Protocol使用的多播地址是 01:0E:CF:00:00:00PTCP 相關(guān)的多播地址也有特定前綴 01:0E:CF:00:00:02 之類。如果過(guò)濾器配置漏掉了這些設(shè)備在初次組態(tài)時(shí)就無(wú)法被 PLC 通過(guò) DCP 掃描到表現(xiàn)就是“PLC 找不到設(shè)備”。2.3 過(guò)濾器配置的入口寄存器位和初始化流程ERTEC 芯片的過(guò)濾器配置入口不是像 Socket 編程那樣調(diào)用幾個(gè) API 就行。它是在芯片初始化階段通過(guò)寫 DMA 通道控制寄存器、MAC 幀類型過(guò)濾器寄存器、地址過(guò)濾表來(lái)實(shí)現(xiàn)的。以我接觸過(guò)的 ERTEC 200 評(píng)估板開發(fā)流程為例芯片上電后要做這樣幾件事初始化 ARM CPU 和內(nèi)存控制器初始化以太網(wǎng) MAC 的時(shí)鐘和 PHY 接口配置 MAC 地址配置接收 DMA 通道和緩沖隊(duì)列在接收 DMA 通道使能之前先把幀類型過(guò)濾器寄存器的對(duì)應(yīng)比特位置位最后使能接收過(guò)濾器才生效這里有個(gè)經(jīng)驗(yàn)教訓(xùn)過(guò)濾器配置必須在 DMA 接收使能之前完成。如果在運(yùn)行中改動(dòng)過(guò)濾器寄存器可能出現(xiàn)舊規(guī)則和新規(guī)則交替的窗口期導(dǎo)致部分幀被錯(cuò)誤丟棄或意外放行造成難以復(fù)現(xiàn)的偶發(fā)問題。這是我在實(shí)際項(xiàng)目里用過(guò)的配置邏輯骨架基于 ERTEC 類芯片的通用寄存器模型具體寄存器命名以芯片手冊(cè)為準(zhǔn)// 示例性質(zhì)ERTEC 過(guò)濾器配置邏輯以某型號(hào)寄存器布局為參考 // 實(shí)際開發(fā)請(qǐng)以 DDK 頭文件和芯片手冊(cè)為準(zhǔn) #define PN_ETHERTYPE_RT 0x8892 #define PN_ETHERTYPE_IPV4 0x0800 // 使能 0x8892 幀類型的硬件接收過(guò)濾 eth_filter_type_enable(PN_ETHERTYPE_RT); // 按需使能 IPv4否則報(bào)警/記錄數(shù)據(jù)會(huì)被過(guò)濾 eth_filter_type_enable(PN_ETHERTYPE_IPV4); // 配置目標(biāo) MAC 接受規(guī)則 eth_filter_set_mac_accept(own_mac_addr); // 本機(jī)單播 eth_filter_set_mac_accept(PROFINET_PTCP_MULTICAST); // PTCP 多播 eth_filter_set_mac_accept(PROFINET_DCP_MULTICAST); // DCP 多播 // 全部配置完成后再打開 DMA 接收通道 rx_dma_channel_enable(0);嚴(yán)格按照這個(gè)順序?qū)懙某跏蓟a在現(xiàn)場(chǎng)跑起來(lái)后CPU 收到的幀基本就是協(xié)議棧真正需要的幀抓包看到的“全量流量”和 CPU 處理的“有效流量”之間的差異肉眼可見。3. 過(guò)濾器和抓包調(diào)試之間的愛恨糾葛3.1 為什么抓包軟件看到的數(shù)據(jù)和 CPU 收到的數(shù)據(jù)不一樣這是初用 ERTEC 的開發(fā)者最容易發(fā)懵的地方。Wireshark 或者專業(yè)的 PROFINET 分析儀掛在交換機(jī)鏡像口或者接入一個(gè)分流器抓到的總線全量流量。但 ERTEC 芯片內(nèi)部的 CPU 應(yīng)用能看見的只有過(guò)濾器放行后的子集。這兩者根本不是一個(gè)數(shù)據(jù)集合。比如現(xiàn)場(chǎng)網(wǎng)絡(luò)里有人接了一臺(tái)普通 PC 跑 TCP/IP 通訊抓包軟件在總線側(cè)看到 ARP 請(qǐng)求和響應(yīng)非常頻繁。而 ERTEC CPU 側(cè)的過(guò)濾器可能把 ARP 全丟了CPU 根本不知道總線上發(fā)生過(guò) ARP 風(fēng)暴。這在某種程度上是好事但如果開發(fā)者誤以為“CPU 能看到抓包軟件看到的一切”debug 邏輯就會(huì)走偏。我碰到過(guò)這樣一種真實(shí)場(chǎng)景一個(gè)第三方 AGV 小車通過(guò) PROFINET 接入 PLC通訊經(jīng)常出現(xiàn)周期性丟站。廠家抓包發(fā)現(xiàn)總線上 ARP 報(bào)文很多就懷疑是 ARP 泛洪把設(shè)備沖垮了。但在 ERTEC 設(shè)備上把過(guò)濾規(guī)則檢查了一遍發(fā)現(xiàn) ARP 根本沒被放行到 CPUCPU 里的協(xié)議棧壓根不受影響。真正的丟站原因是 AGV 控制器的 PROFINET 協(xié)議棧周期抖動(dòng)太大周期數(shù)據(jù)晚到導(dǎo)致看門狗超時(shí)。過(guò)濾器幫設(shè)備擋掉了無(wú)關(guān)流量反而讓問題變得更隱蔽。3.2 如何判斷過(guò)濾規(guī)則是否生效很難直接通過(guò)抓包看見內(nèi)部過(guò)濾器的工作狀態(tài)但可以從兩個(gè)間接信號(hào)判斷。第一是看 ERTEC 芯片內(nèi)部的以太網(wǎng)統(tǒng)計(jì)計(jì)數(shù)器。大部分這類芯片都維護(hù)著一組維護(hù)計(jì)數(shù)器記錄接收幀總數(shù)、被過(guò)濾幀數(shù)、CRC 錯(cuò)誤幀數(shù)、DMA 送出幀數(shù)等。開發(fā)者可以通過(guò)調(diào)試器或者驅(qū)動(dòng)代碼讀取這些寄存器對(duì)比數(shù)據(jù)。第二是看 CPU 側(cè)協(xié)議棧實(shí)際收到的幀數(shù)。如果總線側(cè)抓包看到大量 PROFINET 幀而協(xié)議棧收到的幀數(shù)明顯偏少就要回頭檢查過(guò)濾器規(guī)則是否把某個(gè)應(yīng)該放行的幀類別給屏蔽了。我習(xí)慣的做法是在設(shè)備正常運(yùn)行狀態(tài)下先通過(guò)調(diào)試器讀取統(tǒng)計(jì)計(jì)數(shù)器記錄一個(gè)基線值然后人為發(fā)送特定類型的測(cè)試幀比如修改源 MAC 的 UDP 幀再讀計(jì)數(shù)器觀察被過(guò)濾計(jì)數(shù)器是否增加。這樣可以快速確認(rèn)過(guò)濾器是否真的在“干活”。3.3 調(diào)試時(shí)想全量收幀怎么辦如果開發(fā)階段就是想擺脫過(guò)濾器的限制把所有幀都交給 CPU 看解決思路是“先全開后精配”。在開發(fā)和聯(lián)調(diào)階段把過(guò)濾規(guī)則臨時(shí)配置成接受所有幀CPU 能收到總線上的全部流量。這樣可以方便開發(fā)者用應(yīng)用層打印工具確認(rèn)幀格式、排查通訊字節(jié)序和報(bào)文結(jié)構(gòu)問題。但因?yàn)橹袛嘭?fù)載高這種狀態(tài)只適合測(cè)試環(huán)境絕不能直接拿到產(chǎn)線長(zhǎng)期運(yùn)行。這里有一個(gè)小小的技巧全開模式跑通業(yè)務(wù)邏輯之后再把過(guò)濾器從“全開”一級(jí)一級(jí)收緊每收緊一級(jí)就驗(yàn)證一次 PROFINET 協(xié)議棧的核心功能。這樣可以精確定位出“到底哪一類幀是業(yè)務(wù)必要的”比一次性把過(guò)濾規(guī)則調(diào)到最優(yōu)要穩(wěn)妥得多。4. 常見問題與排查技巧實(shí)錄4.1 設(shè)備和故障對(duì)照速查表這幾類問題在 ERTEC 相關(guān)項(xiàng)目中出現(xiàn)頻率極高我把排查要點(diǎn)整理成了一個(gè)速查表供直接參考?，F(xiàn)象可能原因排查方法PLC 掃描不到設(shè)備DCP 發(fā)現(xiàn)幀被過(guò)濾檢查 DCP 多播地址過(guò)濾項(xiàng)是否使能設(shè)備在線但周期數(shù)據(jù)不來(lái)0x8892 實(shí)時(shí)幀被過(guò)濾檢查 EtherType 0x8892 接收使能報(bào)警、診斷、參數(shù)讀寫不通基于 UDP/IP 的非實(shí)時(shí)幀被過(guò)濾檢查 0x0800 類型是否放行設(shè)備偶發(fā)掉站CPU 負(fù)載高無(wú)關(guān)廣播幀大量涌入 CPU檢查 MAC 過(guò)濾表精確匹配抓包正常但設(shè)備應(yīng)用無(wú)數(shù)據(jù)硬件過(guò)濾把 CPU 可見幀截?cái)嗔俗x取統(tǒng)計(jì)寄存器對(duì)比抓包總數(shù)運(yùn)行中改過(guò)濾器后出現(xiàn)丟包過(guò)濾器配置時(shí)機(jī)不對(duì)先復(fù)位 DMA再配置過(guò)濾規(guī)則最后使能接收這張表不一定覆蓋所有情況但按這個(gè)方向查可以省掉很多盲目試錯(cuò)。4.2 實(shí)踐案例康耐視 Insight 相機(jī)與西門子 PLC 的 PROFINET 通訊康耐視 Insight 相機(jī)在視覺檢測(cè)項(xiàng)目里非常常見不少產(chǎn)線的定位、測(cè)量、缺陷檢測(cè)都靠它。相機(jī)和西門子 PLC 通過(guò) PROFINET 通訊時(shí)通常的架構(gòu)是PLC 作為 PROFINET IO ControllerInsight 相機(jī)作為 PROFINET IO DevicePLC 通過(guò)組態(tài)分配設(shè)備名稱和 IP 地址相機(jī)通過(guò) GSDML 文件描述其 IO 能力在這個(gè)配置里相機(jī)端并不一定是 ERTEC 芯片。很多智能相機(jī)使用的是專用的視覺處理器加軟件 PROFINET 協(xié)議棧。所以相機(jī)的 PROFINET 通訊表現(xiàn)與操作系統(tǒng)的實(shí)時(shí)調(diào)度能力強(qiáng)相關(guān)和 ERTEC 的硬件加速機(jī)制完全是兩碼事。我在調(diào)試一條產(chǎn)線時(shí)遇到過(guò)這樣的問題PLC 組態(tài)正常DCP 掃描也能找到相機(jī)但相機(jī)周期性 IO 數(shù)據(jù)偶爾中斷。從 ERTEC 的角度看PLC 內(nèi)部通訊處理器沒有問題抓包確認(rèn) RT 幀持續(xù)在總線上發(fā)送。問題出在相機(jī)端的 PROFINET 從站實(shí)現(xiàn)它在執(zhí)行圖像處理算法時(shí)協(xié)議棧線程被操作系統(tǒng)降了優(yōu)先級(jí)導(dǎo)致周期應(yīng)答超時(shí)。這種情況下單純調(diào)整 ERTEC 過(guò)濾器沒有任何幫助。正確的處理方向是檢查相機(jī)的 PROFINET 實(shí)時(shí)周期配置盡量和 PLC 的發(fā)送時(shí)鐘匹配在相機(jī)側(cè)把 PROFIINET 通訊線程的優(yōu)先級(jí)調(diào)高避免被圖像處理任務(wù)搶占縮小相機(jī)圖像傳輸對(duì) CPU 的沖擊時(shí)段讓通訊周期盡量避開大計(jì)算量窗口這個(gè)案例想說(shuō)明的是ERTEC 的硬件過(guò)濾器確實(shí)好用但它只解決自己這一側(cè)的實(shí)時(shí)性整體鏈路中每個(gè)環(huán)節(jié)的實(shí)時(shí)能力都要單獨(dú)驗(yàn)證不能想當(dāng)然認(rèn)為一端可靠就全程可靠。4.3 獨(dú)家避坑技巧配置文件和 GSDML 的匹配很多從站設(shè)備開發(fā)時(shí)開發(fā)者會(huì)把精力放在協(xié)議棧和過(guò)濾器上卻忽略了一個(gè)細(xì)節(jié)設(shè)備在 TIA Portal 里的 GSDML 文件聲明的模塊、子模塊、IO 長(zhǎng)度必須和 ERTEC 協(xié)議棧實(shí)際配置的通訊數(shù)據(jù)區(qū)完全一致。如果 GSDML 里聲明了 8 字節(jié)輸入、但設(shè)備實(shí)際在周期報(bào)文里塞了 12 字節(jié)PLC 和從站之間的組態(tài)校驗(yàn)就會(huì)報(bào)錯(cuò)通訊根本無(wú)法建立。這個(gè)問題和過(guò)濾器無(wú)關(guān)但排查起來(lái)往往比過(guò)濾器問題更耗時(shí)因?yàn)榻M態(tài)報(bào)錯(cuò)信息不會(huì)直接告訴你是 GSDML 和固件配置不匹配。我有一個(gè)習(xí)慣拿到新硬件模組先做一次最小組態(tài)測(cè)試只配一個(gè)最小的模塊比如 4 字節(jié)輸入 4 字節(jié)輸出跑通之后再逐步增加模塊。這樣如果通訊失敗能快速定位是哪個(gè)模塊的數(shù)據(jù)長(zhǎng)度或者子槽號(hào)出了問題。配合在 ERTEC 側(cè)打開調(diào)試打印看協(xié)議棧是否進(jìn)入 DATA_EXCHANGE 狀態(tài)基本就能鎖定方向。5. 芯片選型和方案設(shè)計(jì)建議5.1 什么時(shí)候選 ERTEC什么時(shí)候用軟件協(xié)議棧ERTEC 芯片性能好、實(shí)時(shí)性有保障但不是所有設(shè)備都必須用。我在多個(gè)項(xiàng)目里的選型思路是看設(shè)備形態(tài)和實(shí)時(shí)要求。維度ERTEC 方案軟件協(xié)議棧方案實(shí)時(shí)性硬件加速微秒級(jí)抖動(dòng)依賴操作系統(tǒng)通常毫秒級(jí)成本芯片成本和開發(fā)門檻高可用通用平臺(tái)成本低靈活性功能由西門子生態(tài)約束協(xié)議棧可移植自由度大調(diào)試難度需要理解寄存器級(jí)原理多為 API 調(diào)用上手快適用場(chǎng)景工業(yè)現(xiàn)場(chǎng)設(shè)備、ET200 類 IO視覺相機(jī)、機(jī)器人控制器等如果是做標(biāo)準(zhǔn)的 PROFINET IO 從站設(shè)備比如現(xiàn)場(chǎng) I/O 模塊、閥門島、變頻器建議直接用 ERTEC 做通訊處理器。這類設(shè)備對(duì)周期抖動(dòng)非常敏感硬件過(guò)濾機(jī)制能顯著降低通訊斷鏈的概率。如果做的是視覺系統(tǒng)、AGV 控制器這類本身就要跑復(fù)雜應(yīng)用的產(chǎn)品在通用處理器平臺(tái)上集成軟件 PROFINET 協(xié)議棧更合適。實(shí)時(shí)性和成本更平衡也方便升級(jí)維護(hù)。但需要注意軟件方案在強(qiáng)實(shí)時(shí)場(chǎng)景下還是不如 ERTEC 穩(wěn)定該上硬件的場(chǎng)合不要硬撐。5.2 從過(guò)濾器角度回看通訊架構(gòu)的整體設(shè)計(jì)硬件過(guò)濾器設(shè)計(jì)得再好也只能保障芯片內(nèi)部接收路徑不擁堵。一個(gè)完整的 PROFINET 設(shè)備實(shí)時(shí)性依賴的是整條鏈路的配合PHY 芯片的傳輸延遲和時(shí)鐘恢復(fù)是否穩(wěn)定MAC 層的收發(fā)緩沖是否足夠DMA 通道的優(yōu)先級(jí)是否高于其他外設(shè)CPU 中斷處理是否及時(shí)協(xié)議棧的周期調(diào)度是否滿足通訊周期要求過(guò)濾器幫助解決的是“哪些幀該進(jìn) CPU”的問題但不是“CPU 處理幀夠不夠快”的問題。如果 CPU 主頻不夠、任務(wù)調(diào)度混亂即使過(guò)濾器篩選得很干凈協(xié)議棧依然可能在高峰期丟失幀。我見過(guò)一個(gè)項(xiàng)目開發(fā)者用高性能 ERTEC 400 做主控過(guò)濾器配置完美但應(yīng)用層有大量浮點(diǎn)計(jì)算任務(wù)擠占了 CPU。到了高速拍照觸發(fā)的瞬間PROFINET 協(xié)議棧任務(wù)被搶占設(shè)備還是掉線了。后來(lái)把通訊任務(wù)優(yōu)先級(jí)提到最高又做了計(jì)算任務(wù)的負(fù)載均衡問題才解決。這也是行業(yè)里反復(fù)強(qiáng)調(diào)的一點(diǎn)實(shí)時(shí)通訊是一個(gè)系統(tǒng)工程不要神話任何單點(diǎn)硬件能力。6. 對(duì)硬件過(guò)濾器配置和調(diào)試的幾點(diǎn)體會(huì)從最初在 ERTEC 200 評(píng)估板上跑通第一個(gè) PROFINET 從站到現(xiàn)在接觸多個(gè)基于 ERTEC 芯片的工業(yè)設(shè)備項(xiàng)目我對(duì)硬件過(guò)濾器的看法有了很大變化。早期我把它當(dāng)成一個(gè)“最好關(guān)掉”的功能覺得過(guò)濾規(guī)則太復(fù)雜不如全部交給協(xié)議棧處理。后來(lái)在真實(shí)產(chǎn)線上連續(xù)出現(xiàn)設(shè)備被無(wú)關(guān)流量干擾掉線的問題我才認(rèn)識(shí)到硬件過(guò)濾是 ERTEC 的核心價(jià)值之一不是可選項(xiàng)而是保證實(shí)時(shí)性的基礎(chǔ)設(shè)施。配置過(guò)濾器時(shí)我自己一直堅(jiān)持幾個(gè)原則優(yōu)先精確配置不要嫌麻煩。每增加一個(gè)功能就去查一下有沒有對(duì)應(yīng)的幀類型需要放行而不是直接把所有幀都放行讓 CPU 承受額外負(fù)載過(guò)濾器配置完成后規(guī)范的做法是跑一輪完整的通訊壓力測(cè)試把周期調(diào)到最小同時(shí)灌入大量廣播包和未知協(xié)議幀觀察設(shè)備是否還能穩(wěn)定保持在線任何時(shí)候都不要在生產(chǎn)設(shè)備上現(xiàn)場(chǎng)改過(guò)濾器寄存器。需要變更時(shí)先下電復(fù)位再更新配置避免運(yùn)行中配置切換帶來(lái)的未知狀態(tài)另外DDK 版本差異也要留意。不同版本的 ERTEC 驅(qū)動(dòng)和協(xié)議棧代碼對(duì)過(guò)濾器寄存器初始化的默認(rèn)值可能有差異。升級(jí) DDK 或 SDK 后一定要復(fù)查初始化代碼里是否有新增的過(guò)濾器字段別讓舊配置在新驅(qū)動(dòng)下產(chǎn)生意外影響。最后再提醒一句如果你在調(diào)試的是帶有 ERTEC 芯片的第三方設(shè)備比如某些西門子通訊處理器碰到疑難通訊問題不要急著所有環(huán)節(jié)都檢查一遍再去查過(guò)濾器。先把總線側(cè)抓包和芯片側(cè)計(jì)數(shù)器讀回來(lái)做個(gè)對(duì)比能快速縮小排查范圍。這個(gè)對(duì)比驗(yàn)證的思路比對(duì)著協(xié)議文檔逐行猜要高效得多。