Flexible Netzwerkarchitekturen mit Ethercat

Zur Steuerung und Verwaltung von Produktionsaufträgen werden in den Anlagen Systeme aus unterschiedlichen Fachgebieten zusammengeschlossen. Dies erfordert Kommunikationssysteme, die für die diversitären Anforderungen von der Sensor-/Aktor-Kommunikation bis hinauf zur Produktionsleitebene geeignet sind. Beckhoff setzt hierfür in seinem Steuerungssystem auf offene Technologien: Ethercat für die Feld- und Prozessleitebene und OPC UA zur vertikalen Anbindung. Die Anforderungen eines durchgängigen Informationsaustauschs vom Sensor bis in die Managementebene und weiter bis in die Cloud, wie sie heute beispielsweise in den Arbeitskreisen der Industrie-4.0-Verbände diskutiert werden, erfüllt Beckhoff daher bereits seit vielen Jahren.

Ethercat-Topologievielfalt

Bei Ethercat bestimmt die Anlagenstruktur die Netzwerktopologie, nicht das Bussystem. Switche oder Hubs werden nicht benötigt, also gibt es auch kein Limit bezüglich deren Kaskadierung. Es gibt bei Ethercat praktisch keine Einschränkungen hinsichtlich der Bustopologie: Linie, Baum, Stern und jede Kombination daraus sind möglich, bei nahezu beliebiger Knotenanzahl. Für die Systemverdrahtung ist besonders die Kombination aus Linie und Abzweigen oder Stichleitungen von Vorteil: Die hierfür benötigten Abzweigports sind auf den Buskopplern, z.B. EK1100, direkt integriert. Kostengünstige Industrial-Ethernet-Kabel können für den 100BASE-TX-Mode mit einer Länge von 100m zwischen zwei Teilnehmern verwendet werden; für längere Strecken kommen Lichtleiter zum Einsatz. Modulare Maschinen oder Werkzeugwechsler benötigen ein Zu- und Abschalten von Netzwerksegmenten oder einzelnen Teilnehmern im laufenden Betrieb. In den Ethercat-Slave-Controllern ist die Grundlage für diese Hot-Connect-Funktion bereits enthalten: Wird eine Partnerstation abgezogen, dann wird der Port automatisch geschlossen, so dass das verbleibende Netzwerk störungsfrei weiterarbeiten kann. Sehr kurze Detektionszeiten <15µs gewährleisten dabei eine stoßfreie Umschaltung. Der Beckhoff-Ethercat-Master unterstützt die Hot-Connect-Funktion für Gerätegruppen oder auch Einzelgeräte - der Anwender kann durch einfache Konfiguration diese Funktionalität auswählen. Für Leitungsredundanz wird die Linie zum Ring ergänzt. Auf Twincat-Masterseite ist neben der Softwareaktivierung lediglich ein zweiter Ethernet-Port erforderlich; Slave-Geräte unterstützen dies ohnehin. Natürlich unterstützt Ethercat auch die Internet-Technologien: Mit dem Ethernet over Ethercat (EoE)-Protokoll kann beliebiger Ethernet-Datenverkehr im Ethercat-Segment transportiert werden. Standard Ethernet-Geräte werden innerhalb des Ethercat-Segments via sogenannter Switchport-Klemmen, z.B. EL6614, angeschlossen und die Ethernet-Frames per EoE getunnelt. Das Switchport-Gerät sorgt für das 'Eintakten' von TCP/IP-Fragmenten in den Ethercat-Verkehr und vermeidet dadurch, dass die Echtzeit im Netzwerk beeinflusst wird. Twincat als Ethercat-Master fungiert als Layer-2-Switch, der die Frames gemäß der MAC-Adressinformation zu den entsprechenden Teilnehmern per EoE weiterleitet. Damit können sämtliche Internet-Technologien auch im Ethercat-Umfeld zum Einsatz kommen: integrierte Webserver, E-Mail, FTP-Transfer etc.

Integration anderer Bussysteme

Flexibilität in der Netzwerkarchitektur besteht bei Ethercat auch nach unten in die E/A-Ebene. Durch die zur Verfügung stehende Bandbreite ist es möglich, klassische Feldbusanschaltungen in einem Ethercat-Gateway als unterlagertes System zu nutzen. Hilfreich ist das beispielsweise bei der Migration von einem klassischen Feldbus hin zu Ethercat. Die schrittweise Umsetzung einer Anlage auf Ethercat sowie die Einbindung von Automatisierungskomponenten, die (noch) keine Ethercat-Schnittstelle unterstützen, ist somit möglich. Die Kompakt-Industrie-PC- und Embedded-PC-Lösungen von Beckhoff basieren auf dieser Integration, da der Platz für Erweiterungskarten nicht mehr bereitgestellt werden muss: Über einen einzigen Ethernet-Port im PC können neben den dezentralen E/As, Achsen und Bediengeräten auch komplexe Systeme wie Feldbus-Master/-Slaves (Gateways), schnelle serielle Schnittstellen und andere Kommunikations-Interfaces angesprochen werden. Die Daten des eingebundenen Feldbusses stehen dem Master im Prozessdatenabbild direkt zur Verfügung.

Anlagenweite Kommunikation mit dem Ethercat Automation Protocol

Das Ethercat Automation Protocol (EAP) definiert Schnittstellen und Dienste zum gleichberechtigten Austausch von Informationen zwischen Steuerungen (Master-Master-Kommunikation) oder zur Anbindung an einen zentralen Leitrechner. Die zyklische EAP-Kommunikation kann direkt in den Nutzdaten eines Ethernet-Telegramms übertragen werden, ohne ein zusätzliches Transport- oder Sicherungsprotokoll. Dadurch können Daten mit dem EAP sehr effizient und ohne großen Protokolloverhead ausgetauscht werden - auch im Millisekundentakt. Wenn ein Routing der Daten innerhalb einer verteilten Anlage gefordert ist, kann der Ethercat-Frame auch per UPD/IP übertragen werden. Azyklische Konfigurationsdaten können zudem per TCP/IP übertragen werden. Im Header des Ethercat-Frames ist der genaue Protokolltyp spezifiziert. Das Ethercat Automation Protocol nutzt eine klassische Ethernet-Infrastruktur und kann somit über beliebige Ethernet Medien, auch über Funk, übertragen werden. Der zyklische Datenaustausch erfolgt nach dem 'Pushed'- oder 'Polled'-Prinzip.. Im 'Pushed'-Betrieb sendet jeder Kommunikationsteilnehmer (Publisher) seine Daten zyklisch oder in einem Vielfachen des eigenen Zyklus. Im Empfänger (Subscriber) kann konfiguriert werden, von welchem Sender welche Daten empfangen werden sollen. Die Konfiguration der Sender- und Empfängerdaten erfolgt, wie bei Ethercat gewohnt, über ein Objektverzeichnis und ein Prozessdaten-Mapping. Die Protokolle des EAP wurden schon 2002 mit der Steuerungskommunikation RT-Ethernet in der Beckhoff-Twincat-Software eingeführt und seitdem von Kunden tausendfach in Anlagen zum Einsatz gebracht. Die offene EAP-Spezifikation ist die kompatible Erweiterung dieses Konzepts, um eine anlagenweite Konfiguration der Maschine-Maschine-Kommunikation weiter zu vereinfachen und auch Geräte anderer Hersteller einbinden zu können. Im Engineering des Twincat-Systems wird das Ethercat Automation Protocol als E/A-Gerät konfiguriert. Als Hardware-Schnittstelle dient ein Standard-Ethernet-Port, der vom EAP-Kernelmode-Treiber echtzeitfähig an die Steuerung angebunden ist. Die Ein- und Ausgangsvariablen können wie bei anderen E/A-Geräten im Systemmanager verlinkt werden: z.B. mit einer SPS-Steuerungstask oder einer NC oder aber direkt auf andere E/A-Geräte wie z.B. ein angeschlossenes Ethercat-System. Zur weiteren Vereinfachung kann zukünftig auch die gerätespezifische Konfiguration auf eine anlagenweite Konfiguration mit Hilfe eines zentralen EAP-Konfigurationstools erweitert werden. Der EAP-Konfigurator stellt die Kommunikationsbeziehungen aller Steuerungen dar, ermöglicht deren Konfiguration und lädt anschließend die EAP-Objektverzeichnisse der Einzelgeräte. Hierbei ist auch ein dynamisches Anlegen neuer Kommunikationsbeziehungen inklusive der internen Verbindung zur Steuerungstask vorgesehen. Ethercat erfüllt somit alle Anforderungen, die an heutige und auch zukünftige Steuerungskonzepte gestellt werden. Im Verbund mit einer vertikalen Kommunikation wie OPC-UA bietet es die Grundlage als Wegbereiter einer industriellen Revolution 4.0.