Ursachen für sporadische, nicht reproduzierbare Ereignisse
Zuverlässige Netzwerke für Industrie 4.0
Es kommt nicht selten vor, dass eine Maschine, die den Test des Konstrukteurs vor der Auslieferung bestand, beim Einsatz vor Ort diffuse, nicht reproduzierbare Ereignisse verursacht, die er nun aus der Ferne beheben soll. Ohne klare Problembeschreibung ist es dem Konstrukteur aber unmöglich, die Ursachen aufzudecken. Der passende managed Switch kann helfen, Ursachen für sporadische, nicht reproduzierbare Ereignisse aufzudecken, konkrete Maßnahmen einzuleiten und Probleme anhaltend zu beheben.
Mit Industrie 4.0 ist auch im industriellen Bereich ethernetbasierte Kommunikation auf dem Vormarsch. Hier liegen aber letzten Endes die Ursachen für die sporadischen, nicht reproduzierbaren Ereignisse, die Konstrukteuren so viel Kopfzerbrechen bereiten. Warum? Anders als wie bisher im Feldbus, wo aller Datenverkehr zyklisch und über eine SPS lief, kommt in ethernetbasierten Netzwerken zu dem für den eigentlichen Automatisierungsprozess notwendigen zyklischen Datenverkehr noch jede Menge azyklischer Datenverkehr hinzu, verursacht z.B. durch Überwachungskameras, Drucker oder das Energiemanagement. Auch kann die Netzwerkstruktur hier ungleich komplexer sein, da der große Charme ethernetbasierter Kommunikationstechnik ja unter anderem darin besteht, dass sich beliebige Geräte verhältnismäßig einfach an ein vorhandenes Netz anschließen lassen. Die Netzwerke trennen sich dabei von der Applikation. Heute entstehen zunehmend Netzwerke, in denen mehrere zeitkritische Applikationen zusammen mit TCP/UDP-IP laufen und um die knappen Bandbreiten konkurrieren. Die Ursachensuche wird also immer komplexer. Der Konstrukteur hat es somit alles andere als leicht: Er muss eine Maschine konstruieren, ohne zu wissen, mit welchen weiteren Applikationen sie im Kommunikationsnetz später zusammenspielen wird. Neben den Applikationen selbst und ihrem Zusammenspiel können jedoch auch der Programmierer oder elektromagnetische Störgrößen die Gründe für Beeinträchtigungen der Maschinen-/Anlagenfunktion sein. Qualitätssicherungsmaßnahmen seitens des Konstrukteurs inhouse sind damit nicht umsonst, aber sie prüfen eben nur einen kleinen Teil der komplexen Thematik.
Stau auf der Datenautobahn
Stellt man sich ein Kommunikationsnetzwerk wie eine Autobahn vor, hat diese eine Grundauslastung mit Fahrzeugen (zyklischer Datenverkehr) sowie zu bestimmten Zeiten zusätzliche Last (azyklischer Datenverkehr). Übersteigt der gesamte Datenverkehr das zur Verfügung stehende Volumen, kommt es zum Datenstau an Knotenpunkten, Auf-/Ausfahrten, oder Ampeln. Ein Switch (Ampel), der für die Verteilung der Daten verantwortlich sein sollte, verwirft wegen mangelnden Speicher- oder Weiterleitkapazitäten einzelne Telegramme (oder um im Bild zu bleiben: Es werden wahllos Autos von der Straße genommen). Handelt es sich dabei um zeitkritische Automatisierungstelegramme, wird es problematisch. Eine Maschine, die beim Hersteller einwandfrei funktionierte, kann durch derartige Telegrammverluste zu nicht nachvollziehbaren Auffälligkeiten neigen, denn auch sie hat eine Autobahnauffahrt und ist damit Teil eines größeren Kommunikationsnetzes. Schwierig ist dabei vor allem, dass nicht nachvollziehbar ist, welche Telegramme wann verworfen wurden. Die Folge: diffuse Störungen, die der Konstrukteur nun lösen soll, deren Ursachen aber wahrscheinlich kaum in seiner Maschine zu finden sind.
Zu wenig Zeit
Kommt es vor Ort beim Anwender zu solchen Auffälligkeiten, die sich zwar meist quittieren, aber auf Dauer eben nicht einfach beheben bzw. gar nicht richtig aufspüren lassen, wird also der Konstrukteur hinzugezogen. Der steckt mittlerweile aber bereits im nächsten Projekt und hat vor allem eines nicht: Zeit. Zeit, um sich mit wenig greifbaren Aussagen wie "irgendwas stimmt nicht" zu den Ursachen durchzukämpfen. Schickt er einen Servicetechniker aufs Geratewohl in die Anlage, kann es durchaus sein, dass überhaupt keine Probleme auftreten, so lange dieser vor Ort ist. Kaum reist er ab, kommt es aber wieder zu Störungen. Der Konstrukteur steht erneut am Anfang. Während Abgabetermine für seine neuen Projekte näher rücken, hat er im vorherigen Projekt noch mit nicht nachvollziehbaren Fehlern zu kämpfen. Und in all dies hinein treten nun auch noch Anbieter auf, die ihm einen neuen Switch verkaufen wollen. Einen neuen Switch einzuplanen ist für ihn allerdings vor allem mit Aufwand verbunden und wieder mit Zeit. Warum sollte er also?
Der richtige Switch kann sich lohnen
Der eingesetzte Switch ist vermutlich nicht die Ursache der Störungen. Aber die Wahl eines geeigneten Switches könnte dem Konstrukteur dabei helfen, Ursachen für sporadische, nicht reproduzierbare Ereignisse auf die Schliche zu kommen, konkrete Maßnahmen einzuleiten, Probleme anhaltend zu beheben und letzten Endes mehr Zeit zu haben für seine eigentliche Arbeit. Darum sollte er gegebenenfalls den Switch tauschen. Aber was kann einmanaged Switch, was ein anderer managed Switch nicht könnte?
Generell haben sporadische, nicht reproduzierbare Ereignisse zwei Hauptursachen: zu hohe Netzwerklast mit der Folge verworfener Telegramme oder elektromagnetische Störungen. Die Switch-Familie Promesh von Indu-Sol hilft dabei, beides aufzudecken oder auszuschließen und daraus folgend den Applikationsprogrammierer auf die Baustelle zu schicken.
Ursachenforschung mit Hilfe von Switches
Meist ist die Grundlast in Automatisierungsnetzwerken überschaubar. Problematisch sind die kurzzeitigen Lastspitzen durch azyklische Applikationsprotokolle. Die managed Switches der Serie Promesh dokumentieren die Netzwerklast millisekundengenau, während andere Geräte am Markt sie über die Sekunde mitteln. Problematische Belastungsspitzen können so aber unmöglich aufgefunden werden, da sie in der Regel nur für sehr kurze Zeit auftreten. Die Switches dokumentieren daher lückenlos, was im Netzwerk vor sich geht. Liegt die Fehlerursache nicht in Netzwerklast und verworfenen Telegrammen, dann im Zweifel in EMV und Potentialausgleich. Tatsächlich kommt es in der industriellen Automatisierung immer wieder vor, dass Potentialausgleichsströme über den Schirm der Datenleitungen und über den Switch abgeleitet werden. Diese können die Datenkommunikation auf den Leitungen bzw. die Geräte, die sie ableiten, stören und zu Unregelmäßigkeiten im Datenverkehr führen. In einigen Switches der Promesh-Familie überwacht daher eine integrierte Messschaltung diese Ableitströme permanent und speichert bei Überschreitung die Werte einschließlich des Frequenzverlaufs. Die Switches führen die Diagnosedaten aus dem Netzwerk und von der EMV-Überwachung in einem übersichtlichen Webinterface zusammen und visualisieren diese mit Hilfe von Ampelfarben. Das ermöglicht es auch einem Nicht-Fachmann, rückwirkend oder vorausschauend schnell eine Diagnose zu stellen. Aufgrund eines entsprechenden Alarmmanagements wird der Nutzer bereits bei ersten auftretenden Unregelmäßigkeiten gewarnt, die von außen gar nicht sichtbar sind. Nimmt sich ein Konstrukteur also die Zeit, die Switch-Alternative in seine Maschine einzudesignen, kann er zumindest schnell eine Aussage treffen, ob die Störungsursachen im Netzwerk oder im EMV-Bereich zu suchen sind (oder weder noch). Mit den gesammelten Informationen aus der Ferne lassen sich Fehlerursachen auf diese Weise zuverlässig aufdecken bzw. ausschließen. Somit kann entweder ein überflüssiger Serviceeinsatz vermieden oder wenigstens der richtige Servicetechniker losgeschickt werden, der dann vor Ort nicht im Dunkeln stochern muss, sondern Probleme konkreter angehen kann.
Komplexe Welt
überblicken
Der verstärkte Einsatz von Ethernet in der Fabrikautomation stellt Anlagenbetreiber vor neue Herausforderungen. Während die zuverlässige Funktion der Netzwerkkommunikation bei herkömmlichen Bussen in der Regel in den Aufgabenbereich der Anlageninstandhaltung fielen, braucht es mit Ethernet, wie bereits in der IT etabliert, auch im industriellen Umfeld künftig Netzwerkadministratoren. Oder der zuverlässige Betrieb eines Netzwerkes wird an externe Dienstleister ausgelagert. Auch dieses Modell hat sich in der IT bereits durchgesetzt. In jedem Fall werden Tools gefragt sein, die durchgängig den Datenverkehr im Netzwerk dokumentieren und rückwirkend eine zuverlässige Analyse möglich machen. Diese sollten es Personen vor Ort, die keine Netzwerkspezialisten sind, ermöglichen, klare Problembeschreibungen an den jeweiligen Experten herauszugeben.
Tipp: Was es bei der Switch-Auswahl zu beachten gilt und wie Ihnen die richtigen Switches zu einer hohen Netzwerkperformance verhelfen, wird im Film Der Switch – der Profi im Netz-werk | Technologie einfach erklärt anschaulich dargestellt. Schauen Sie gleich rein! https://youtu.be/C99cqmhcOPM
Es kommt nicht selten vor, dass eine Maschine, die den Test des Konstrukteurs vor der Auslieferung bestand, beim Einsatz vor Ort diffuse, nicht reproduzierbare Ereignisse verursacht, die er nun aus der Ferne beheben soll. Ohne klare Problembeschreibung ist es dem Konstrukteur aber unmöglich, die Ursachen aufzudecken. Der passende managed Switch kann helfen, Ursachen für sporadische, nicht reproduzierbare Ereignisse aufzudecken, konkrete Maßnahmen einzuleiten und Probleme anhaltend zu beheben.
Mit Industrie 4.0 ist auch im industriellen Bereich ethernetbasierte Kommunikation auf dem Vormarsch. Hier liegen aber letzten Endes die Ursachen für die sporadischen, nicht reproduzierbaren Ereignisse, die Konstrukteuren so viel Kopfzerbrechen bereiten. Warum? Anders als wie bisher im Feldbus, wo aller Datenverkehr zyklisch und über eine SPS lief, kommt in ethernetbasierten Netzwerken zu dem für den eigentlichen Automatisierungsprozess notwendigen zyklischen Datenverkehr noch jede Menge azyklischer Datenverkehr hinzu, verursacht z.B. durch Überwachungskameras, Drucker oder das Energiemanagement. Auch kann die Netzwerkstruktur hier ungleich komplexer sein, da der große Charme ethernetbasierter Kommunikationstechnik ja unter anderem darin besteht, dass sich beliebige Geräte verhältnismäßig einfach an ein vorhandenes Netz anschließen lassen. Die Netzwerke trennen sich dabei von der Applikation. Heute entstehen zunehmend Netzwerke, in denen mehrere zeitkritische Applikationen zusammen mit TCP/UDP-IP laufen und um die knappen Bandbreiten konkurrieren. Die Ursachensuche wird also immer komplexer. Der Konstrukteur hat es somit alles andere als leicht: Er muss eine Maschine konstruieren, ohne zu wissen, mit welchen weiteren Applikationen sie im Kommunikationsnetz später zusammenspielen wird. Neben den Applikationen selbst und ihrem Zusammenspiel können jedoch auch der Programmierer oder elektromagnetische Störgrößen die Gründe für Beeinträchtigungen der Maschinen-/Anlagenfunktion sein. Qualitätssicherungsmaßnahmen seitens des Konstrukteurs inhouse sind damit nicht umsonst, aber sie prüfen eben nur einen kleinen Teil der komplexen Thematik.
Indu-Sol GmbH
Dieser Artikel erschien in SPS-MAGAZIN 5 2019 - 15.05.19.Für weitere Artikel besuchen Sie www.sps-magazin.de