干這行最痛苦的事不是芯片性能不夠也不是協(xié)議規(guī)范讀不懂而是項(xiàng)目做到一半才發(fā)現(xiàn)選的路本身就拐了個(gè)大彎。我第一次拿瑞薩RZN2L做EtherCAT從站開發(fā)時(shí)就是這種感覺——芯片本身是塊好料Cortex-R52加Cortex-M33的雙核架構(gòu)在工業(yè)以太網(wǎng)這個(gè)賽道上完全夠格但中文資料少得可憐官方SDK的依賴關(guān)系又重網(wǎng)上翻來覆去就那幾篇應(yīng)用筆記。這篇文章把我在這個(gè)項(xiàng)目里踩過的坑、繞過的路、最后走通的流程全記錄下來從選型、硬件、軟件工程到通信調(diào)試一條線講完給準(zhǔn)備用RZN2L做EtherCAT從站的同行一個(gè)可直接抄作業(yè)的參考。我默認(rèn)看這篇文章的讀者已經(jīng)對(duì)EtherCAT這個(gè)詞不陌生但對(duì)“從站開發(fā)”這件事還處于一種“知道大概、沒實(shí)際操作過”的狀態(tài)。別擔(dān)心我會(huì)把整個(gè)流程拆到不能再拆包括為什么這么設(shè)計(jì)、底層協(xié)議在干什么、調(diào)試時(shí)報(bào)錯(cuò)到底是誰的問題——全部說清楚。1. 項(xiàng)目背景與方案選型為什么最終鎖定了RZN2L1.1 三類EtherCAT實(shí)現(xiàn)方案的橫向?qū)Ρ茸鯡therCAT從站開發(fā)方案選擇遠(yuǎn)沒有想象中那么多。市面上主流的路子其實(shí)就三條通用MPU跑軟件協(xié)議棧、MCU外加獨(dú)立ESC芯片、以及集成ESC的專用SoC。我一開始打樣時(shí)三條路都研究過也分別踩過坑。先說說通用MPU跑軟件協(xié)議棧的方案。這種方案一般是拿Cortex-A系列的芯片跑Linux系統(tǒng)在系統(tǒng)里部署一個(gè)EtherCAT主站或者從站協(xié)議棧。比如正點(diǎn)原子RK3568跑EtherCAT主站就是典型的A核Linux方案。它的優(yōu)勢(shì)是生態(tài)成熟、資料多、調(diào)試工具豐富性能上限高缺點(diǎn)是實(shí)時(shí)性受操作系統(tǒng)調(diào)度影響尤其在從站這種對(duì)確定性要求極高的場(chǎng)景Linux的調(diào)度抖動(dòng)很容易把幀周期拉垮必須上PREEMPT_RT補(bǔ)丁才能勉強(qiáng)壓住。如果只是做主站調(diào)試、數(shù)據(jù)采集這類對(duì)微秒級(jí)抖動(dòng)不敏感的應(yīng)用它完全夠用但如果你要做從站需要在一個(gè)確定的時(shí)間窗口內(nèi)完成過程數(shù)據(jù)刷新這條路的工程量就上來了。再說MCU外加獨(dú)立ESC芯片的方案。這也是目前市面上最常見的從站實(shí)現(xiàn)方式典型組合是STM32加AX58100或者LAN9252通過SPI或者并行總線連接。這個(gè)方案的精髓在于把實(shí)時(shí)性要求高的EtherCAT幀處理任務(wù)全部交給ESC芯片硬件完成MCU只需要在SPI中斷里讀寫PDO數(shù)據(jù)就行確定性非常好。缺點(diǎn)是BOM成本高、PCB面積大還要額外調(diào)試一路SPI驅(qū)動(dòng)整個(gè)硬件鏈路多一個(gè)環(huán)節(jié)就多一處故障點(diǎn)。第三種就是RZN2L這種集成ESC的專用SoC方案。它把ESC作為硬件IP直接做進(jìn)芯片內(nèi)部和CPU通過內(nèi)部總線連接既省掉了獨(dú)立ESC芯片的成本和布線又保留了硬件處理EtherCAT幀的確定性。我第一次用RZN2L時(shí)最直觀的感受是整個(gè)硬件設(shè)計(jì)比獨(dú)立ESC方案干凈太多了PCB上少了好幾個(gè)芯片網(wǎng)絡(luò)變壓器和PHY直接連到內(nèi)部MAC就行。當(dāng)然方案選型沒有絕對(duì)的好壞最終還是要看產(chǎn)品定位。如果做低成本、大批量的從站設(shè)備RZN2L這種集成方案確實(shí)劃算如果只是實(shí)驗(yàn)室驗(yàn)證或者小批量定制獨(dú)立ESC芯片方案反而更靈活。方案類型代表硬件優(yōu)勢(shì)劣勢(shì)適用場(chǎng)景MPULinux軟件棧RK3568IgH生態(tài)豐富、性能高實(shí)時(shí)性受調(diào)度影響主站、網(wǎng)關(guān)、非嚴(yán)格實(shí)時(shí)從站MCU獨(dú)立ESCSTM32LAN9252實(shí)時(shí)性好、資料多BOM高、硬件鏈路長通用從站、中小批量SoC集成ESC瑞薩RZN2L成本低、布線簡潔、實(shí)時(shí)性好中文資料少、上手門檻高伺服、遠(yuǎn)程IO、運(yùn)動(dòng)控制從站1.2 RZN2L的“隱藏王牌”內(nèi)部集成ESC的硬件優(yōu)勢(shì)RZN2L這顆芯片最值錢的地方就是把EtherCAT從站控制器ESC直接做進(jìn)了硅片里。它的ESC硬件核心支持標(biāo)準(zhǔn)的EtherCAT從站協(xié)議處理包括FMMU現(xiàn)場(chǎng)總線存儲(chǔ)管理單元、SM同步管理單元、分布式時(shí)鐘等功能全部由硬件完成不占CPU中斷資源。我后來在實(shí)際調(diào)試中發(fā)現(xiàn)這種集成設(shè)計(jì)帶來的最大好處不是省錢而是信號(hào)質(zhì)量。獨(dú)立ESC方案里MCU和ESC之間的SPI鏈路很容易成為性能瓶頸尤其在PDO數(shù)據(jù)量大、幀周期短的場(chǎng)景下SPI的傳輸延遲和中斷響應(yīng)時(shí)間會(huì)直接影響抖動(dòng)指標(biāo)。而RZN2L內(nèi)部走總線互聯(lián)CPU讀ESC數(shù)據(jù)基本就是一次內(nèi)存訪問的延遲我實(shí)測(cè)過程數(shù)據(jù)在OP狀態(tài)下的刷新穩(wěn)定性比之前用SPI方案好了不少。另外RZN2L是雙核架構(gòu)Cortex-R52負(fù)責(zé)實(shí)時(shí)任務(wù)Cortex-M33負(fù)責(zé)應(yīng)用層邏輯。做伺服驅(qū)動(dòng)或者運(yùn)動(dòng)控制器時(shí)可以把EtherCAT協(xié)議棧和位置環(huán)控制放在R52上跑把上位機(jī)通信、參數(shù)存儲(chǔ)、狀態(tài)顯示這些非實(shí)時(shí)任務(wù)丟給M33兩核之間通過共享內(nèi)存通信分工非常清晰。初次上手的人可能覺得雙核復(fù)雜但習(xí)慣了以后這種架構(gòu)能省掉你大量的主循環(huán)調(diào)度設(shè)計(jì)時(shí)間。2. EtherCAT從站核心原理與硬件設(shè)計(jì)避坑2.1 通俗理解EtherCAT協(xié)議從站視角的事件循環(huán)很多人一看到EtherCAT協(xié)議規(guī)范就頭大幾百頁的文檔各種術(shù)語堆砌。其實(shí)從從站開發(fā)的角度你只需要理解一個(gè)核心場(chǎng)景就夠了工業(yè)現(xiàn)場(chǎng)有一個(gè)主站通常是PLC或者運(yùn)動(dòng)控制器下面掛著一大串從站伺服驅(qū)動(dòng)、IO模塊、傳感器EtherCAT做的就是讓主站在一個(gè)極短的時(shí)間片里把這一串從站的數(shù)據(jù)全部收集上來同時(shí)把控制指令全部下發(fā)下去。具體到幀的流轉(zhuǎn)你可以把主站發(fā)出來的數(shù)據(jù)幀想象成一列在軌道上跑的火車每個(gè)從站就是一個(gè)小站臺(tái)。火車經(jīng)過站臺(tái)時(shí)站臺(tái)的人不把火車停下來而是趁著火車經(jīng)過的瞬間把要發(fā)出去的貨物扔上去同時(shí)把要收的貨物從車上拿下來整個(gè)過程火車是勻速前進(jìn)的。這就是EtherCAT最核心的“處理中轉(zhuǎn)發(fā)”機(jī)制——數(shù)據(jù)幀經(jīng)過從站時(shí)ESC硬件邊讀邊寫邊轉(zhuǎn)發(fā)所有操作都在硬件里完成延遲是納秒級(jí)的所以一列火車可以在幾十微秒內(nèi)經(jīng)過所有站臺(tái)。從站的狀態(tài)機(jī)也非常直觀一共就四步INIT初始化、PRE-OP預(yù)運(yùn)行、SAFE-OP安全運(yùn)行、OP運(yùn)行。通俗地說就是先認(rèn)識(shí)你再配置你然后確認(rèn)你安全最后才讓你真正干活。我們調(diào)試時(shí)最常見的操作就是把一個(gè)從站從INIT一路“踢”到OP狀態(tài)每上升一個(gè)狀態(tài)主站和從站之間都會(huì)做一輪配置和數(shù)據(jù)交換。這個(gè)狀態(tài)機(jī)概念必須刻在腦子里因?yàn)楹竺嫠信佩e(cuò)本質(zhì)上都是在問同一個(gè)問題它卡在哪個(gè)狀態(tài)了為什么上不去。2.2 ESC接口電路設(shè)計(jì)PHY、網(wǎng)絡(luò)變壓器、時(shí)鐘一個(gè)都不能馬虎硬件設(shè)計(jì)是整個(gè)EtherCAT從站開發(fā)的基石這里出問題后面軟件調(diào)試會(huì)呈現(xiàn)出各種“玄學(xué)”故障比如時(shí)通時(shí)不通、靠近某臺(tái)設(shè)備就斷連、長時(shí)間運(yùn)行后幀丟失率上升。我畫第一版板子時(shí)就栽過跟頭后來把電路重新梳理了一遍才根治。先說PHY芯片。EtherCAT從站和主站一樣物理層走的是標(biāo)準(zhǔn)100M以太網(wǎng)所以需要一顆10/100M以太網(wǎng)PHY芯片。RZN2L的ESC內(nèi)部有MAC通過MII或RMII接口連接外部PHY。選型上比較常見的有Microchip的LAN8720A、KSZ8081、TI的DP83848這些在EtherCAT從站參考設(shè)計(jì)里都能看到驅(qū)動(dòng)兼容性好。我個(gè)人推薦優(yōu)先選帶工業(yè)級(jí)溫度范圍的型號(hào)商用級(jí)芯片在高溫老化或振動(dòng)環(huán)境中容易偶發(fā)鏈路異常工業(yè)現(xiàn)場(chǎng)最怕這種“查不出來”的問題。PHY和RJ45之間必須接網(wǎng)絡(luò)變壓器。很多新手覺得網(wǎng)絡(luò)變壓器就是起個(gè)電氣隔離作用隨便選一個(gè)就行。實(shí)際上變壓器中心抽頭的接法很關(guān)鍵它決定了共模電壓的參考方式。更建議直接選用帶網(wǎng)絡(luò)變壓器的RJ45連接器比如HR911105A這類集成器件BOM精簡布局也省心。注意RZN2L的PHY接口如果配置為RMII模式REF_CLK50MHz參考時(shí)鐘必須由有源晶振或者主控時(shí)鐘輸出統(tǒng)一供給不能PHY自己產(chǎn)生否則主從兩端時(shí)鐘不同步會(huì)出現(xiàn)嚴(yán)重的偶發(fā)丟包。時(shí)鐘電路同樣關(guān)系到通信穩(wěn)定性。EtherCAT對(duì)時(shí)鐘同步要求很高分布式時(shí)鐘功能需要通過幀時(shí)間戳來同步所有從站。因此PHY芯片的25MHz晶振精度建議選擇50ppm以內(nèi)有條件直接上溫補(bǔ)晶振TCXO成本增加不多但長穩(wěn)好很多。我在實(shí)驗(yàn)室測(cè)過普通晶振在室溫下問題不大但從25℃環(huán)境箱換到60℃時(shí)偶發(fā)同步偏移明顯增多換成TCXO后這個(gè)現(xiàn)象才消失。2.3 我畫第一版板子時(shí)踩過的三個(gè)硬件坑第一個(gè)坑是PHY復(fù)位引腳的處理。第一次畫板時(shí)我把PHY的復(fù)位腳直接連到了RC復(fù)位電路上跟CPU復(fù)位共用同一個(gè)信號(hào)。結(jié)果上電后偶爾出現(xiàn)鏈路協(xié)商失敗排查了很久才發(fā)現(xiàn)是PHY復(fù)位釋放太快晶振還沒起振穩(wěn)定就開始讀配置引腳的狀態(tài)了。后來改成CPU的GPIO控制PHY復(fù)位軟件里等晶振穩(wěn)定后再拉高復(fù)位引腳問題徹底消失。這個(gè)坑很典型很多參考設(shè)計(jì)圖紙上是直接拉電阻接高電平但在工業(yè)產(chǎn)品里強(qiáng)烈建議用GPIO控制復(fù)位時(shí)序可控。第二個(gè)坑是差分信號(hào)線的阻抗控制。EtherCAT是100M以太網(wǎng)差分線必須按100Ω差分阻抗走線這個(gè)之前我確認(rèn)過多次但第一版還是栽在了一處不顯眼的地方——RJ45和PHY芯片之間的走線因?yàn)锽GA扇出空間緊張走了一段很細(xì)的線還過了一個(gè)過孔結(jié)果這段“細(xì)脖子”直接把信號(hào)質(zhì)量拉低。后來用網(wǎng)絡(luò)分析儀測(cè)回波損耗發(fā)現(xiàn)S11參數(shù)在那個(gè)頻點(diǎn)已經(jīng)超標(biāo)。重新布局加寬走線、減少過孔后眼圖才恢復(fù)正常。所以畫板前一定要跟板廠確認(rèn)疊層參數(shù)把阻抗算準(zhǔn)。第三個(gè)坑是電源去耦。EtherCAT從站的BOM其實(shí)不算復(fù)雜但PHY芯片對(duì)電源紋波特別敏感如果你在PHY供電引腳附近沒放夠去耦電容或者地平面跨分割了那么在距離較遠(yuǎn)的主從通信中誤碼率會(huì)高得離譜。我后來在PHY的每個(gè)電源引腳附近都放了0.1μF陶瓷電容模擬電源如果有的話單獨(dú)做LC濾波地平面保持完整誤碼率直接降了一個(gè)數(shù)量級(jí)以上。3. 開發(fā)環(huán)境搭建與代碼工程生成3.1 用RASC圖形化配置工具生成EtherCAT從站工程瑞薩現(xiàn)在的開發(fā)工具鏈跟幾年前比進(jìn)步明顯不再是一上來就讓你對(duì)著寄存器寫代碼。RASCRenesas Advanced Setup Configuration是圖形化配置工具跟ST的CubeMX是同一個(gè)思路選芯片、配引腳、配時(shí)鐘、配外設(shè)最后生成初始化代碼。第一次打開RASC建議直接選擇對(duì)應(yīng)RZN2L芯片型號(hào)然后按“Stack”方式新建工程這樣生成的工程會(huì)包含完整的啟動(dòng)文件和驅(qū)動(dòng)框架。EtherCAT相關(guān)配置在RASC里主要分兩塊一塊是ESC的接口配置包括MII/RMII模式選擇、PHY地址、中斷引腳分配另一塊是雙核的分配選項(xiàng)你可以選擇讓哪個(gè)核運(yùn)行ESC協(xié)議棧哪個(gè)核運(yùn)行應(yīng)用邏輯。這里有個(gè)容易被忽略的細(xì)節(jié)RASC會(huì)生成一個(gè)pin配置界面里面能看到所有引腳的復(fù)用關(guān)系。尤其要注意ESC中斷引腳和PHY相關(guān)引腳的分配這些引腳很多時(shí)候會(huì)跟普通GPIO復(fù)用沖突。我在第一次配置時(shí)沒仔細(xì)看結(jié)果ESC中斷怎么都觸發(fā)不了后來發(fā)現(xiàn)是中斷引腳默認(rèn)被配置成了GPIO輸入在RASC里手動(dòng)改了復(fù)用設(shè)置后才正常。生成代碼后別急著編譯先把生成的頭文件翻一遍確認(rèn)時(shí)鐘樹和預(yù)期一致。3.2 KEIL工程導(dǎo)入與編譯鏈接的注意點(diǎn)很多人習(xí)慣用IAR或者GCC但我個(gè)人更推薦在Windows下用MDK-ARMKEIL配合RASC做開發(fā)主要是調(diào)試器支持好看變量、看內(nèi)存都很直觀。RASC生成工程時(shí)可以直接選擇生成MDK工程文件打開就能編譯。不過用KEIL編譯RZN2L工程有幾個(gè)地方要提前設(shè)置好。一是芯片型號(hào)選擇要對(duì)應(yīng)RZN2L的雙核型號(hào)如果選錯(cuò)為單核型號(hào)頭文件里的寄存器定義會(huì)不一致編譯報(bào)一堆錯(cuò)誤。二是雙核工程默認(rèn)會(huì)有多個(gè)編譯目標(biāo)TargetR52核和M33核分別是兩個(gè)獨(dú)立的Target編譯時(shí)選對(duì)當(dāng)前燒錄的目標(biāo)否則程序燒進(jìn)去沒反應(yīng)。三是優(yōu)化等級(jí)建議默認(rèn)用-O0或-O1調(diào)試等功能穩(wěn)定后再開-O2EtherCAT這種協(xié)議棧代碼對(duì)時(shí)序敏感開-O2后編譯器可能會(huì)重排一些內(nèi)存訪問指令導(dǎo)致通信異常。我用的一個(gè)比較實(shí)用的排查方法是開發(fā)前期先在KEIL的“Build Output”里看內(nèi)存映射表map文件確認(rèn)ESC相關(guān)段被放到了R52核實(shí)際可訪問的地址區(qū)間。如果段地址放錯(cuò)表現(xiàn)就是代碼運(yùn)行到ESC寄存器訪問時(shí)直接HardFault非?？尤恕?.3 從站協(xié)議棧代碼的組織方式RZ/N2L官方支持包FSP里其實(shí)已經(jīng)帶了EtherCAT從站協(xié)議棧的移植示例但第一次用的人可能會(huì)被它的目錄結(jié)構(gòu)繞暈。我建議理清三層關(guān)系最底層是EtherCAT從站控制器驅(qū)動(dòng)也就是ESC寄存器讀寫、中斷處理、幀收發(fā)中間層是協(xié)議棧狀態(tài)機(jī)負(fù)責(zé)INIT到OP的狀態(tài)轉(zhuǎn)換以及郵箱通信CoE處理最上層才是應(yīng)用層邏輯比如PDO映射表怎么填、接收到控制字后怎么控制電機(jī)。開始改代碼時(shí)優(yōu)先跑通一個(gè)最小功能集不需要理解所有SDO對(duì)象只要能正確響應(yīng)主站的狀態(tài)機(jī)查詢、能執(zhí)行PDO收發(fā)就夠了。我把官方例程里跟伺服控制相關(guān)的復(fù)雜邏輯先注釋掉只保留了ESC初始化和一個(gè)簡單的數(shù)字量輸出映射用TwinCAT掃描測(cè)試確認(rèn)這個(gè)最小系統(tǒng)能穩(wěn)定到OP狀態(tài)后再逐步往里面加應(yīng)用邏輯。這個(gè)“最小可運(yùn)行系統(tǒng)”的思路在做通信協(xié)議棧這類復(fù)雜框架時(shí)特別管用能幫你快速區(qū)分問題出在底層通信還是出在上層應(yīng)用。4. EtherCAT通信調(diào)試全流程實(shí)錄4.1 第一步先把普通以太網(wǎng)鏈路打通很多新手一上來就直奔EtherCAT調(diào)試這是誤區(qū)。EtherCAT幀雖然和普通以太網(wǎng)幀共用物理層但它用專用的EtherType0x88A4普通網(wǎng)絡(luò)調(diào)試工具根本看不見。所以在做EtherCAT之前我強(qiáng)烈建議先確認(rèn)物理鏈路和PHY配置沒問題。當(dāng)時(shí)的操作方法是先把RZN2L的以太網(wǎng)外設(shè)之一配置成普通以太網(wǎng)MAC讓它與外界的PC直接連接然后用網(wǎng)絡(luò)調(diào)試助手建立一個(gè)UDP通道讓開發(fā)板和PC互通數(shù)據(jù)。如果你有兩臺(tái)電腦也可以直接用網(wǎng)絡(luò)調(diào)試助手分別監(jiān)聽兩個(gè)端口先驗(yàn)證UDP鏈路是通的再往下走。這一步看著多余但它能把問題域快速分成兩半如果UDP都有問題那就先查PHY、網(wǎng)絡(luò)變壓器、RJ45、時(shí)鐘這些物理層如果UDP正常那至少說明物理層和MAC層是通的EtherCAT掃描不到就優(yōu)先從協(xié)議棧、配置上找原因。我做這一步時(shí)第一塊板子就是UDP直接ping不通排查下來發(fā)現(xiàn)是PHY的地址引腳配置有誤。PHY芯片通常有幾個(gè)配置引腳在上電瞬間被鎖存決定PHY的I2C/SPI地址、TX/RX的極性反轉(zhuǎn)設(shè)置、以及是否開啟交叉檢測(cè)。我當(dāng)時(shí)把PHY地址的兩個(gè)引腳懸空了默認(rèn)電平不對(duì)導(dǎo)致MAC訪問不到PHY。重新按手冊(cè)接上拉/下拉電阻后UDP立刻通了。這一步的坑如果放到EtherCAT調(diào)試階段再排查會(huì)復(fù)雜很多。4.2 第二步準(zhǔn)備主站軟件與從站ESI文件我們的目標(biāo)是把RZN2L從站設(shè)備接入一個(gè)標(biāo)準(zhǔn)EtherCAT主站這里我用的是倍福的TwinCAT。TwinCAT的EtherCAT主站功能是業(yè)內(nèi)事實(shí)標(biāo)準(zhǔn)用它來驗(yàn)證從站設(shè)備最直觀。從站設(shè)備要能被主站識(shí)別需要先準(zhǔn)備一份ESI文件EtherCAT Slave Information從站信息文件。ESI文件是一個(gè)XML格式的描述文件里面聲明了這個(gè)從站的廠商ID、產(chǎn)品代碼、支持的對(duì)象字典、PDO映射、狀態(tài)機(jī)行為等信息。主站掃描總線時(shí)先通過ESC寄存器讀到從站的廠商ID和產(chǎn)品代碼然后用這些信息去本地ESI文件庫匹配對(duì)應(yīng)的XML描述。如果匹配不上TwinCAT會(huì)提示unknowndevice這種時(shí)候就需要手動(dòng)導(dǎo)入ESI文件。ESI文件的編寫可以基于RZN2L官方例程提供的基礎(chǔ)模板來改。重點(diǎn)檢查PDO映射部分要確保生產(chǎn)的TxdPDO和消費(fèi)的RxdPDO的數(shù)量、長度、變量類型跟你在協(xié)議棧里配置的完全一致。我見過最多的不匹配是位長度定義錯(cuò)誤比如某控制字定義成16位但實(shí)際協(xié)議棧里分配的是32位空間結(jié)果主站和從站對(duì)數(shù)據(jù)內(nèi)容的理解完全錯(cuò)位通信雖然建立但數(shù)據(jù)全亂。ESI文件的XML基礎(chǔ)語法很簡單但字段一定要照著官方模板抄別憑印象亂填。TwinCAT安裝完成后把ESI文件復(fù)制到TwinCAT安裝目錄下的EtherCAT子目錄里。然后打開TwinCAT XAE新建一個(gè)項(xiàng)目在IO設(shè)備里掃描EtherCAT網(wǎng)絡(luò)就能看到掛在總線上的從站設(shè)備了。4.3 第三步TwinCAT掃描從站并完成狀態(tài)機(jī)切換掃描從站這一步過程中的反饋信息量很大一定要學(xué)會(huì)看TwinCAT的日志窗口。掃描成功后會(huì)列出總線拓?fù)湟约懊總€(gè)從站的當(dāng)前狀態(tài)。從站上電默認(rèn)在INIT狀態(tài)你需要把它切換到OP狀態(tài)TwinCAT會(huì)依次完成PRE-OP、SAFE-OP再到OP的轉(zhuǎn)換每一步主站和從站之間都會(huì)交換一系列郵箱數(shù)據(jù)。如果一切順利你會(huì)看到從站狀態(tài)從INIT一路變到OP。但實(shí)際調(diào)試中卡在PRE-OP或者SAFE-OP是最常見的?？ㄔ赑RE-OP通常表示郵箱通信異常而從站驅(qū)動(dòng)配置沒匹配上卡在SAFE-OP則多半是分布式時(shí)鐘同步?jīng)]建立好或者某個(gè)PDO配置校驗(yàn)失敗。日志窗口會(huì)給出具體的錯(cuò)誤碼按錯(cuò)誤碼去查ESC寄存器定義就能定位問題。這里有個(gè)技巧TwinCAT的日志窗口雖然信息量很大但它會(huì)刷掉前面的內(nèi)容。建議在配置里把日志保存到一個(gè)文本文件這樣出問題后可以翻歷史記錄看是哪一步開始出現(xiàn)警告的。我遇到過一種情況從站第一次從SAFE-OP切到OP時(shí)報(bào)錯(cuò)但日志刷得太快沒看清后來翻文本日志才發(fā)現(xiàn)是某個(gè)過程數(shù)據(jù)的長度超過ESC緩存區(qū)上限。4.4 第四步用TwinCAT在線監(jiān)控PDO數(shù)據(jù)一旦從站成功進(jìn)入OP狀態(tài)就可以開始驗(yàn)證PDO數(shù)據(jù)收發(fā)了。TwinCAT里可以打開在線監(jiān)控窗口讀取從站當(dāng)前的過程數(shù)據(jù)。你在RZN2L協(xié)議棧側(cè)定義好的輸入輸出映射到這里應(yīng)該能看到實(shí)際的數(shù)據(jù)流動(dòng)。我習(xí)慣先在從站側(cè)寫死幾個(gè)已知常數(shù)比如讓輸出數(shù)據(jù)固定為0xAA55然后在TwinCAT里看它收到的數(shù)據(jù)是否一致。這一步通過后再反過來從TwinCAT寫入數(shù)據(jù)到從站側(cè)讀取驗(yàn)證。兩邊的數(shù)據(jù)對(duì)得上就說明MII鏈路、ESC、狀態(tài)機(jī)、協(xié)議棧、PDO映射這一整條鏈路都是通的。之后可以測(cè)一下周期穩(wěn)定性。在TwinCAT里觀察分布式時(shí)鐘看同步偏差是否在一個(gè)可接受的范圍內(nèi)。如果偏差過大回硬件去查晶體精度和PHY接口時(shí)鐘如果同步正常但數(shù)據(jù)偶爾丟幀查一下RZN2L的ESC中斷處理是否被更高優(yōu)先級(jí)任務(wù)搶占。雙核系統(tǒng)里這個(gè)優(yōu)先級(jí)設(shè)置很關(guān)鍵我在M33核上跑了一個(gè)調(diào)試日志打印任務(wù)打印時(shí)會(huì)關(guān)閉全局中斷導(dǎo)致ESC中斷響應(yīng)急劇延遲表現(xiàn)為周期偶爾跳變。后來把日志打印改到另一個(gè)優(yōu)先級(jí)問題才消失。5. 高頻故障與排查技巧速查5.1 最常見的“掃描不到從站”問題到底是誰的問題掃描不到從站一半以上是物理鏈路問題。排查順序從硬到軟先看RJ45的Link燈是否亮不亮查PHY供電、晶振、復(fù)位Link燈亮但掃描不到查PHY模式配置——PHY必須工作在MII或RMII模式下且地址映射正確如果地址不對(duì)MAC根本讀不到PHY的狀態(tài)寄存器。排除物理層后再看軟件層。檢查ESC中斷是否注冊(cè)成功、ESC初始化是否完成、以及最重要的——從站是否通過寄存器回調(diào)向主站報(bào)告了正確的廠商ID和產(chǎn)品代碼。很多時(shí)候掃描不到是因?yàn)閺S商ID和產(chǎn)品代碼在協(xié)議棧里被修改過但ESI文件名還是老名字主站匹配不上。5.2 通信建立后數(shù)據(jù)不刷新怎么辦能進(jìn)OP但數(shù)據(jù)不刷新先從PDO映射方向查起。確認(rèn)輸入輸出方向是否搞反了。EtherCAT協(xié)議里TxdPDO是從站發(fā)往主站的數(shù)據(jù)RxdPDO是主站發(fā)往從站的數(shù)據(jù)這兩個(gè)方向在ESI文件和協(xié)議棧配置里必須一一對(duì)應(yīng)。有一次我把Txd和Rxd在ESI文件里定義反了OP狀態(tài)正常但數(shù)據(jù)永遠(yuǎn)不對(duì)。如果方向沒問題再看雙核共享內(nèi)存的數(shù)據(jù)一致性。RZN2L雙核訪問共享內(nèi)存時(shí)如果核間沒有做緩存一致性處理或者沒有加同步機(jī)制可能出現(xiàn)一個(gè)核寫的數(shù)據(jù)另一個(gè)核讀到的是舊值。解決辦法是開啟硬件內(nèi)存屏障指令或者把共享數(shù)據(jù)區(qū)定義為非緩存區(qū)域non-cacheable這個(gè)細(xì)節(jié)在頭文件里就能配置但很多人容易忽略。5.3 這幾個(gè)“玄學(xué)”問題其實(shí)是硬件時(shí)序背的鍋開發(fā)中后期如果遇到偶發(fā)故障比如運(yùn)行幾小時(shí)后掉線、溫度升高后通信異常、換一臺(tái)主站設(shè)備就不穩(wěn)定大概率是硬件時(shí)序和信號(hào)質(zhì)量問題。特別是MII接口的TX_CLK/RX_CLK時(shí)序如果PHY時(shí)鐘源配置不當(dāng)工作溫度和電壓變化后時(shí)序裕量不夠就會(huì)出現(xiàn)這種偶發(fā)問題。排查時(shí)建議用示波器同時(shí)測(cè)量TX_CLK和RX_CLK的相位關(guān)系確認(rèn)時(shí)鐘沿對(duì)齊在數(shù)據(jù)窗口的中心。如果對(duì)不齊調(diào)整PHY寄存器里的時(shí)鐘偏移參數(shù)或者檢查REF_CLK的走線長度是否和DATA線保持一致。另一個(gè)常見的“玄學(xué)”問題是從站長時(shí)間運(yùn)行后狀態(tài)機(jī)自動(dòng)跳回SAFE-OP。這種情況十有八九是ESC檢測(cè)到了通信看門狗超時(shí)。看門狗超時(shí)的原因可能不是真的丟幀而是CPU中斷響應(yīng)不及時(shí)導(dǎo)致ESC協(xié)議棧處理幀的耗時(shí)超過周期閾值。解決方法是在R52核上優(yōu)先保障ESC中斷把其他中斷的優(yōu)先級(jí)調(diào)低別讓控制環(huán)和協(xié)議棧爭搶CPU時(shí)間。6. 給后來者的一點(diǎn)實(shí)在建議我能從零開始把RZN2L的EtherCAT從站跑通靠的其實(shí)不是某一篇教程或者某一個(gè)工具而是一套“拆問題”的方法先物理層、再數(shù)據(jù)鏈路層、最后協(xié)議層一層一層往下剝永遠(yuǎn)不要在沒確認(rèn)底層的情況下就懷疑上層協(xié)議棧。如果你現(xiàn)在正準(zhǔn)備上手這個(gè)芯片我的建議是先別急著看復(fù)雜的應(yīng)用示例?；ㄒ惶鞎r(shí)間跑通UDP花一天時(shí)間讓TwinCAT掃描到你的從站再花一天時(shí)間把PDO數(shù)據(jù)弄通。三天時(shí)間把這個(gè)最小鏈路打通后面再做什么功能心里都有底。這個(gè)節(jié)奏看著慢實(shí)際比直接悶頭調(diào)協(xié)議?？斓枚唷Ｗ詈蠓窒硪粋€(gè)我自己的小習(xí)慣在RZN2L工程里、ESC回調(diào)函數(shù)和協(xié)議棧狀態(tài)機(jī)切換的地方加一些GPIO翻轉(zhuǎn)的邏輯用示波器觀察這些GPIO的波形就能直觀看到系統(tǒng)每個(gè)環(huán)節(jié)的運(yùn)行節(jié)奏比看日志高效多了。通信周期是否穩(wěn)定、中斷是否有延遲都能從波形上一眼看出來。這個(gè)習(xí)慣我一直保留著建議你也試試。