Ausfälle in der Topologie industrieller Kommunikationsnetze: Wie Designfehler Steuerungssysteme zum Absturz bringen
Praxisnahe Analyse von Linien-, Stern-, Ring- und Baumtopologien in der Fabrikautomation – mit praxiserprobten Lösungen unter Einsatz von ABB AC 800M und Profibus DP.
Warum Topologieausfälle in industriellen Netzwerken wichtig sind
Industrielle Steuerungssysteme sind auf deterministische Kommunikation angewiesen. Ein einziger Kabelbruch kann eine gesamte Produktionslinie zum Stillstand bringen. Daher müssen Ingenieure verstehen, wie sich jede Topologie unter Fehlerbedingungen verhält. Die meisten Lehrbücher behandeln den Normalbetrieb. Dieser Artikel zeigt, was passiert, wenn Kabel ausfallen, Knoten aus dem Netz gehen oder Störungen Übertragungsfehler verursachen.
Moderne Anlagen kombinieren mehrere Topologien. Eine typische Raffinerie verwendet Sternsegmente an einem Ring-Backbone. Wenn ein Segment ausfällt, muss der Ring unabhängig davon weiter funktionieren. Wird dies bei der Auslegung ignoriert, kann der Ausfall eines einzigen Switches kaskadenartig die gesamte Anlage beeinträchtigen.
Ausfälle in Linientopologien – der unbemerkte Produktionsstopper
Eine busartige Linientopologie verbindet alle Geräte in einer Daisy-Chain. Ingenieure schätzen sie wegen der geringen Kabelkosten. Ein unterbrochenes Verbindungsstück trennt jedoch das gesamte Segment. In der Praxis kommt dies häufiger vor als erwartet. Gequetschte Kabel in Kabeltrassen, korrodierte Steckverbinder an Feldanschlusskästen und driftende Abschlusswiderstände verursachen Teilunterbrechungen.
ABB AC 800M-Controller mit Profibus DP melden Diagnosen über azyklische DP-V1-Dienste. Wenn ein Slave nicht mehr antwortet, protokolliert der Controller den Ereigniscode 16#21 (Ausfall der Gegenstation). Techniker müssen anschließend einen Segmenttest durchführen. Prüfen Sie mit einem Fluke 124 oder einem ähnlichen Oszilloskop auf Reflexionsspitzen bei 10 MHz, die auf eine Impedanzfehlanpassung hindeuten. Ein Abschlusswiderstand, der mehr als 10 % von der Spezifikation abweicht, verursacht intermittierende Wiederholungsversuche.
F: Wie grenzt man einen Fehler in einer Linientopologie Schritt für Schritt ein?
Schritt 1: Rufen Sie das Bussegment aus dem HMI-Historian ab. Erfassen Sie die Zeitstempel, zu denen die Tags veraltet sind. Dadurch lässt sich das Fehlerfenster auf ±30 Sekunden eingrenzen. Vergleichen Sie diesen Zeitraum mit den Schichtprotokollen, um die Aktivitäten vor Ort zu ermitteln.
Schritt 2: Prüfen Sie die Abschlusswiderstände an beiden Enden des Segments. Jeder Abschlusswiderstand muss zwischen den Leitungen Bus+ und Bus− 220 Ohm anzeigen. Ersetzen Sie jeden Abschlusswiderstand, dessen Abweichung mehr als 5 % beträgt.
Schritt 3: Teilen Sie das Segment am mittleren Anschlusskasten. Verwenden Sie ein Profibus-Diagnosegerät, um jede Hälfte unabhängig abzufragen. Mit dieser binären Suche lässt sich feststellen, welche Hälfte den Fehler enthält.
Schritt 4: Untersuchen Sie Kabelverschraubungen, Schutzrohre und Dichtungen der Anschlusskästen auf das Eindringen von Feuchtigkeit. Feuchtigkeit erhöht die Kapazität pro Meter und damit die charakteristische Impedanz über die für Profibus-DP-Kabel Typ A spezifizierten 150 Ohm.
Sterntopologie – isolierte Fehler, aber neue Schwachstellen
Bei einer Sterntopologie ist jedes Gerät mit einem zentralen Switch verbunden. Ein Kabelbruch trennt daher nur das betreffende Gerät. Deshalb wird die Sterntopologie für kritische Knoten bevorzugt. Allerdings entsteht ein neues Problem: Der Switch selbst wird zu einem Single Point of Failure.
In einer 400-MW-Gas-und-Dampf-Kombikraftanlage meldete der DCS-Bediener gleichzeitig den Ausfall von 12 Druckmessumformerwerten. Die Ursache war ein Managed-Ethernet-Switch für die Feldinstrumente, der aufgrund eines Ausfalls der vorgeschalteten Sicherung seine Stromversorgung verloren hatte. Der Switch zeigte keinen Alarm. Auf dieser Ebene war keine Redundanz vorhanden.
Verwenden Sie zur Vermeidung dieses Problems ringredundante Managed Switches mit MRP (Media Redundancy Protocol) gemäß IEC 62439-2. Konfigurieren Sie zwei unabhängige Switch-Pfade, sodass bei jedem einzelnen Fehler ein gültiger Kommunikationspfad bestehen bleibt. Stellen Sie die MRP-Wiederherstellungszeit auf maximal 200 ms ein, damit das HMI-Aktualisierungsbudget eingehalten wird.
Ringtopologie – hohe Verfügbarkeit bei komplexer Fehlersuche
Die Ringtopologie bietet die beste Verfügbarkeit im Verhältnis zu den Kabelkosten. Die Geräte leiten Frames in beide Richtungen weiter. Ein einzelner Kabelbruch ermöglicht weiterhin die Kommunikation über den jeweils anderen Weg. Die Herausforderung besteht darin, bei gleichzeitigem Ausfall mehrerer Geräte zu diagnostizieren, welches Gerät den Ringfehler verursacht hat.
Siemens-S7-400H-Systeme mit Profinet IRT (Isochronous Real-Time) benötigen für die Redundanz eine Ringtopologie. Sie verwenden MRP mit einer Wiederherstellungszeit von 100 ms. Wenn Sie ein neues Gerät in den Ring einfügen, starten Sie stets die gesamte Ringverbindung neu, bevor Sie das Gerät online schalten. Wird dieser Schritt übersprungen, verliert das HMI möglicherweise bis zu 90 Sekunden lang Tags, während der Spanning Tree neu konvergiert.
F: Wie nimmt man einen redundanten Ring ohne Tag-Verlust in Betrieb?
Schritt 1: Dokumentieren Sie vor Änderungen alle MAC-Adressen der Switch-Ports. Bringen Sie an beiden Enden nummerierte Kabelkennzeichnungen an. Fotografieren Sie die vorhandene Ringverkabelung als Referenz.
Schritt 2: Aktivieren Sie auf allen Managed Switches die Port-Sicherheit. Beschränken Sie jeden Switch-Port auf eine einzige zulässige MAC-Adresse. Dadurch wird verhindert, dass ein nicht autorisiertes Gerät eine Neuwahl des Spanning Tree auslöst.
Schritt 3: Fügen Sie das neue Gerät physisch ein. Überwachen Sie die Qualitätscodes der HMI-Tags in Echtzeit. Wenn die Qualität unter „Good“ fällt, unterbrechen Sie das Einfügen sofort und untersuchen Sie die Schleife.
Schritt 4: Prüfen Sie nach dem Einfügen den MRP-Verbindungsstatus über die Webmanagement-Oberfläche jedes Switches. Stellen Sie sicher, dass jedes Gerät zwei redundante Pfade erkennt und der Spanning Tree innerhalb von 30 Sekunden konvergiert ist.
Baumtopologie – hierarchische Auslegung erfordert hierarchischen Schutz
Die Baumtopologie kombiniert Stern- und Liniensegmente unter einem Backbone. Große Anlagen bilden naturgemäß Baumstrukturen, da Feldbusse über Rangierfelder bis zum Leitstand verbunden werden. Das Risiko liegt hier an den Aggregationspunkten. Ein ausgefallener Backbone-Switch kann ganze Anlagenbereiche isolieren.
Foxboro-DCS-Systeme mit Foundation Fieldbus HSE setzen auf der Ebene der Segmentcontroller häufig eine Baumtopologie ein. Jeder Segmentcontroller versorgt bis zu 32 H1-Feldbussegmente. Fällt der Ethernet-Uplink des Segmentcontrollers aus, verlieren alle 32 Segmente gleichzeitig die Kommunikation. Konfigurieren Sie den Segmentcontroller mit einem redundanten Uplink zu einem zweiten Backbone-Switch.
Wenden Sie bei der Auslegung von Baumtopologien auf jeder Aggregationsebene die N+1-Redundanzregel an. Verwenden Sie für kritische Abschaltsysteme doppelt redundante Segmentcontroller, die über getrennte Schutzrohrtrassen verbunden sind. Teilen Sie die Stromversorgungen nicht auf redundante Pfade auf.
Fazit und Handlungsempfehlungen
Die Topologie eines industriellen Netzwerks ist keine theoretische Entscheidung. Jede Topologie erzeugt spezifische Fehlerbilder. Ingenieure müssen daher jedes Kommunikationssegment der Anlage erfassen, Single Points of Failure an Switches und Abschlusswiderständen identifizieren und den Redundanzstandard anwenden, der zur SIL-Stufe des jeweiligen Systems passt. Warten Sie nicht auf den ersten Ausfall, um die Lücke zu entdecken.
Dokumentieren Sie alle Topologieänderungen innerhalb von 24 Stunden nach der Inbetriebnahme mit Bestandsplänen. Dadurch wird verhindert, dass spätere Wartungsteams beim Austausch eines ausgefallenen Geräts unwissentlich neue Single Points of Failure schaffen. Ein disziplinierter Ansatz zur Topologieredundanz hat mehr ungeplante Stillstände verhindert als jedes einzelne DCS-Upgrade.
