HMI und SPS kommunizieren nicht: Verbindungsfehler finden

Wenn HMI und SPS nicht kommunizieren, zuerst Anschlussart und Protokoll feststellen. Danach Kabel, Gerätekonfiguration und abgefragte Adressen der Reihe nach prüfen. Ein eingeschaltetes Display oder eine leuchtende Ethernet-Link-LED beweist noch keinen korrekten Datenaustausch.

Dieser Beitrag beschreibt eine herstellerunabhängige Prüfreihenfolge. Menüs, Ports und Adressschreibweisen unterscheiden sich bei Samkoon, Siemens, Delta und anderen Geräten je nach Modell. Die Diagramme sind schematisch; das generierte Titelbild zeigt eine illustrative Gerätekombination. IP-Adressen und serielle Beispielwerte sind keine fertigen Maschineneinstellungen.

1. Fehlt die gesamte Verbindung oder stimmen einzelne Werte nicht?

Zunächst die Symptome unterscheiden:

• Keine SPS-Werte werden aktualisiert: gemeinsame Verbindung, Protokoll, Zielgerät und Port prüfen.
• Einige Werte funktionieren: betroffene Adresse, Speicherbereich, Zugriffsrechte und Datentyp untersuchen.
• Eine Zahl erscheint, ist aber unplausibel: Skalierung, Vorzeichen, 16-/32-Bit-Länge und Wortreihenfolge prüfen.
• Verbindung bricht zeitweise ab: Steckkontakte, elektrische Störungen, Netzlast und Abfrageverhalten untersuchen.
• PC-Simulation funktioniert, Panel nicht: Netzwerkweg, Port oder geladene Projektversion können unterschiedlich sein.

Genauen Fehlertext beziehungsweise Fehlercode und Zeitpunkt dokumentieren. Anzeigesymbole sind nicht bei allen Herstellern gleich.

2. Steckerform und Protokoll sind verschiedene Dinge

Eine RJ45-förmige Buchse ist kein Beweis für eine übliche Ethernet-Schnittstelle. Manche Geräte nutzen diese Steckerform für andere Funktionen. Auch RS-232, RS-422 und RS-485 lassen sich nicht einfach austauschen.

Vollständige Modellnummern, verwendete Ports und Herstelleranschlusspläne feststellen. Den im HMI gewählten Treiber beziehungsweise das Protokoll mit der von der SPS unterstützten Option vergleichen. Ethernet auf beiden Geräten bedeutet keine Kompatibilität mit sämtlichen Ethernet-Protokollen.

Kabelwechsel und Anschlussarbeiten müssen durch befugte Personen gemäß den sicheren Arbeits- und Energieisolationsverfahren der Maschine erfolgen. Sicherheitsfreigaben für einen Kommunikationstest nicht überbrücken.

3. Was wird bei Ethernet geprüft?

Bei einer direkten Verbindung oder einem einfachen Switch im gleichen lokalen Netz benötigen beide Geräte eindeutige IP-Adressen und Erreichbarkeit gemäß ihren Netzmasken. 192.168.10.20 und 192.168.10.10 mit 255.255.255.0 sind Beispiele für zwei verschiedene Adressen im selben Subnetz. Geroutete oder segmentierte Anlagennetze anhand ihrer Netzplanung beurteilen.

Die eigene IP-Adresse des HMI und die im Projekt eingetragene Ziel-IP der SPS sind verschiedene Felder. Projektwerte mit den tatsächlich aktiven Geräteeinstellungen vergleichen, nicht nur mit der auf dem Engineering-PC gespeicherten Kopie.

Link-LEDs und ein zulässiger Ping-Test liefern Hinweise zur Erreichbarkeit. Eine Ping-Antwort bestätigt weder Protokollzugriff noch Registerlesung; eine fehlende Antwort beweist allein keinen Hardwaredefekt. Dienst, Port und erforderliche Zugriffsparameter des gewählten Protokolls separat prüfen. Modbus TCP und ein herstellerspezifisches Protokoll verwenden nicht durchgehend dieselben Einstellungen.

4. Welche Einstellungen zählen bei RS-485 und seriellen Verbindungen?

COM-Port, elektrische Schnittstelle und Anschlussbelegung anhand beider Gerätehandbücher prüfen. A/B, +/− und D0/D1 nicht ungeprüft zwischen Herstellern gleichsetzen: Eine universelle Pinnummer gibt es nicht. Signaldefinition, Bezugspotential und Schirmanschluss richten sich nach den Herstellerplänen.

Baudrate, Datenbits, Parität und Stoppbits müssen zum Protokoll und zur unterstützten Gerätekonfiguration passen. 9600 / 8E1 im Diagramm ist ein Beispiel und kein allgemeiner Standardwert.

Beim Modbus-RTU-Beispiel adressiert der HMI-Client/Master die Server-/Slave-Adresse der SPS. Zielstation im HMI und eigene Station der SPS stimmen überein. Das bedeutet nicht, allen Geräten dieselbe Kennung zu geben. Doppelte Geräteadressen auf demselben Bus vermeiden und die Client-/Master-Struktur korrekt festlegen.

Abschluss und Vorspannung anhand der Topologie und vorhandener interner Beschaltung prüfen. Nicht wahllos an jedem Gerät Widerstände ergänzen. Vor Änderungen bestehende Werte und Verdrahtung dokumentieren.

5. Werte kommen an, sind aber falsch: Datenzuordnung prüfen

Eine sichtbare Zahl beweist nicht, dass die gewünschte Variable gelesen wird. Verbindungsauswahl des HMI-Objekts, SPS-Adresse, Speicherbereich und Datentyp gemeinsam prüfen.

Bei Modbus sind Holding Register, Input Register und Coils getrennte Bereiche. Das als 40001 dokumentierte erste Holding Register wird je nach Software als 0, 1 oder vollständige Referenz eingegeben. Die PDU-Adressierung ist nullbasiert; die Eingabeschreibweise des Treibers muss separat geprüft werden. Nicht automatisch alle Variablenadressen verschieben.

Ein 32-Bit-Wert kann mehrere 16-Bit-Register belegen. Vorzeichen, Float-Interpretation, Skalierung und Wort-/Registerreihenfolge können bei falscher Zuordnung unplausible Werte erzeugen. Maßgeblich sind die tatsächliche Adressliste und Treiberdokumentation.

Zum ersten Test einen dokumentierten nur lesbaren Status- oder Zählerwert wählen, der weder Bewegung noch Produktion startet. Keine Versuchsschreibzugriffe auf Maschinenbefehle ausführen. Funktioniert Lesen, aber Schreiben nicht, Zugriffsrechte und unterstützte Funktionen gesondert prüfen.

6. Was bei sporadischen Ausfällen dokumentieren?

Festhalten, ob der Ausfall mit einem Motorstart, dem Öffnen eines bestimmten Bildes oder einem regelmäßigen Zeitabstand zusammenfällt. Der zeitliche Zusammenhang hilft, Störungen und Versorgungsprobleme von hoher Abfragelast zu unterscheiden.

Dauernde Abfragen nicht unterstützter Adressen, unnötig kurze Abfragezyklen und Anforderungen oberhalb der Gerätekapazität können die Kommunikation beeinflussen. Ein immer längerer Timeout behebt weder falsche Kabel noch das falsche Protokoll. Diagnose und Zugriffsbedingungen mit der befugten Netzwerkbetreuung prüfen; erforderliche Verbindungen regelgerecht freigeben statt Schutzfunktionen abzuschalten.

7. Checkliste vor dem nächsten Versuch

1. Modelle, Softwarestände und Fehlercode notieren.
2. Tatsächliche Kabel und Ports mit den Anschlussplänen vergleichen.
3. Treiber/Protokoll und Client-/Server-Rollen prüfen.
4. Bei Ethernet IP, Maske und Zieladresse; bei serieller Verbindung Leitungseinstellungen und Station kontrollieren.
5. Einen sicheren Nur-Lese-Wert mit korrekter Adresse und Datentyp prüfen.
6. Jeweils nur eine Änderung durchführen und Ergebnisse dokumentieren.
7. Funktionierende Konfiguration und Projekt sichern; auch die Kennzeichnung veralteter Werte bei Kommunikationsausfall testen.

Unsere HMI-Bedienbilder für Abfüllmaschinen zeigen passende Status- und Alarmanzeigen. Änderungen an Treibern, Datenzuordnung oder Kommunikationslogik gehören zum Umfang der SPS- und HMI-Programmierung.

Häufige Fragen

Müssen HMI und SPS vom gleichen Hersteller sein?

Nein. Beide Modelle müssen ein gemeinsames Protokoll und eine geeignete physische Schnittstelle unterstützen. Der Markenname allein belegt keine Kompatibilität.

Warum fehlen Werte trotz leuchtender Ethernet-LED?

Die LED liefert nur begrenzte Verbindungsinformationen. Ziel-IP, Protokolldienst, Zugriffsparameter, Adresse oder Datentyp können weiterhin falsch sein.

Ein SPS-Programm lässt sich übertragen. Warum verbindet sich das HMI nicht?

Die Programmierverbindung kann einen anderen Port, ein anderes Protokoll oder einen anderen Netzwerkweg verwenden. Erfolgreiche Programmübertragung bestätigt nicht die HMI-Konfiguration.

Gibt es eine fertige Samkoon-Verbindungseinstellung für alle Geräte?

Nein. Panelserie, SPS-Modell, Treiber und Port gemeinsam beurteilen. Ein Beispiel nicht ohne Prüfung der Geräte- und Softwareversion übernehmen.

Technische Quellen

• Samkoon: Hinweis zur HMI-Kommunikation
• Modbus Organization: Protokoll- und serielle Leitungsspezifikationen
• Schneider Electric: serielle Einstellungen einer bestimmten HMI-/SPS-Kombination

Modellspezifische Pins und Parameter sind nicht allgemeingültig. Die abschließende Prüfung erfolgt mit den aktuellen Handbüchern der eigenen Geräte.