EtherCAT real-time Ethernet - acontis technologies
1. Einleitung
Feldbusse sind aus der Automatisierungstechnik nicht mehr wegzudenken. Sie haben sich bewährt und sind etabliert. Erst durch die Feldbus-Technik wurde der Einsatz der PC-basierten Steuerungen auf breiter Front sinnvoll möglich. Während die Steuerungs-CPUs – speziell bei IPCs – rasant an Performance gewinnen, wirken die herkömmlichen Feldbussysteme zunehmend als „Flaschenhals“ und begrenzen die erreichbare Leistungsfähigkeit der Steuerungssysteme. Hinzu kommt die geschichtete Steuerungsarchitektur mit mehreren unterlagerten meist zyklischen Systemen: die eigentliche Steuerungstask, das Feldbussystem und ggf. noch lokale Erweiterungsbusse im I/O System oder einfach nur der lokale Firmwarezyklus im Peripheriegerät. Dadurch werden Reaktionszeiten erreicht, die typisch das 3-5fache der Steuerungs-Zykluszeit erreichen – eine unbefriedigende Lösung (siehe Bild 1).
Bild 1: Reaktionszeit herkömmlicher Feldbussysteme
Oberhalb der Feldbussysteme, zur Vernetzung von Steuerungen, ist Ethernet schon lange Stand der Technik. Neu ist der Einsatz auch auf der Antriebs oder A/E-Ebene und damit in dem Bereich, der bislang den Feldbussystemen vorenthalten blieb. Hier sind hohe Echtzeitfähigkeit, Eignung auch für kleine Datenmengen und natürlich günstige Kosten gefragt. EtherCAT trägt diesen Forderungen Rechnung und stellt gleichzeitig die Internet Technologien auch auf der E/A-Ebene zur Verfügung.
1.1 Ethernet und Echtzeitfähigkeit
Es gibt viele verschiedene Ansätze, mit denen Ethernet echtzeitfähig gemacht werden soll: so wird z.B. das Zugriffsverfahren CSMA/CD durch überlagerte Protokollschichten außer Kraft gesetzt und durch ein Zeitscheibenverfahren oder durch Polling ersetzt; andere Vorschläge sehen spezielle Switches vor, die Ethernet Pakete zeitlich präzise kontrolliert verteilen. Diese Lösungen mögen Datenpakete mehr oder weniger schnell und exakt zu den angeschlossenen Ethernet Knoten transportieren – die Zeiten, die für die Weiterleitung zu den Ausgängen oder Antriebsreglern und für das Einlesen der Eingangsdaten benötigt werden, sind jedoch stark implementierungsabhängig.
Wenn für jeden Teilnehmer individuelle Ethernet Frames Verwendung finden, so ist zudem die Nutzdatenrate prinzipiell sehr gering: Das kürzeste Ethernet Frame ist 84 Bytes lang (incl Inter Packet Gap IPG). Wenn z.B. ein Antrieb zyklisch 4 Bytes Istwert und Status sendet und entsprechend 4 Bytes Sollwert und Kontrollwort empfängt, so wird bei 100% Buslast (also unendlich kurzer Antwortzeit des Antriebs) nur eine Nutzdatenrate von 4/84 = 4,7% erreicht. Bei durchschnittlich 10 µs Antwortzeit sinkt die Rate schon auf 1,9%. Diese Limitierungen gelten für alle Echtzeit-Ethernet Ansätze, die an jeden Teilnehmer ein Ethernet Frame senden bzw. erwarten – und zwar unabhängig von den verwendeten Protokollen innerhalb des Ethernet Frames.
2. EtherCAT Funktionsprinzip
Mit der EtherCAT Technologie werden diese prinzipiellen Begrenzungen anderer Ethernet Lösungen überwunden: das Ethernet Paket wird nicht mehr in jeder Anschaltung zunächst empfangen, dann interpretiert und die Prozessdaten weiterkopiert. Die EtherCAT Slave-Geräte entnehmen die für sie bestimmten Daten, während das Telegramm das Gerät durchläuft. Ebenso werden Eingangsdaten im Durchlauf in das Telegramm eingefügt (siehe Bild 2). Die Telegramme werden dabei nur wenige Nanosekunden verzögert.
Bild 2: Prozessdaten werden in Telegramm eingefügt
Da ein Ethernet Frame sowohl in Sende- als auch in Empfangsrichtung die Daten vieler Teilnehmer erreicht, steigt die Nutzdatenrate auf über 90% an. Dabei werden die Voll-Duplex Eigenschaften von 100BaseTx vollständig ausgenutzt, so dass effektive Datenraten von >100Mbit/s (>90% von 2 x 100 Mbit/s) erreichbar sind (siehe Bild 3).
Bild 3: Bandbreiten-Nutzung im Vergleich
Das Ethernet Protokoll gemäß IEEE 802.3 bleibt bis in die einzelne Klemme erhalten, der Sub-Bus entfällt. Lediglich die Übertragungsphysik wird im Koppler von Twisted Pair bzw. Lichtleiterphysik auf E-Bus (ein alternativer Ethernet Physical Layer: LVDS nach [4,5]) gewandelt, um den Anforderungen der elektronischen Reihenklemme gerecht zu werden. Die Signalform innerhalb der Klemmenreihe (E-Bus) eignet sich für kurze Strecken – bis 10 m – auch zur Übertragung auf verdrillter Zweidrahtleitung. Damit kann die Klemmenreihe besonders kostengünstig verlängert werden – wobei der anschließende Wechsel auf Ethernet jederzeit möglich ist.
3. EtherCAT Eigenschaften
3.1 Protokoll
Das für Prozessdaten optimierte EtherCAT Protokoll wird dank eines speziellen Ethertypes direkt im Ethernet-Frame transportiert. Es kann aus mehreren Sub-Telegrammen bestehen, die jeweils einen Speicherbereich des bis zu 4 Gigabyte großen logischen Prozessabbildes bedienen. Die datentechnische Reihenfolge ist dabei unabhängig von der physikalischen Reihenfolge der Ethernet-Klemmen im Netz, es kann wahlfrei adressiert werden. Broadcast, Multicast und Querkommunikation zwischen Slaves sind möglich. Die Übertragung direkt im Ethernet-Frame wird stets dann eingesetzt, wenn EtherCAT-Komponenten im gleichen Subnetz wie der Steuerungsrechner betrieben werden.
Der Einsatzbereich von EtherCAT ist jedoch nicht auf ein Subnetz beschränkt: EtherCAT UDP verpackt das EtherCAT Protokoll in UDP/IP Datagramme (siehe Bild 4). Hiermit kann jede Steuerung mit Ethernet Protokoll-Stack EtherCAT Systeme ansprechen. Selbst die Kommunikation über Router hinweg in andere Subnetze ist möglich. Selbstverständlich hängt die Leistungsfähigkeit des Systems in dieser Variante von den Echtzeiteigenschaften der Steuerung und ihrer Ethernet Protokollimplementierung ab. Die Antwortzeiten des EtherCAT Netzwerks an sich werden jedoch nur minimal eingeschränkt: lediglich in der ersten Station muss das UDP Datagramm entpackt werden.
Bild 4: EtherCAT: Standard Frames nach [3]
EtherCAT verwendet ausschließlich Standard Frames nach [3] – sie werden nicht verkürzt. Damit können EtherCAT Frames von beliebigen Ethernet Controllern verschickt werden (Master), und Standart Tools (z.B. Sniffer) können eingesetzt werden.
3.2 Topologie
Linie, Baum oder Stern: EtherCAT unterstützt nahezu beliebige Topologien (siehe Bild 5). Die von den Feldbussen her bekannte Bus- oder Linienstruktur wird damit auch für Ethernet verfügbar.
Besonders praktisch für die Anlagenverdrahtung ist die Kombination aus Linie und Abzweigen bzw. Stichleitungen: die benötigten Schnittstellen sind auf den Kopplern vorhanden, zusätzliche Switches werden nicht benötigt. Natürlich kann aber auch die klassische Switch-basierte Ethernet Sterntopologie eingesetzt werden.
Die maximale Flexibilität bei der Verdrahtung wird durch die Auswahl verschiedener Leitungen vervollständigt. Flexible und sehr preiswerte Standard Ethernet Patch-Kabel übertragen die Signale wahlweise auf Ethernet-Art (100Base-TX) oder in der E-Bus-Signaldarstellung. Kunststoff-Lichtwellenleiter (POF) werden das System für spezielle Anwendungsfälle ergänzen. Die gesamte Bandbreite der Ethernet Vernetzung – wie verschiedenste Lichtleiter und Kupferkabel – kann in der Kombination mit Switches oder Medienumsetzern zum Einsatz kommen.
Bild 5: flexible Topologie: Linie, Baum oder Stern
Die Fast Ethernet Physik erlaubt eine Leitungslänge von 100 m zwischen zwei Teilnehmern, die E-Bus Leitung ist für Abstände bis 10m vorgesehen. Für jede Leitungsstrecke kann die Signalvariante individuell ausgewählt werden. Da bis zu 65535 Teilnehmer angeschlossen werden können, ist die gesamte Netzausdehnung nahezu unbeschränkt.
3.3 Verteilte Uhren
Der exakten Synchronisierung kommt immer dann eine besondere Bedeutung zu, wenn räumlich verteilte Prozesse gleichzeitige Aktionen erfordern. Das kann z.B. in Applikationen der Fall sein, wo mehrere Servo-Achsen gleichzeitig koordinierte Bewegungen ausführen.
Der leistungsfähigste Ansatz zur Synchronisierung ist der exakte Abgleich verteilter Uhren – wie auch im neuen Standard IEEE 1588 [6] beschrieben. Im Gegensatz zur vollsynchronen Kommunikation, deren Synchronisationsqualität bei Kommunikationsstörungen sofort leidet, verfügen verteilte abgeglichene Uhren über ein hohes Maß an Toleranz gegenüber möglichen störungsbedingten Verzögerungen im Kommunikationssystem.
Beim EtherCAT basiert der Datenaustausch ja vollständig auf einer reinen Hardware-Maschine. Da die Kommunikation eine logische (und dank Vollduplex Fast Ethernet auch physikalische) Ringstruktur nutzt, kann die Mutter-Uhr den Laufzeitversatz zu den einzelnen Tochter-Uhren einfach und exakt ermitteln – und umgekehrt. Auf Basis dieses Wertes werden die verteilten Uhren nachgeführt, und es steht eine hochgenaue netzwerkweite Zeitbasis zur Verfügung, deren Jitter deutlich unter einer Mikrosekunde beträgt. Die externe Synchronisierung – z.B. standortweit – erfolgt dann über IEEE 1588.
Hochauflösende verteilte Uhren dienen aber nicht nur der Synchronisierung, sondern können auch exakte Informationen zum lokalen Zeitpunkt der Datenerfassung liefern. Steuerungen berechnen beispielsweise häufig Geschwindigkeiten aus nacheinander gemessenen Positionen. Speziell bei sehr kurzen Abtastzeiten führt schon ein kleiner zeitlicher Jitter in der Wegerfassung zu großen Geschwindigkeitssprüngen. Konsequenterweise werden mit EtherCAT auch Timestamp-Datentypen eingeführt. Mit dem Messwert wird die hochauflösende Systemzeit verknüpft – die große Bandbreite von Ethernet macht das möglich. Damit hängt dann die Genauigkeit einer Geschwindigkeitsberechnung nicht mehr vom Jitter des Kommunikationssystems ab. Sie wird um Größenordnungen besser als diejenige von Messverfahren, die auf jitterfreier Kommunikation basieren.
3.4 Performance
Mit EtherCAT werden neue Dimensionen in der Netzwerk-Performance erreicht. Dank ASIC-Integration im Slave und DMA Zugriff auf die Netzwerkkarte im Master erfolgt die gesamte Protokollbearbeitung in Hardware und ist damit unabhängig von der Laufzeit von Protokollstacks, von CPU Performance oder Software-Implementierung. Die Update Zeit für 1000 E/As beträgt nur 30µs – einschließlich I/O-Durchlaufzeit. Mit einem einzigen Ethernet-Frame können bis zu 1486 Bytes Prozessdaten ausgetauscht werden - das entspricht fast 12000 digitalen Ein- und Ausgängen. Für die Übertragung dieser Datenmenge werden dabei nur 300µs benötigt.
Für die Kommunikation mit 100 Servoachsen werden nur 100µs benötigt. In dieser Zeit werden alle Achsen mit Sollwerten und Steuerdaten versehen und melden ihre Ist-Position und Status. Durch das Distributed Clock Verfahren können die Achsen dabei mit einer Abweichung von deutlich weniger als einer Mikrosekunde synchronisiert werden.
Die extrem hohe Performance der EtherCAT Technologie ermöglicht Steuerungs- und Regelungskonzepte, die mit klassischen Feldbussystemen nicht realisierbar waren. Mit EtherCAT steht eine Kommunikationstechnologie zur Verfügung, die der überlegenen Rechenleistung moderner Industrie-PCs entspricht. Das Bussystem ist nicht mehr der Flaschenhals im Steuerungskonzept. Verteilte E/As werden schneller erfasst, als dies mit den meisten lokalen E/A-Schnittstellen möglich ist. Das EtherCAT Technologieprinzip ist skalierbar und nicht an die Baudrate von 100 MBaud gebunden – eine Erweiterung auf GBit Ethernet ist möglich.
3.5 Diagnose
Die Erfahrungen mit Feldbussystemen zeigen, dass die Verfügbarkeit und Inbetriebnahmezeiten entscheidend von der Diagnosefähigkeit abhängen. Nur eine schnell und präzise erkannte und eindeutig lokalisierbare Störung kann kurzfristig behoben werden. Deshalb wurde bei der Entwicklung des EtherCAT Systems besonderer Wert auf vorbildliche Diagnoseeigenschaften gelegt.
Bei der Inbetriebnahme gilt es zu prüfen, ob die Ist-Konfiguration der E/A- Klemmen mit der Soll-Konfiguration übereinstimmt. Auch die Topologie sollte der Konfiguration entsprechen. Durch die eingebaute Topologie-Erkennung bis hinunter zu den einzelnen Klemmen kann nicht nur diese Überprüfung beim Systemstart stattfinden – auch ein automatisches Einlesen des Netzwerkes ist möglich (Konfigurations-Upload).
Bitfehler in der Übertragung werden durch die Auswertung der CRC-Prüfsumme zuverlässig erkannt: das 32 Bit CRC-Polynom weist eine minimale Hamming-Distanz von 4 auf. Neben der Bruchstellenerkennung und –lokalisierung erlauben Protokoll, Übertragungsphysik und Topologie des EtherCAT Systems eine individuelle Qualitätsüberwachung jeder einzelnen Übertragungsstrecke. Die automatische Auswertung der entsprechenden Fehlerzähler ermöglicht die exakte Lokalisierung kritischer Netzwerkabschnitte. Schleichende oder wechselnde Fehlerquellen wie EMV-Einflüsse, fehlerhafte Steckverbindungen oder Kabelschäden werden erkannt und lokalisiert, auch wenn sie die Selbstheilungsfähigkeit des Netzwerkes noch nicht überfordern.
3.6 CANopen over EtherCAT
CANopen-Geräteprofile stehen für eine große Vielfalt von Geräteklassen zur Verfügung. EtherCAT kann die gleichen Kommunikationsmechanismen bereitstellen, wie sie von CANopen [9] her bekannt sind: Objektverzeichnis, PDO (ProzessDatenObjekte) und SDO (ServiceDatenObjekte) – selbst das Netzwerkmanagement ist vergleichbar. So kann EtherCAT auf Geräten, die bisher mit CANopen ausgestattet waren, mit minimalem Aufwand implementiert werden, große Teile der CANopen Firmware sind wieder verwendbar. Dabei lassen sich die Objekte optional erweitern, um der größeren Bandbreite von EtherCAT Rechnung zu tragen.
3.7 Ethernet over EtherCAT
Bild 6: Transparent für TCP/IP
Die EtherCAT Technologie ist nicht nur vollständig Ethernet kompatibel, sondern „by design“ durch besondere Offenheit gekennzeichnet: Das Protokoll verträgt sich mit weiteren Ethernet-basierten Diensten und Protokollen auf dem gleichen physikalischen Netz – in der Regel sogar mit minimalen Einbußen bei der Performance. Beliebige Ethernetgeräte können innerhalb des EtherCAT-Strangs via Switchport angeschlossen werden. Die Ethernet Frames werden durch das EtherCAT Protokoll getunnelt, wie es im Internet üblich ist /z.B. VPN, PPPoE (DSL) etc.). Das EtherCAT Netzwerk ist dabei für das Ethernet Gerät voll transparent, und die Echtzeiteigenschaften werden nicht beeinträchtigt (siehe Bild 6).
Bild 7: TCP/IP Stack im EtherCAT Slave
EtherCAT Geräte können zusätzlich über einen TCP/IP Stack verfügen (siehe Bild 7) und damit nach außen wie ein Standard Ethernet Teilnehmer auftreten. Der Master fungiert dabei wie ein Layer 2 Switch, der die Frames gemäß der Adressinformation zu den entsprechenden Teilnehmern weiterleitet.
Damit können sämtliche Internet Technologien auch im EtherCAT Umfeld zum Einsatz kommen: integrierte Webserver, Email, FTP-Transfer etc.
4 EtherCAT Technology Group
Jeder soll EtherCAT nutzen und implementieren können. Für diesen Ansatz steht die EtherCAT Technology Group. In der ETG finden sich Endanwender aus unterschiedlichen Branchen, Maschinenhersteller und Anbieter von leistungsfähiger Steuerungstechnik zusammen, um die EtherCAT-Technologie zu unterstützen und zu fördern. Die Branchenvielfalt gewährleistet, dass EtherCAT für vielfältige Anwendungen optimal vorbereitet ist. Die Systempartner sorgen mit ihrem qualifizierten Feedback für die einfache Integration der Hardware- und Softwarebausteine in alle erforderlichen Geräteklassen.
Weitere Informationen über EtherCAT
EtherCAT Technology Group
(C) 2011 - Alle Rechte vorbehalten