Ethercat zeigt 12,5µs Zykluszeit

\“Ethercat nutzt die Ethernet-Bandbreite aufgrund des besonderen Funktionsprinzips am besten aus, und ist deshalb prinzipbedingt auch die schnellste Industrial Ethernet Lösung.\“ sagt Martin Rostan, Executive Director der Ethercat Technology Group. \“Auch bei ultra-kurzen Zykluszeiten genügt bei Ethercat ein Master ohne spezielle Hardware, und neue Slave-Chips benötigen wir hierfür auch nicht. Ethercat kann dabei völlig unabhängig von der Zykluszeit nebenher beliebige andere Ethernet-Frames übertragen, wie etwa TCP/IP. Was wir hier zeigen, ist übrigens Ethercat Version I.\“ Ethercat wurde 2003 erstmals vorgestellt und ist seit der Veröffentlichung durch die IEC stabil – das war Mitte 2005. \“Natürlich gab es auch seither Erweiterungen durch die technischen Arbeitskreise der ETG, etwa bei den Geräteprofilen\“, führt Rostan aus. \“Das Ethercat-Protokoll selbst ist aber schon lange keinen Änderungen mehr unterworfen, und wird von allen Ethercat-Geräten einheitlich verwendet.\“ Neben Ethercat selbst sind die Komponenten für das 12,5µs-Netzwerk: eine Hochleistungs-CPU im Industrie-PC, die Steuerungssoftware Twincat 3 von Beckhoff Automation und ultra-schnelle I/O-Komponenten mit 1µs Latenz. \“Als wir Ethercat vorstellten, war die Performance dieser neuen Bustechnologie der Steuerungs-Leistungsfähigkeit noch meilenweit voraus. Mit Twincat 3 und den aktuellen PC-CPUs kommt sie dem schon näher, auch wenn noch nicht absehbar ist, wann wir den maximalen Ethercat-Datendurchsatz für Maschinensteuerungen nutzbar machen können\“, sagt Dr. Dirk Janssen, Leiter Softwareentwicklung bei Beckhoff und einer der Erfinder von Ethercat. Die Buszykluszeit sei zwar spannend, meint Dirk Janssen, aber für sich alleine genommen nicht entscheidend: \“Erst mit der passenden Steuerung und ultraschnellen I/O-Komponenten wird aus einem schnellen Bus auch ein schnelles Steuerungssystem. Und nur mit Ethercat lässt sich die Busperformance durchgängig bis zu den I/O-Signalen umsetzen: Alle Technologien, die auf Buskoppler mit lokalem I/O-Bus angewiesen sind, haben hier systembedingte Nachteile.\“