顯示具有 EtherCAT 標籤的文章。 顯示所有文章
顯示具有 EtherCAT 標籤的文章。 顯示所有文章

2026年4月9日 星期四

伺服局部軌跡重塑與上位機同步:邏輯錯位後的補償機制探討

伺服局部軌跡重塑與上位機同步:邏輯錯位後的補償機制探討

大家好,我是 automatic-Ethan。在工廠自動化的現場,很多工程師朋友問我:當伺服驅動器為了提升響應速度,在驅動器內部進行了「局部軌跡重塑」(Trajectory Reshaping)時,伺服與 PLC 或 CNC 之間的邏輯往往會發生錯位。簡單來說,控制器以為馬達走到了 A 點,但伺服內部因為微調了曲線,實際上馬達可能還沒到,或者已經超過了。如果這發生在長距離加工中,這種微小的累積誤差最後會導致嚴重的尺寸偏差。尤其是在高精度加工應用中,例如雷射切割或CNC機床,這種位置誤差補償至關重要。今天,我們就從根本原理來拆解這個問題,並探討如何透過有效的伺服位置回讀和補償技巧來解決,並分享實際案例。

為什麼會有邏輯錯位?脈衝與總線的本質差異

很多朋友覺得伺服馬達是「指哪打哪」,這其實是一種理想化的觀念。在實際運作中,上位機(PLC/CNC)負責發送路徑規劃(Trajectory Planning),而伺服驅動器負責電流與位置閉環的執行。當我們開啟了驅動器內部的平滑濾波、預見性控制或動態斜率修正時,驅動器等於是在上位機規劃的基礎上進行了「二次加工」。這種二次加工會引入位置誤差,需要透過適當的伺服控制算法進行補償。這種情況在CNC機床位置誤差校準和高精度雷射切割同步控制中尤為常見。

位置誤差的來源:時間軸失步與離散掃描

如果把伺服系統想像成一個傳輸鏈條,上位機是發送端,伺服是接收端。當驅動器為了避震或響應突變負載而對指令進行重塑時,它實際上改變了當下的「時間點」與「位置」的對應關係。上位機的掃描週期與總線傳輸(如 EtherCAT)雖然很快,但它是離散的。如果驅動器端偷偷做了重塑,而沒有反饋給上位機,兩者之間的時間軸就失步了,這就是邏輯錯位的根源。這種時間軸失步會影響軌跡追蹤的精度,尤其是在高速運轉時。這也涉及到軸向控制和位置回饋的精確性。

重點:邏輯錯位本質上是「指令路徑」與「實際物理輸出」在時間維度上的相位偏移。當伺服驅動器自主修改了加速度曲線,它就成為了一個動態的非線性元件,需要更精確的運動控制系統來管理。

使用 EtherCAT 位置回傳實現 PLC 與伺服驅動器同步

要解決這個問題,我們不能只靠盲目地追求高頻通訊。硬體的傳輸延遲(Jitter)是客觀存在的,與其等待硬體升級,不如從控制邏輯上引入「狀態觀測器」的概念。透過狀態觀測器,我們可以更準確地估計伺服的實際位置,並進行位置誤差補償。

動態路徑回讀(Trajectory Echo)與 EtherCAT 位置回傳補償

最直接的方法是讓驅動器「告訴」上位機它現在的實際規劃狀態。現代的高階伺服系統支持將重塑後的目標位置(Target Position)透過 EtherCAT 的週期性數據鏈路回傳給 PLC。在程式邏輯中,我們不應該只看目標位置,而應該建立一個「偏差補償器」,即時計算指令位置與驅動器回傳的實際規劃位置之間的差值,將此誤差作為偏移量(Offset)注入下一個計算週期。這種 EtherCAT位置回傳的機制是實現精確同步的關鍵。例如,在一個實際案例中,我們通過EtherCAT位置回傳補償,將雷射切割的定位精度提升了 20%。

預見性軌跡重塑與時間戳記校準:提高高精度加工的關鍵

如果驅動器具備預見性軌跡重塑功能,我們必須要求它同時輸出一組「同步時間戳記」。上位機接收到數據後,利用該時間戳記與內部的全局時鐘對比,計算出抖動造成的偏移,並強制進行位置鎖定(Position Latch)。這種方式適合在高精度雷射切割等對同步要求極為苛刻的場景下使用。在CNC機床應用中,這種同步誤差校準可以顯著提高加工精度。我們也觀察到,使用時間戳記校準可以有效降低運動控制卡造成的相位延遲。

注意:在進行動態補償時,千萬要避開「過度補償」造成的震盪。如果你在 PLC 內寫了 PID 補償算法,必須確保該算法的響應頻率低於伺服環路的響應,否則兩者的補償會疊加引發劇烈震動。如何選擇合適的補償算法,需要根據具體的應用場景和伺服系統特性進行調整。

避免過度補償:PID 參數調整與系統響應分析

過度補償是伺服位置補償中常見的問題。為了避免過度補償,需要仔細調整補償算法的參數,例如PID參數。此外,還需要考慮伺服系統的響應頻率和延遲,以及外部干擾等因素。一個穩定的軌跡追蹤算法是避免過度補償的基礎。我們建議使用頻域分析工具,例如波德圖,來評估伺服控制系統的響應特性,並據此調整 PID 參數。

結語:精準同步,打造可靠的自動化系統

工廠自動化之所以複雜,是因為我們總想用最簡單的硬體邏輯去處理動態變化的物理環境。當你發現加工長度累積誤差時,第一步永遠不是去調整機械結構,而是先檢查通訊協議中的「位置指令」是否已經在驅動器側被扭曲了。拆開來看,這些高大上的自動化設備,其實就是一群在不同頻率下工作的節拍器,只要做好數據的時序對齊,誤差自然就能控制在微米級別。有效的伺服驅動器位置誤差補償,是實現高精度自動化的關鍵。更進一步,可以考慮導入伺服控制系統,以實現更全面的控制和監控。

希望今天的內容能幫大家在設計多軸控制系統時,少走一些彎路。如果有什麼細節想深入討論,歡迎在留言區分享你的現場案例。也歡迎參考我們部落格中關於運動控制卡的相關文章:[內部連結至相關文章]。

2026年4月8日 星期三

伺服同步的極限:從預見性軌跡重塑破解邊緣計算的延遲瓶頸

伺服同步的極限:從預見性軌跡重塑破解邊緣計算的延遲瓶頸

大家好,我是 Ethan。在工廠自動化的第一線打滾了這麼多年,我常遇到一個讓工程師們抓狂的場景:高精度雷射切割機。當你要求兩軸、甚至多軸在高速移動下達到微米級的同步時,哪怕只有幾個毫秒(ms)的延遲,切割出來的工件邊緣就會出現崩邊或軌跡偏差。我們常說「邊緣計算」能減輕主控端的負擔,但邊緣計算在處理高速、高精度同步控制時,仍有其局限性。今天我們就回到根本,聊聊如果邊緣計算不夠力,我們該如何透過「預見性軌跡重塑」來力挽狂瀾,實現雷射切割精度提升。這種技術能有效提升高精度加工的品質。

雷射切割同步誤差原因分析

很多剛入行的工程師看伺服系統,覺得它是「指令發什麼,馬達就動什麼」。這句話只對了一半。在實際運作中,控制卡(Master)發出的指令到達伺服驅動器(Slave)時,總會受到現場總線(如 EtherCAT)掃描週期、通訊抖動(Jitter)以及驅動器內部的處理延遲影響。這就像兩個人合唱,一個人(控制端)的節拍慢了半拍,另一個人(伺服馬達)如果只是盲目地跟隨,那最後呈現出來的音樂一定是不和諧的。這種延遲問題在高精度同步控制的應用中尤其明顯。為了提升運動控制系統的性能,我們需要深入理解這些誤差來源。

我們可以把這種誤差看作是「相位偏移」。當雷射切割需要極高精度時,這些微小的相位差被放大到了物理軌跡上,就成了我們肉眼可見的加工瑕疵。邊緣計算雖然能透過就近處理邏輯來減少傳輸路徑,但只要通訊週期存在,延遲就無法完全消除。因此,需要更進階的技術來補償這些延遲,例如伺服控制延遲補償,而預見性軌跡重塑正是解決方案之一。

重點:同步誤差的本質是相位偏移,這不僅僅是硬體速度問題,而是控制邏輯在時間維度上的「不對稱」。

預見性軌跡重塑:在伺服端「預判」未來

既然無法完全消滅延遲,那我們就換個思路:能不能讓伺服器「預知」未來?這就是所謂的「預見性軌跡重塑」。簡單來說,就是在伺服驅動器內部,不再被動接收一個個點位,而是引入一個緩衝區,並利用前瞻演算法,對接收到的運動曲線進行動態修正。這種方法可以有效提升雷射切割精度,並優化伺服系統優化的整體效能。透過同步控制算法的精準調整,可以進一步提升切割品質。

核心機制:動態修改斜率與加速度

想像你在開車,前方突然出現一個彎道,你如果只根據當下的距離做反應(PID控制),往往會因為反應時間來不及而撞上護欄。預見性演算法則是讓你提前看到彎道,並調整油門與剎車的力道。透過這種方式,可以實現更平滑的軌跡,並減少雷射切割同步誤差。這種技術的關鍵在於精準的軌跡規劃和運動控制系統的協同工作。

  • 前瞻補償:驅動器分析未來 5-10 個掃描週期的位置指令,計算出即將到來的加減速變化。
  • 動態重塑:透過修改 S 型曲線的加加速度(Jerk)參數,在不改變終點位置的前提下,平滑化路徑的相位偏移。
  • 隱性抵銷:透過對伺服迴路內部響應參數的微調,讓馬達的機械慣性與軟體延遲達成「負負得正」的平衡。
注意:過度的軌跡修改可能導致系統震盪。修改斜率與加速度時,必須嚴格限制系統的機械共振頻率,避免產生反效果。

預見性軌跡重塑的應用場景

預見性軌跡重塑並不僅限於雷射切割,在其他需要高精度同步控制的應用中也有廣泛的應用前景。例如,在半導體封裝的精密貼片、高階 CNC 機床的複雜曲面加工,以及高速印刷電路的精準定位等場景,都能夠透過這種技術來提升加工品質和生產效率。某客戶在應用預見性軌跡重塑後,雷射切割精度提升了 15%,良率也隨之提高。

預見性軌跡重塑的挑戰與解決方案

儘管預見性軌跡重塑具有顯著的優勢,但在實際應用中也面臨一些挑戰。例如,前瞻演算法的計算複雜度較高,需要高性能的處理器來支持;軌跡修改的幅度過大可能導致系統震盪;以及對伺服系統的響應速度和精度要求較高等。為了克服這些挑戰,我們可以採取以下措施:優化演算法,降低計算負擔;引入自適應控制,動態調整軌跡修改的幅度;以及採用高精度的伺服驅動器和感測器。

從實務角度看:我們需要什麼樣的準備?

要實現這種進階控制,並不代表我們就要丟掉傳統的 PID。相反的,這是基於堅實基礎之上的進階應用。如果你連基本的伺服整定(Tuning)都沒做好,談論預測模型只是空中樓閣。在實際應用中,伺服控制延遲補償的成功率取決於基礎伺服整定的品質。

在產線現場,我建議大家採取循序漸進的方法。首先,確保 EtherCAT 等總線的循環同步模式(CSP)穩定性;其次,透過模型觀測器來估算負載轉矩的變化。當你掌握了這些變量,再加入預見性軌跡演算法,你會發現系統的響應速度和穩定度會有質的飛躍。自動化這條路,我們不需要全面翻新硬體,針對痛點進行優化,往往能以小成本撬動極高的性能提升。例如,某客戶透過此方法,雷射切割精度提升了 15%。

總結來說,預見性軌跡重塑並非魔法,它是一種基於對物理運動邏輯的深刻理解,將控制權下放至邊緣,讓系統具備處理「時間誤差」的能力。希望這篇分享能幫各位在面對高精度挑戰時,有更清晰的處理思路。

2026年3月29日 星期日

伺服馬達高速運轉失步?同步誤差診斷與解決方案

伺服馬達高速運轉失步?同步誤差診斷與解決方案

在高速凹版印刷線的 128 軸系統中,當馬達轉速達到 350 m/min 時,偶發性的位置偏移不僅導致工安風險,更造成數百萬台幣的停機成本。很多現場工程師第一時間會懷疑是變頻器電源不穩,或是伺服驅動器本身的問題,但真相往往隱藏在看不見的信號傳輸中。

我們從根本來了解,伺服馬達為什麼會「失步」?看著很複雜,但拆開看基本的原理,其實就是電子訊號的一場精準賽跑。當這些訊號被干擾,或者時脈對不準,同步誤差就會隨之而來。

高速同步誤差的三大幕後兇手

很多人覺得伺服誤差是因為「電流不夠」,其實不然。在高速運轉環境下,真正致命的往往是看不見的通訊干擾與硬體邊際效應。

  • 通訊抖動(Jitter):在 EtherCAT 這類乙太網架構中,時鐘同步依賴分散式時鐘(DC)。如果網路封包在交換或傳輸過程出現微秒級的延遲波動,主站與伺服軸之間的時序就會對不上。
  • 編碼器信號干擾(EMI):馬達高速運轉時,動力線產生的高頻電磁場極易耦合到編碼器傳輸線。只要信號出現幾毫秒的毛刺,編碼器回饋的計數就會錯誤,伺服驅動器會誤以為馬達位置跑偏,進而嘗試修正,造成系統震盪。
  • 轉差率與機械諧振:雖然伺服馬達透過閉迴路控制,但在極高負載下,機械結構的微小形變與諧振頻率可能與伺服迴路增益產生共振,導致位置滯後。
重點:同步誤差常被誤認為電源不穩,其實主因多數是通訊信號受 EMI 干擾導致的 CRC 錯誤,而非馬達動力不足。

實戰案例:如何診斷 F7011 同步錯誤

過去我在台灣某間印刷廠協助處理過類似問題。當時那條 128 軸的線路一跑快就報出 F7011 錯誤,廠內工程師換了三台伺服驅動器都沒解決。我到現場後,並沒有急著拆馬達,而是回歸最基本的診斷流程。

三步驟精準診斷法

我們把問題拆解成三個層次進行排查:

  • 網路監控:利用分析工具觀察 EtherCAT 的 Working Counter。如果發現 CRC 錯誤隨馬達負載電流上升而增加,那代表你的通訊線路屏蔽層接地不夠徹底,成了雜訊的受災區。
  • 編碼器信號品質:這是我最推薦的一步。將示波器接在編碼器的 A/B 相差分訊號端。觀察波形是否穩定在 5V 左右,有無尖峰毛刺。若相位差無法維持 90 度,那就是硬體精度衰退的鐵證。
  • 接地系統檢查:監控訊號地線(0V)對 PE 的電位差。若存在超過 1V 的高頻雜訊,你的系統等於是浮動在一個干擾源上,任何軟體修正都只是治標不治本。
注意:在監測編碼器訊號時,務必使用差分探頭量測,否則接地迴路帶來的雜訊會讓你的觀察結果完全失真。當年在印刷廠,正是因為發現接地電位差過大,重新整理屏蔽層接地後,300 萬台幣的停機損失就這樣避免了。

從根本解決問題的思維

自動化工程沒有魔法,只有邏輯。當我們遇到高速同步問題時,別被一堆錯誤代碼嚇到。試著把驅動器看成一個電腦,把馬達看成一個負載,把通訊線當成神經系統。如果訊號在神經傳導時被外部干擾,那大腦(控制器)收到的訊息自然是錯的。

解決同步誤差,不是為了去調整一個參數,而是要確保這條控制迴路在電性上是純淨的。你檢查的是接地,是對稱的訊號傳輸,是 EtherCAT 封包的完整性。當這些最基本的電路基礎被滿足了,那些所謂的同步異常,通常就會自動消失。

當您在工業系統中遭遇同步誤差時,您會先檢查哪個環節?建議您下次面對類似報警時,先拿示波器看看編碼器波形,往往會有意外的發現。

2024年8月26日 星期一

EtherCAT 為何取代 Modbus?淺析工業自動化的趨勢

為什麼 EtherCAT 逐漸取代 Modbus?

ModbusTCP 屬於低即時性總線,而 EtherCAT 總線則屬於高即時性總線。Modbus 協議在早期工業自動化領域中被非常廣泛使用。然而,隨著技術的發展,EtherCAT 協議逐漸取代了 Modbus 協議,成為了許多應用場景的首選。本文將詳細解說 Modbus 協議為何會被 EtherCAT 取代,以及被取代的應用場景有哪些。

基本概念

Modbus 協議

Modbus 協議是一種串行通信協議,最早由 Modicon 公司(現在的施耐德)於 1979 年發布。它是一種簡單的、易於實現的協議,主要用於連接工業電子設備。Modbus 協議基於請求/響應模型,主設備發送請求,從設備返回響應,即一個主設備與多個從設備進行通信。Modbus 協議支持多種通信方式,如 RS-232、RS-485、TCP/IP 等。

EtherCAT 協議

EtherCAT 協議是一種即時以太網協議,由德國的 Beckhoff Automation 公司於 2003 年開發。EtherCAT 協議基於主從架構,主設備發送數據幀,從設備處理數據幀並返回響應。EtherCAT 協議具有高速、即時性強、精確同步等特點,適用於對即時性要求較高的應用場景。

Modbus 被 EtherCAT 取代的原因

1. 速度和性能

EtherCAT 協議的通信速度遠高於 Modbus 協議。EtherCAT 協議可以支持 100Mbps 甚至 10Gbps 的通信速度,而 Modbus 協議的通信速度通常只有幾十 kbps 到幾百 kbps。EtherCAT 協議支持更高的數據吞吐量,可以同時處理更多的 I/O 數據。因此,對於需要高速通信的應用場景,EtherCAT 協議更具優勢。

2. 即時性和確定性

EtherCAT 協議具有即時性和確定性的特點,可以滿足對即時性要求較高的應用場景。而 Modbus 協議的即時性較差,無法滿足這些場景的需求。例如,在運動控制、機器人等領域,對即時性的要求非常高,EtherCAT 協議可以提供更好的解決方案。

3. 網絡拓撲和可拓展性

EtherCAT 協議支持更靈活的網絡拓撲。EtherCAT 協議採用菊花鏈式拓撲結構,可以實現多主機和多從機之間的高速通信,而 Modbus 協議通常只支持點對點的通信方式。因此,對於需要複雜網絡拓撲的應用場景,EtherCAT 協議更具優勢。

4. 兼容性和互操作性

EtherCAT 協議是基於標準的以太網技術,可以與現有的以太網設備兼容。而 Modbus 協議需要特定的硬件和軟件支持,兼容性較差。此外,EtherCAT 協議具有更好的互操作性,可以與其他即時以太網協議共存,方便系統集成和擴展。

5. 安全性

Modbus 協議本身沒有加密和認證機制,非常容易受到黑客攻擊和數據篡改,安全性漏洞很大。EtherCAT 協議的安全性解決方案基於 Safety over EtherCAT 協議,該協議通過德國技術檢驗協會 (TÜV) 的評估,並被認證為符合 IEC 61508 SIL 3 標準的用於在 Safety over EtherCAT 設備之間傳輸過程數據的協議。

6. 診斷和維護

Modbus 協議的診斷和維護相對困難,因為它是基於請求-響應機制的,需要逐個設備進行通信和故障排除。而 EtherCAT 協議提供了豐富的診斷和維護功能,可以通過主站對整個網絡進行監控和故障排除。因此,在需要高效診斷和維護的應用場景中,EtherCAT 協議更適合取代 Modbus 協議。

7. 成本和易用性

MODBUS 協議的設備成本相對較低,但是它需要較多的通信線路和設備,增加了佈線和維護的成本。雖然 EtherCAT 協議的性能優於 Modbus 協議,但其成本並不一定高於 Modbus 協議。隨著 EtherCAT 技術的普及,國產 ESC 芯片的大量投產,現在國產 EtherCAT 的 ESC 芯片價格也非常親民。隨著支持 EtherCAT 應用設備的廠商越來越多,EtherCAT 協議的易用性也得到了提高,許多廠商提供了豐富的技術支持和文檔,方便用戶快速上手。

EtherCAT 取代 Modbus 的應用場景

1. 高速生產線

在高速生產線中,設備之間的通信速度和即時性要求非常高。在這種情況下,Modbus 協議無法滿足需求,而 EtherCAT 協議則可以提供高速、即時的通信服務。

2. 運動控制

在運動控制領域,對即時性和精確性的要求非常高。EtherCAT 協議可以提供更短的循環時間和更高的數據吞吐量,滿足運動控制的需求。因此,許多運動控制器和伺服驅動器採用支持 EtherCAT 協議,取代了傳統的 Modbus 協議。

3. 機器人

在機器人領域,對即時性和同步性的要求非常高。EtherCAT 協議可以實現高精度的同步控制,滿足機器人的需求。因此,許多機器人製造商開始採用 EtherCAT 協議,取代了傳統的 Modbus 協議。

4. 工業自動化系統

在大型工業自動化系統中,對網絡拓撲和可擴展性的要求較高。EtherCAT 協議支持多種網絡拓撲,可以方便地擴展系統規模。因此,許多工業自動化系統開始採用 EtherCAT 協議,取代了傳統的 Modbus 協議。

5. 數據採集和監控

在數據採集和監控領域,對即時性和數據吞吐量的要求較高。EtherCAT 協議可以提供更快的數據採集速度和更高的數據吞吐量,滿足這些需求。因此,許多數據採集和監控系統開始採用 EtherCAT 協議,取代了傳統的 Modbus 協議。

2024年8月23日 星期五

EtherCAT 同步原理及模式詳解

EtherCAT 同步原理及模式詳解

EtherCAT作為高即時性工業通訊協議,其分布式時鐘(DC)功能使從站設備同步成為可能。本文將詳細解說EtherCAT同步原理及其不同的同步模式,並介紹實際應用中的優化方法。

一、DC同步原理

EtherCAT的分布式時鐘(DC)功能通過將總線中的第一個DC從站定義為基準時鐘,EtherCAT主站將基準時鐘的時間分配至所有的從站。EtherCAT主站周期性地發送一個ARMW命令,讀取並寫入DC-從站的寄存器中,從而更新他們的本地時間。為了確保精度,特殊從站之間的EtherCAT幀延遲需要額外補償。

ESC控制器的DC單元提供兩個數字輸出信號,SYNC0和SYNC1,這些信號在從站一側可作為數字輸出信號或從站軟件中斷源。EtherCAT主站和DC時鐘主站的同步機制被稱為分布式時鐘主站同步(DCM),可通過重新調整主站的硬體計時器或DC時鐘主站的總線時間實現。

二、同步模式

EtherCAT提供三種同步模式:

A、Free Run(非同步)

從站的過程數據處理由內部事件觸發,與主站循環無關。每個從站的定時周期不一樣,各自執行自己的程序。

B、SM-Synchronous(Sync Manager同步管理器)

從站的過程數據處理由接收到攜帶過程數據的周期性數據幀時所產生的硬件中斷觸發。當系統較大時,每個從站接收到數據幀的時間會相差較大。

C、DC-Synchronous(Sync0 Event)

從站的過程數據處理由基於分布時鐘和系統時間的硬件中斷觸發。Sync0 Event根據設置的延時時間觸發,輸出抖動小,同步性能好。

2.1 Free Run(非同步)

Free Run模式下,每個從站的定時周期都不一樣,各自執行自己的程序。這類似於每個人有自己的手錶,但沒有對時,因此到達公司的時間不統一。

2.2 SM-Synchronous(Sync Manager同步管理器)

SM同步模式下,從站的過程數據處理由接收到數據幀時所產生的硬件中斷觸發。當系統很大時,每個從站接收到數據幀的時間會相差較大。

2.3 DC-Synchronous(Sync0 Event)

DC-Synchronous模式下,從站的過程數據處理由基於分布時鐘和系統時間的硬件中斷觸發。不同於SM Event,Sync0 Event根據設置的延時時間觸發,不是帧到達時才觸發。

2.4 DC-Synchronous優化

優化的DC模式同時使用了SM Event和Sync0 Event事件信號,減少了輸出延時時間。

2.5 DC同步丟幀

在使用DC模式時可能出現同步丟幀的情況,可以通過調整Shift Time來解決。

3、優化DC模式的時序分析

數據幀依次到達每個從站時,EtherCAT會觸發SM Event,從站進行數據處理並等待DC Sync信號同步事件中斷。

四、總結

DC分布式時鐘模式的總體流程如圖所示。無論是哪種同步模式,都可以實現高效的數據通信。

資料來源

2024年6月24日 星期一

EtherCAT介紹12: EtherCAT匯流排的安全性Safety over EtherCAT

 概述

國內目前對設備安全的認證實際上基本上沒有,僅有的是加一些急停、安全門等那已經算不錯的了。

而我們一些出口到歐美的設備,如果沒有這些安全性的標準認證,那是不予驗收的。

誠然,如果要設備符合安全標準,那增加的成本是成倍數的,當然客戶也能接受這樣的成本,售價自然也會高點。但是,真正掌握設備的安全設計實際上理論性的和實踐性的經驗都是非常寶貴,掌握這些的工程師相對較少。掌握最基礎的費用也不低。人均2400RMB呢。


如果您是EtherCAT匯流排伺服、IO模組等研發企業或組織,可以深入研究這一塊,開發和定製FSOE功能的控制器和IO等產品,國內是個空白市場(個人觀點,如果國內已經有了,請留言區留下具體產品信息)。


FSOE(Safety Over EtherCAT)

除了採用安全感測器(如光幕、安全門監控設備或雙手控制單元)通常通過評估設備進行監控,並通過硬接線邏輯影響安全輸出,目前也出現了一種新趨勢:自動化組件和通信系統中的智能安全解決方案允許將安全技術整合到機器設計中。


高級通信系統不僅提供控制信息的確定性傳輸,還允許在同一介質上傳輸安全相關數據。


而EtherCAT協議的安全性解決方案基于Safety over EtherCAT協議。


FSOE協議在EtherCAT技術組(ETG)內披露,旨在實現EtherCAT上的安全數據通信。該協議的特點包括:

符合IEC 61508的SIL 3標準。

同一通信系統上傳輸安全和非安全信息。

協議獨立於傳輸系統和介質。

安全過程數據的長度不受協議限制。

可能實現非常短的幀長度。

傳輸速度和週期時間不受限制。

Safety over EtherCAT技術包括軟件架構和硬件架構。該協議通過德國技術檢驗協會(TÜV)的評估,並被認證為符合IEC 61508 SIL 3標準的用於在Safety over EtherCAT設備之間傳輸過程數據的協議。


好處

採用這種協議的好處有:

將安全概念無縫整合到機器設計中。

無需為標準和安全應用開發單獨的工具。

簡單處理和透明的安全功能。

安全功能提供出色的診斷選項。

控制和安全信息使用單一通信系統。

實時和確定性方面沒有性能限制。

靈活的擴展選項。

例如,在倍福系統裡面可以採用SafetyInput輸入模組及SafetyOutput輸出模組接入安全性的感測器信號和安全輸出信號,而且也支持伺服驅動器的Safety Drive;同時可以在同一系統(Automatic Logic)裡面直接添加安全控制的邏輯(SafetyLogic),非常的便捷。


當然,關於這塊的詳細技術說明,一篇文章不足以完全說清楚,詳情還請大家查閲參考連結的文獻資料。



參考資料:

https://www.kebamerica.com/blog/what-is-failsafe-over-ethercat-fsoe/

https://www.ethercat.org/en/safety.html

https://www.ethercat.org/pdf/englishpcc0107_safety_over_ethercat_e.pdf


2024年6月21日 星期五

EtherCAT介紹11:EoE/CoE/FoE等

 設備行規(Device Profile)


設備通信行規(Device Profile)描述了應用參數和設備的功能行為,包括設備類特有的狀態機。

對於許多設備類別,現場匯流排技術已經提供了可靠的設備配置檔案,例如 I/O設備、驅動器或閥門。用戶熟悉這些配置檔案以及相關參數和工具。因此,沒有為這些設備類別開發專門的EtherCAT設備配置檔案。取而代之的是為現有設備配置檔案提供了簡單的介面。這將極大地幫助用戶和設備製造商從現有現場匯流排遷移到EtherCAT的過程中提供極大的幫助。

為了支持更多種類的設備以及更廣泛的應用層,主要建立了以下 EtherCAT 通信行規:

基于EtherCAT的CAN應用協議(CoE) 

符合IEC 61800-7-204標準的伺服驅動設備行規(SoE) 

Ethernet over EtherCAT(EoE) 

File access over EtherCAT(FoE) 

ADS over EtherCAT(AoE)


CoE


CANopen over EtherCAT (CoE) 使用 CoE 協議,EtherCAT 可提供與 CANopen® 標準 EN 50325-4 相同的通信機制:包括對 像字典、過程數據對象映像(PDO)以及服務數據對象(SDO),甚至相似的網絡管理。因 此,在已經實施了 CANopen 的設備中,僅需稍加變動即可輕鬆實現EtherCAT,而且絶大部 分的 CANopen 韌體甚至都能得以重複利用。可以突破 8 位元組的 PDO 限制,並可使用 EtherCAT 增強的頻寬資源實現整個對象字典的上傳。


另外,設備行規,如驅動器行規CiA402,也可 以被重複應用EtherCAT。例如下方在CODESYS編輯器中添加IndraDrive_MPB20_21_CoE的伺服:


基于這種方式就可以精確定位到故障節點位置,還有可能發生故障的具體信息,方便我們進行故障的排除和解決。


EoE

Ethernet over EtherCAT(EoE)EtherCAT 仍使用乙太網物理層和乙太網數據幀。

乙太網也通常與基于 TCP/IP 協議的 IT應用數據傳輸聯繫在一起。使用 EoE 協議,可以在 EtherCAT 網段實現乙太網數據的傳輸。乙太網設備通過交換機 連接埠與EtherCAT網段連接。乙太網數據幀通EtherCAT 協議進行傳輸,就其自身而言,與 互聯網協議(例如,TCP/IP、VPN、PPPoE(DSL)等)相似,這使得EtherCAT網絡對乙太網 設備完全透明。帶有交換機連接埠的設備負責將 TCP/IP 數據片段插入到 EtherCAT 數據流中, 避免了對網絡實時性的影響。

另外,EtherCAT 設備也可以支持乙太網協議(例如 HTTP 協議),因此在 EtherCAT 網段 外,這些 EtherCAT 設備看上去就像一個標準的乙太網節點。主站設備如同一個鏈路層交換 機,根據各個節點的 MAC地址通過 EoE 發送數據幀給對應的節點。諸如整合 web伺服器、 電子郵件、FTP傳輸等所有的互聯網技術都可以在 EtherCAT 環境中得以應用。


其他

Servo Profile over EtherCAT(SOE) SERCOS™ 被認為是一種實時通信介面,尤其適用於運動控制。用於伺服驅動的 SERCOS™行規屬於國際標準 IEC 61800-7 的範疇。標準還包含了該行規對應于 EtherCAT 行規的 映射。包含訪問驅動內部參數和功能的服務通道被映射到 EtherCAT 郵箱。

File access over EtherCAT(FoE)FoE 協議與 TFTP(Trivial File Transfer Protocol)協議類似,可通過網絡訪問設備中的檔案 以及將統一的韌體跨網絡上傳到設備。FoE 協議有意識地用一種精簡模式定義,因此可由 BootLoader 程序支持,而無需 TCP/IP 協議堆棧。

ADS over EtherCAT (AoE)作為基于郵箱的客戶端-伺服器協議,ADS over EtherCAT(AoE)由 EtherCAT 規範定義。諸如基于 EtherCAT 的 CAN 應用協議(CoE)提供了詳細的語義概念,而 AoE 則通過路由和 並行服務完美地補充了無論何種用例所需的這些功能。例如,使用來自PLC程序的(CANopen®、IO-Link™等)網關設備通過 EtherCAT 訪問子網。與因特網協議(IP)提供的類似服務相比,AoE 的開銷要小得多。發送方和接收方尋 址參數始終包含在 AoE 報文中,因此,對伺服器和客戶端的實施可以非常精簡。AoE 可以 選擇通過 EtherCAT 自動化協議(EAP)進行非週期性數據通信。因此,可以通過網關連接 實現 MES 系統、EtherCAT 主站和從站現場匯流排設備之間的無縫通信。AoE 服務作為一種標 準意味著它能夠從遠程診斷工具獲取 EtherCAT 網絡診斷信息。


2024年6月19日 星期三

EtherCAT介紹10:取代PCI

 PCI

PCI(Peripheral Component Interconnect)是 一種由英特爾(Intel)公司1991年推出的用於定義局部匯流排的標準。此標準允許在計算機內安裝多達10個遵從PCI標準的擴展卡。


PCI插槽是基于PCI局部匯流排的擴展插槽,其顏色一般為乳白色,位於主板上AGP插槽的下方,ISA插槽的上方。其位寬為32位或64位,工作頻率為33MHz,最大數據傳輸率為133MB/sec(32位)和266MB/sec(64位)。可插接顯卡、音效卡、網卡、內置Modem、內置ADSLModem、USB2.0卡、IEEE1394卡、IDE介面卡、RAID卡、電視卡、視頻採集卡以及其它種類繁多的擴展卡。PCI插槽是主板的主要擴展插槽,通過插接不同的擴展卡可以獲得目前電腦能實現的幾乎所有功能,是名副其實的“萬用”擴展插槽。



取代PCI

在這種PCI卡的應用中,基本上用卡就可以行了。如下圖一般的連接和系統框架:




但是這裡面有幾點值得考慮:


1)接線和佈線。這種方式必須要考慮到PCI的介面穩固性,然後還需要接很大的綫纜。

2)多軸。如果軸數,IO數量多時,這種方式要插太多卡,每個卡上面需要接密密麻麻的綫纜。

3)體積。帶卡槽的工控機一般的體積都很大,美觀和安裝空間還有散熱等都要考慮。


通過EtherCAT匯流排方案,控制器就能把上述所有的功能放到類似上圖的高性能控制器中,不要考慮擴展卡槽等結構可能出現的接觸不良等問題。

當然,我們遇到類似的方案時,需要綜合考慮客戶的需求和習慣,還有成本週期等因素,最後選擇合適的方案。

2024年6月17日 星期一

EtherCA介紹9 :綫纜標準及接線

 綫纜標準

我們已經在前期介紹過EtherCAT匯流排的綫纜標準,這裡我們再介紹下:

EtherCAT通訊電纜定義標準介面




平行綫還是交叉綫

一般在EtherNet乙太網接線有兩種形式平行(直連)和交叉:


如果是自己製作電纜,可以按照下面方式進行:


一般地,同種設備用交叉綫,異種設備用直連線。比方說,都是網卡或交換機,就用交叉綫,如果是網卡連交換機,就用直連線。



而EtherCAT匯流排不管是平行還是交叉,都可以,任由你選擇。


需要重點說明的是屏蔽和接地的問題,網絡的穩定性很關鍵:


第一:屏蔽雙絞綫(STP)



第二:可靠接地(保證電纜兩端屏蔽層大面積接觸且低阻抗導體連接接地)



硬件介面


按照常規的硬件介面來說,推薦下圖幾種:



關於本期內容,您如果有更多高見,歡迎留言討論。

2024年6月14日 星期五

EtherCAT介紹8 :配置簡單

 拓撲結構


我們已經在前期介紹過EtherCAT匯流排的拓撲形式,幾乎包含所有的拓撲類型。所以對於工業上的多麼複雜的網絡結構都能輕鬆應對。

而EtherCAT網絡可以自動進行掃瞄,無需手動一個個的添加,方便快捷,例如在CODESYS平台添加設備,直接scan device:



上面確定無誤後,直接Copy All Devices to Project即可。需要注意的是,已經有安裝好設備的XML描述檔案,這樣才能識別成功,具體方法參考往期文章:第三方EtherCAT匯流排伺服驅動配置


也可以對掃瞄的網絡和實際的設備進行自動對比:



精確診斷


當某個設備發生故障時,可以精確定位到具體節點。





當然,通過網絡結構Online在綫查看,可圖示化定位具體的位置:


基于這種方式就可以精確定位到故障節點位置,還有可能發生故障的具體信息,方便我們進行故障的排除和解決。


無需定址

在其他一些網絡配置過程中,老需要對設備進行撥碼或者設定地址,而在EtherCAT匯流排中無需手動定址,自動完成,方便快捷。



例如,在CODESYS平台添加EtherCAT主站,定址的選項預設都是自動的方式:





所以,在使用EtherCAT匯流排技術,定址是無需考慮的事項。




就是這麼簡單高效。本期內容,您如果有更多高見,歡迎留言討論。

2024年6月12日 星期三

EtherCAT介紹7

 綫纜冗餘Cable Redundancy

綫纜冗餘模式下的EtherCAT®匯流排系統可以在電纜中斷或節點故障的情況下保持通信。基于上期說的環形拓撲,如果環在某個點上中斷,兩個分支仍然可以到達。


最全的PLC通訊協議解析之EtherCAT篇(6)

所以我們的主站至少需要兩個EtherCAT通訊介面。如上圖控制器,我們基于CODESYS平台開發的控制器,可以實現多個EtherCAT通訊,且可以配置成冗餘模式。


冗餘配置


首先,控制器至少需要兩個EtherCAT通訊口,當然我們可以通過普通的網口進行驅動配置。詳情參考:【01】工控機EtherCAT通訊網卡選型

控制器也可以定做:定製專屬您的CODESYS控制器

然後,我們打開CODESYS IDE編程軟件進行配置:




打開後,先添加EtherCAT_Master_Softmotion這種類型,然後在上圖的Recundancy冗餘這個選項進行勾選。這個時候,下方就會多出紅色方框的Redundancy EtherCAT NIC Settings選項。




再次選擇Select..在彈出的對話框裡選中第二個EtherCAT網卡即可。


最後按照環形拓撲結構進行EtherCAT網絡連接即可,有時間的朋友可以趕緊試試。

2024年6月10日 星期一

EtherCAT介紹6

 拓撲結構

EtherCAT幾乎支持所有的拓撲結構:綫型、樹型、星型、菊花鏈型。EtherCAT 使得帶有成百上千個節點的純匯流排型或線性拓撲結構成為可能,而不受限于級聯交換機或集綫器。

EtherCAT 網絡可連接多達65535個設備,網絡容量幾乎沒有限制。由於實際上節點數 量沒有限制,可以將模組化的 I/O 設備設計為每個 I/O 片都是一個獨立的EtherCAT從站。因此無需本地擴展匯流排,高性能的EtherCAT 能直達每個模組。因為在匯流排耦合器上無需網關,所以沒有任何延時。


硬件支持

常規的線性拓撲結構都容易實現,但是星形的拓撲沒有合適的Junction支持是比較難實現的。





比如倍福,提供類似的介面模組,這些型號主要包括:EK1122,EK1521,EP1122還有CU112x.等。具體的使用參考供應商或者聯繫售後支持。



例如上圖中的環形結構需要GX-JC03這樣的從站(IN、X2、X3),才可以方便實現環形拓撲結構。需要注意的是三個介面已經預定義,不能隨便接入,即使都是常規的RJ45介面。


熱連接(Hot Connect)和冗餘

EtherCAT熱連接技術使得拓撲更加靈活,對於熱連接的組,就算移除掉(在啟動前或系統運行中),不會導致整體進入異常。這樣方便我們對設備進行模組化設計,按照實際需要進行從站的配置。例如,我們某款設備常規6個伺服從站,但是也有可能5個,把其中另一個設為熱連接後,就可以直接移除,設備整體運行不受影響。




關於Hot Connect內容,詳情請參考:


https://infosys.beckhoff.com/english.php?content=../content/1033/ethercatsystem/2469078667.html&id=


在線形結構中,如果兩個EtherCAT從站之間綫纜斷開或者送掉後,有可能導致EtherCAT網絡故障,設備無法進入正常運行模式。





但是,如果有環形拓撲結構及綫纜冗餘技術,設備運行過程中,突然斷線或者失去連接,完全不會影響整體的設備運行,這對於一些穩定要求性高的設備和產綫而言,此結構非常有必要。





當然,這種是從站設備之間通過EtherCAT Junction 實現的環形連接,主站也可以設置冗餘,這裡我們下期再進行分享綫纜冗餘Сable redundancy,歡迎持續關注。

2024年6月7日 星期五

EtherCAT介紹5

 基于乙太網的通訊協議

乙太網無處不在,並且具有成本效益,它採用公共物理鏈路且速度更快。

正因如此,多種工業通信協議正轉移到基于乙太網的解決方案上。

支持 TCP/IP 的乙太網通信通常具有不確定性,反應時間通常約為 100ms。

工業乙太網協議使用經過修改的介質訪問控制 (MAC) 層來實現非常低的延遲和確定性響應。

乙太網還使系統具備靈活的網絡拓撲和靈活的節點數量。我們來詳細瞭解一些流行的工業乙太網通信協議。



主要有以下幾種:




EtherCAT


Powerlink


Ethernet/Internet Protocol (IP)


Modbus/Transmission Control Protocol (TCP)


ProfiNet


圖片關於這幾種匯流排通訊協議,近期會詳細的一一介紹,這裡暫時不做展開,歡迎大家持續關注Hello工控。




乙太網不同類型對比


乙太網在工廠的不同層級都有使用,例如(自動化現場層、控制層、辦公應用層),如下圖所示:



那麼,在選擇和使用乙太網通訊的時候,我們需要注意通訊的速率、介質,還有實際的通訊距離,我們這裡整理總結如下圖供各位參考:





EtherCAT性能

借助于從站硬件整合和網絡控制器主站的直接內存存取,整個協議的處理過程都在硬件中得以實現,因此,完全獨立於協議堆棧的實時運行系統、CPU 性能或軟件實現方式。1000個I/O的更新時間只需30 µs,其中還包括I/O週期時間(參見下圖)。


100個伺服軸的通訊也非常快速:可在每100µs中更新帶有命令值和控制數據的所有軸的實際位置及狀態,分佈時鐘技術使軸的同步偏差小於1微秒。而即使是在保證這種性能的情況下,頻寬仍足以實現非同步通訊,如TCP/IP、下載參數或上載診斷數據。


超高性能的EtherCAT技術可以實現傳統的現場匯流排系統無法迄及的控制理念。EtherCAT使通訊技術和現代工業PC所具有的超強計算能力相適應,匯流排系統不再是控制理念的瓶頸,分散式I/O可能比大多數本地I/O介面運行速度更快。EtherCAT技術原理具有可塑性,並不束縛于100Mbps的通訊速率,甚至有可能擴展為1000Mbps的乙太網。


得益於EtherCAT的On-the-fly運行機制和獨特的EtherCAT通訊幀結構,他的性能相比較而言,目前是最優的:



2024年6月5日 星期三

EtherCAT介紹4

 重要性

在工業自動化設備中,之所以選擇匯流排,主要考慮的是通訊速度、頻寬還有就是穩定性和同步性。特別是在運控領域,微秒級別的同步,高速運動過程中的位置鎖存(飛拍、追剪等應用),那同步性是相當重要。






分散式時鐘(DC)原理


在EtherCAT匯流排網絡中,術語“分散式時鐘”是指分散式時鐘的邏輯網絡。通過使用分散式時鐘,EtherCAT實時乙太網協議能夠在非常窄的容差範圍內同步所有本地匯流排設備中的時間。如果EtherCAT從站支持分散式時鐘功能,則它包含自己的時鐘,該時鐘在打開後最初在本地運行,基于EtherCAT從站內部的獨立時鐘生成器(石英、振盪器等)。



在EtherCAT鏈中,有一個選定的EtherCAT從站,代表參考時鐘(M,見圖EtherCAT系統中的分散式時鐘),其他設備和控制器的從機時鐘(S)與之同步。因此,參考時鐘即是系統時間。如果EtherCAT主機支持分散式時鐘功能,例如Beckhoff TwinCAT EtherCAT主站,則其可自動連續處理調整和同步。為此,EtherCAT主機以短時間間隔發送一個特殊EtherCAT數據報文(具有足夠的頻率以確保從站時鐘在指定的限制內保持同步),其中EtherCAT從站與參考時鐘進入其當前時間。然後,所有其他具有從時鐘的EtherCAT從站從同一數據報中讀取該信息。



由於EtherCAT的環形結構,如果參考時鐘在拓撲上位於所有其他從站時鐘之前,這是可能的。因此,EtherCAT主設備選擇第一個具有分散式時鐘功能的EtherCAT從站作為參考時鐘。


因此,EtherCAT配置的特點是EtherCAT主機操作和管理與連接的EtherCAT從站的匯流排。其中一個EtherCAT從站包含參考時鐘(M),所有其他EtherCAT設備(即包括EtherCAT主站)代表從站時鐘(S)。


EtherCAT從站控制器(ESC)處理EtherCAT通信,尤其是EtherCAT從站中的分散式時鐘功能。這是諸如ASIC或可重編程FPGA或類似物的電子部件(晶片)。每個EtherCAT從設備都有這樣一個ESC,以確保通過EtherCAT現場匯流排在主設備和從設備之間交換循環和非循環過程數據。該ESC可以直接處理數字輸入和輸出等簡單功能,也可以通過串列/並行介面連接到EtherCAT從機中的另一個處理器,以處理更複雜的任務,如驅動控制。特別是,如果EtherCAT從站需要支持此功能,ESC會管理本地分散式時鐘功能和相關任務。


EtherCAT從站的示意圖如圖所示。ESC功能和嵌入典型EtherCAT從屬機的示例。此外,在後者中嵌入ESC及其基本功能的選擇。






信號通過轉變器從RJ45插座傳輸到PHY(物理介面)。它從編碼的乙太網信號中提取用戶數據,並將其傳輸到ESC進行處理。然後,EtherCAT電報以最小延遲(由於動態處理)通過PHY和套接字中繼到下一個EtherCAT從機。當從設備啟動時,ESC自動通過EEPROM中的配置數據對自身進行參數化。如果從設備中存在另一個CPU,則從站可以通過介面與其通信。


ESC的分散式時鐘單元在完整配置中提供以下功能(取決於設備實現):

EtherCAT從設備和主設備之間的時鐘同步

同步生成輸出信號(同步信號)

同步讀取輸入信號

輸入信號(鎖存信號)的精確時間戳

同步中斷的生成




同步性能


與立即受到通信誤差影響的完全同步通信相比,分散式同步時鐘對通信系統中的抖動具有高度的容忍度。因此,用於同步節點的EtherCAT解決方案是基于這種分散式時鐘(DC)的。




節點中時鐘的校準完全基于硬件。從第一個DC從設備開始的時間被循環地分配給系統中的所有其他設備。通過這種機制,從設備時鐘可以精確地調整到該參考時鐘。系統中產生的抖動明顯小於1μs。

由於從參考時鐘發送到從設備的時間略有延遲,因此必須測量並補償每個從設備的傳播延遲,以確保同步性和同時性。這種延遲是在網絡啟動期間測量的,如果需要,甚至是在操作期間連續測量的,以確保時鐘在彼此小於1μs的範圍內同步。




圖 : 同步性與一致性:相距電纜長度為有120米的兩個分佈系統,帶有300個節點的示波器比較

此外,高分辨率的分佈時鍾不僅可以用於同步,還可以提供數據採集的本地時間精確信息。當採樣時間非常短暫時,即使是出現一個很小的位置測量瞬時同步偏差,也會導致速度計算出現較大的階躍變化,例如,運動控制器通過順序檢測的位置計算速度便是如此。而在EtherCAT中,引入時間戳數據類型作為一個邏輯擴展,乙太網所提供的巨大頻寬使得高分辨率的系統時間得以與測量值進行連結。這樣,速度的精確計算就不再受到通訊系統的同步誤差值影響,其精度要高於基于自由同步誤差的通訊測量技術。



EtherCAT分散式時鐘優勢



EtherCAT的分散式時鐘提供了幾個優勢,使其成為工業自動化的首選。



首先,分散式時鐘實現的緊密同步提高了控制精度、準確性和整體系統性能。由於所有設備的時間都是相同的,運動控制系統可以以最小的誤差執行協調的運動。


此外,EtherCAT的分散式時鐘提供了一種經濟高效的解決方案。與其他需要額外硬件進行時間同步的協議不同,EtherCAT使用低成本的EtherCAT ESC晶片實現時間同步。這些晶片整合了分散式時鐘所需的多種功能,無需專門的卡或複雜的軟件堆棧。



EtherCAT從站同步模式


Ether CAT從站主要有以下同步模式:

(Free Run):自由運行

EtherCAT從站與EtherCAT不同步。從設備根據自己的週期自主運行,不與EtherCAT週期同步。

(Synchronous with SM event ):與SM事件同步

EtherCAT從設備與SyncManager 2(SM2)事件(如果傳輸週期性輸出)或SM3事件(如果僅傳輸週期性輸入)同步。處理經過的幀時,SyncManager會觸發SM2/SM3事件。

(Synchronous with SYNC event (distributed clocks)) :與SYNC事件(分散式時鐘)同步

EtherCAT從機與分散式時鐘系統的SYNC0或SYNC1事件同步。具體可查看文末的文獻連結。


同步模式相關的所有參數都列為EtherCAT從站設備的CoE列表中的對象。它們可以由從設備在綫讀取,也可以通過描述從設備的XML檔案離線確定。



例如,在CODESYS平台控制器中,設定伺服的同步模式,有些伺服預設是不會選擇DC模式,這個時候需要自己在圖示處選擇:




實際測試發現,部分設備伺服運行有些異常抖動,不管如何設定其他參數都無效,反而將DC項目設置成上述這個模式DC Sync0即可解決。

關於分散式時鐘,主要整理於倍福官網和其他網站(具體見下方文章連結),對於描述不恰當的地方請各位朋友留言區補充,另外,這塊理解起來比較難,如果需要詳細的瞭解和研究,請到下述連結仔細查閲:



https://www.ethercat.org/en/technology.html#1.5

https://infosys.beckhoff.com/english.php?content=../content/1033/ethercatsystem/2469062027.html&id=

https://www.toolify.ai/gpts/optimize-ethercat-systems-with-distributed-clocks-306598

https://ww2.mathworks.cn/help/slrealtime/io_ref/ethercat-distributed-clock-algorithm.html

2024年6月3日 星期一

EtherCAT篇3

EtherCAT 幀

與標準乙太網通信一樣,EtherCAT利用乙太網幀在整個網絡中傳輸數據。EtherCAT幀基于IEEE 802.3乙太網標準;然而,它們是以一種特殊的方式構建的,可以針對增加的頻寬和短週期的過程數據對它們進行優化。


EtherCAT幀還消除了更大的協議棧,如UDP/IP或TCP/IP,這意味著EtherCAT不是一個基于IP的協議,更類似於第2層或數據鏈路層協議。


EtherCAT幀或電報由乙太網標頭組成,後跟EtherCAT數據,並以幀檢查序列(FCS)結束。EtherCAT協議通過使用乙太網頭中EtherType欄位中的0x88A4標識符進行識別。


EtherCAT數據包含一個EtherCAT特定的頭,後面跟著EtherCAT Datagram。EtherCAT標頭指定後續EtherCAT數據報文的總長度和類型。EtherCAT頭之後是EtherCAT數據報文,它包含將在網絡中讀取或寫入的實際數據。這些數據包括地址規範、主機想要執行的命令類型(即讀取、寫入或讀寫)以及循環過程數據(PDO)。


單個EtherCAT幀最多可包含1498個位元組。如果需要超過1498個位元組,則主設備將發送多個數據幀,並且每個幀將包含標識符,該標識符用信號通知網絡上的設備是否應該期望在當前幀之後的另一幀。


EtherCAT主機負責組裝EtherCAT幀並通過網絡發送。主機發送的每一幀都會通過網絡中的每個節點(邏輯環)。此外,由於靈活的拓撲選擇,不需要網絡交換機或路由器,進一步降低了定時延遲和硬件成本。


On the fly




從字面上意思來看,意味著EtherCAT處理數據是“飛一般的快速”。



EtherCAT利用“On-the-fly”處理機制,只允許向所有節點發送一幀。EtherCAT主控制器組裝幀並將其發送出去。在每個週期中,幀在網絡中傳播,在返回到主節點之前經過每個節點。幀包含從屬節點的信息,包括定址、EtherCAT命令類型(讀、寫或讀寫)和實際過程數據。當每個幀在網絡中傳輸時,每個設備都會查找並提取定址到它的數據,並在幀下行時將新數據插入幀中。當幀到達網絡中的最後一個節點時,使用乙太網的全雙工功能將幀發送回主設備。 





優勢

EtherCAT的動態處理機制(On-the-fly)提供了許多性能和成本節約優勢。例如,儘管在非常大的網絡的情況下可以使用多個幀,但是單個幀通常足以向所有節點發送數據和從所有節點接收數據。此外,EtherCAT主設備是唯一允許發送新幀的設備。網絡上的所有其他設備只需接收幀、處理幀並轉發即可。這消除了意外的延遲,使EtherCAT適合實時應用。