EtherCAT 和 CAN FD 都能攜帶迴圈機器人-關節命令和狀態，但它們的通訊組織方式不同。 EtherCAT 透過一系列裝置傳送乙太網影格，這些裝置在影格透過時讀寫程式資料。 CAN FD 使用共享優先仲裁匯流排，具有靈活的資料相位和比經典 CAN 更大的有效負載。
標稱鏈路速率不決定機器人的選擇。軸數、迴圈位元組、同步、訊息優先順序、診斷流量、電纜長度、拓撲結構、電磁環境、錯誤處理和安全反應決定是否滿足截止時間。設計必須從最壞情況流量中確定，並在最終硬體上進行測量。
請使用本指南，配合 機器人關節控制指南 和 馬達-駕駛員架構。快速網路是賦能層，而非控制穩定性或功能安全的證明。
EtherCAT 處理一個影格跨多個裝置
EtherCAT 技術組的 技術概述 描述了即時處理：子裝置在乙太網影格透過時提取或插入分配的過程資料。這可以在緊湊的影格內移動多個軸的迴圈資料，而無需向每個節點傳送單獨事務。
拓撲可以遵循線路、樹狀或其他支援的排列方式，但物理埠和裝置行為決定了實際路徑。影格返回、斷線和冗餘選項需要明確設計。乙太網聯結器和 100 Mbit/s 信令並不使普通交換乙太網的行為等同於 EtherCAT。
CAN FD 透過辨識符號仲裁共享匯流排
CiA 的 CAN FD 介紹 說明，仲裁開始於 CAN 規則下，設定後資料階段可以使用更高的位元率。影格最多可攜帶 64 個資料位元組，相比經典 CAN 減少了某些有效負載的開銷。
所有節點都觀察共享匯流排，辨識符號編碼仲裁優先順序。低優先順序影格可以等待，當存在高優先順序流量時。因此，時序依賴於完整的訊息集、位填充、重傳和錯誤狀態，而不僅僅是設定的資料相位速率。
| 財產 | 以太貓 | CAN FD | 機器人問題 |
|---|---|---|---|
| 中等接入 | 主機迴圈影格 | 優先仲裁 | 誰控制最壞的情況？ |
| 資料組織 | 程式影像在傳遞影格中 | 單個辨識影格 | 有多少條訊息？ |
| 同步 | 分散式時鐘可用 | 應用或硬體方法 | 樣本的比對程度如何？ |
| 拓撲結構 | 線式與柔性變體 | 終端共享匯流排 | 什麼線路適合車身？ |
| 過錯證據 | 工作計數器與診斷 | 錯誤計數器和匯流排狀態 | 退化是如何處理的？ |
分散式時鐘在 EtherCAT 節點間對齊事件
EtherCAT 分散式時鐘同步本地裝置時鐘並補償傳播延遲。輸入可以取樣，輸出可以從本地同步時間觸發，而不是影格到達的不確定時刻。當關節速度是從等距位置取樣中推匯出來時，這一點尤為重要。
技術概述指出，在其檔案機制下實現亞微秒同步，但整合機器人仍需驗證其控制器、硬體介面和裝置。同步裝置時鐘本身並不限制應用計算或致動器反應。
CAN FD 的定時來自可排程的訊息集
根據截止時間和關鍵性分配辨識符號，而非便利性。計算每個影格最差傳輸時間，如適用時被一個低優先順序影格阻斷，高優先順序訊息干擾及重傳假設。保留利用餘裕用於診斷和故障恢復。
將快速轉矩或狀態訊息與較慢的溫度、設定和紀錄分開。只有當其更新和故障語意一致時才打包相關訊號。一條超大訊息如果辨識符號或啟動時間選擇不當，可能會延遲一條短暫的緊急訊息。
匯流排負載從軸資料和更新速率開始
列表指令位置、速度、轉矩或電流；測量狀態；時間戳；狀態；故障標誌和序列計數器。將有效負載和協議開銷乘以軸數和頻率。新增無環設定、韌體、診斷和同步流量。
CAN FD 使用物理層位元時間， EtherCAT 的實際影格組成。包含啟動和故障突發，而不僅僅是標稱穩態。保留未來訊號和裝置變異的餘裕，而不是設計成一個電子表格值且利用率 99%。
佈線和電磁相容性可能決定選擇
CAN FD 需要指定的匯流排拓撲、終端和存根規則來匹配所選位元時序。 EtherCAT 裝置間鏈路需要合適的工業電纜、聯結器、接地和埠設計。機器人關節會增加反覆彎曲、緊湊佈線和馬達切換雜訊。
檢查組裝機器人的差分訊號、共模應力、聯結器保持和遮蔽接地情況。測試最小和最大電纜設定、移動線束、熱驅動和再生事件。網路可能在工作台上透過，但在逆變器附近或電纜磨損後失效。
| 測試 | 刺激 | 戰績 | 失效標準 |
|---|---|---|---|
| 全迴圈負載 | 所有軸與診斷 | 延遲與抖動尾 | 錯過截止時間 |
| 電磁應力 | 馬達切換與再生 | 錯誤與重試 | 狀態轉變 |
| 電纜運動 | 彎曲與扭轉迴圈 | 鏈路中斷 | 間歇性故障 |
| 節點故障 | 重置或斷開連線 | 故障遏制 | 不安全過時命令 |
| 時鐘測試 | 長時間熱跑 | 偏移與漂移 | 樣本錯位 |
驅動器設定檔位於物理網路之上
CiA 402 定義了 CANopen 的驅動和運動控制裝置設定檔。 CiA 概述 還幫助解釋了為什麼 CANopen over CAN 和 CAN 應用協議 over EtherCAT 是不同的層。不要將設定檔等同於底層匯流排。
狀態機、模式、單元和故障程式碼必須為每個驅動器納入版本管理。相似的物件名稱並不保證轉換或擴充行為完全相同。驗證啟用、快速停止、故障重置和命令超時是否符合實際裝置手冊。
平均延遲掩蓋了仲裁和故障尾部
記錄週期時間、傳送到應用延遲、取樣到控制器資料年齡、同步偏移、抖動百分位和最大值。對齊時鐘或使用物理觸發器，使軟體時間戳更可靠。低平均值和罕見的多週期延遲可能導致緊密的關節環不穩定。
注入競爭流量、錯誤影格、節點重置和電纜干擾。在溫度和最大軸數下進行測試。保持資料包或影格跟蹤與控制器紀錄，以便將機械振動與延遲指令或過期感測器樣本區分開來。
安全通訊需要經過驗證的安全層
EtherCAT 或 CAN FD 傳輸速度不會自動提供安全功能。安全協議、認證裝置、診斷、時序假設、安全狀態和系統級驗證是獨立的要求。標準誤差計數器不能替代所需的風險降低。
定義每個節點在指令過時、同步丟失或匯流排進入錯誤狀態時的處理方式。保持快速的電氣保護在驅動器本地。協調各軸的停止行為，避免網路故障產生不受控制的重力或接觸運動。
從機器人架構中選擇網路
EtherCAT 適合許多緊密同步的軸和集中的迴圈過程影像。 CAN FD 可容納緊湊的分散式關節、基於優先順序的訊息和適度的負載，採用更簡單的共享佈線。混合機器人可以在致動器組內使用一個網路，另一個用於更高層次通訊。
原型設計最難的設定：最大節點、最長線束、完整資料集、最熱驅動器和注入故障。比較成本、聯結器質量、軟體、診斷、服務和認證需求。選擇經過測量的裕量與可恢復性，而非單一協議口號。
評估“機器人網路 EtherCAT 與 CAN FD：週期、同步與佈線”時，還應儲存模型版本、機器人設定、校正檔案、測試日期和全部試驗記錄。
只有把這些持續投入與單位成功任務的價值比較，才能判斷方案是否適合擴大。
上線後仍要持續檢查分佈變化、感測器漂移、機械磨損和人工接管原因。
- 建立一個完整的迴圈和無環訊號詞典。
- 計算最壞情況的影格或訊息時序。
- 測量取樣年齡和指令應用延遲。
- 在主動馬達驅動旁邊加大最終線纜。
- 在本地定義陳舊指令反應和網路故障反應。
常見問題
EtherCAT 總是比 CAN FD 快嗎？
這並非一個普遍的宣告。 EtherCAT 提供高通量的迴圈處理和分散式時鐘，而實際的截止日期則取決於拓撲結構、裝置和實現。
CAN FD 能控制人形機器人的關節嗎？
當訊息時序、利用率、同步和故障需求符合條件時，它可以支援關節網路。必須分析和測試完整的訊息集。
EtherCAT 和 CANopen 是競爭層嗎？
EtherCAT 是一種網路技術； CANopen 是一種常用於 CAN 上的應用框架，設定檔也可以透過 CoE 傳輸 EtherCAT 傳輸。
更快的網路會自動提升控制力嗎？
不。感測器時序、計算、致動器動力學、環路設計和抖動都必須支援更高的頻率。
環形或冗餘路徑能讓電纜故障安全嗎？
它可能提升可用性，但安全性需要對整個系統進行明確的檢測、狀態轉換和經過驗證的風險降低。
機器人網路邊界說明
協議能力因控制器、裝置、電纜和設定而異。驗證目前規格，並測量最終機器人的最壞時序、同步、電磁故障及停止行為。