[übersetzen]

Checkliste für die SPS- und HMI-Kommunikation: RS-232, RS-485, Ethernet

Wenn auf einem HMI "SPS antwortet nicht" angezeigt wird, ist nicht zwangsläufig die SPS, das HMI oder das Kabel defekt. Dieselbe Meldung kann auch durch eine vertauschte serielle Pinbelegung, eine falsche Paritätseinstellung, eine doppelte IP-Adresse, einen geschlossenen SPS-Serviceport oder ein Tag, das auf ein ungültiges Register verweist, verursacht werden.

Inhaltsverzeichnis

Das Problem lässt sich am schnellsten lösen, indem man die Verbindung schrittweise überprüft. Beginnen Sie mit der Stromversorgung und der physischen Schnittstelle, dann mit dem Kabel, den Kommunikationseinstellungen, dem Protokoll, der Station oder IP-Adresse und schließlich den HMI-Tags.

Diese Checkliste gilt für viele SPS- und HMI-Kombinationen von Mitsubishi, Omron, Schneider Electric, Weintek, Pro-Gesicht, Siemens und andere Automatisierungsmarken. Die Fehlersuche ist allgemein gehalten, jedoch sind Steckerbelegungen, Treiberoptionen und SPS-Einstellungen modellspezifisch. Halten Sie die Handbücher beider Geräte während der Tests griffbereit.

Die sechs Schichten einer SPS-HMI-Verbindung

Für eine funktionierende Kommunikationsverbindung müssen alle darunterliegenden Ebenen korrekt sein.

SchichtWas ist zu überprüfen?Typisches Ausfallsymptom
GerätestatusStromversorgung, Betriebsstatus, CPU-Fehler, HMI-StartKeine Verbindung unter keinerlei Bedingungen
Elektrische SchnittstelleRS-232, RS-422/485 oder EthernetKeine Antwort; möglicherweise passt ein Port oder Adapter nicht.
Kabel und TopologiePinbelegung, Polarität, Schirmung, Abschlusswiderstand, SchaltpfadKeine Antwort oder nur sporadische Kommunikation
LinkeinstellungenBaudrate und Framing bzw. IP-KonfigurationZeitüberschreitung, Rahmenfehler, Gerät nicht erreichbar
Protokoll und RouteHMI-Treiber, TCP/UDP-Port, Station, Netzwerk, GerätenummerDie physische Verbindung funktioniert, aber die SPS reagiert weiterhin nicht.
AnwendungsdatenRegisteradresse, Datentyp, ZugriffsrechteManche Tags schlagen fehl, obwohl die Kommunikation ansonsten funktioniert.

Tauschen Sie die Hardware nicht direkt nach einer Timeout-Meldung aus. Eine grüne Ethernet-Link-LED beweist, dass eine physische Verbindung besteht; sie beweist nicht, dass die Verbindung einwandfrei funktioniert. Bediengerät Verwendet den richtigen SPS-Treiber? Ebenso wenig beweisen korrekte RS-485-Spannungspegel, dass die Baudrate oder die Slave-Adresse korrekt ist.

Bevor Sie irgendwelche Einstellungen ändern

Dokumentieren Sie zunächst den aktuellen Zustand. Dies ist besonders wichtig bei einer Maschine, die vor der Wartung noch kommunizierte.

  • Fotografieren Sie SPS und HMI-Typenschilder, Portbeschriftungen, Kabelenden, DIP-Schalter und Abschlussschalter.
  • Notieren Sie die genaue HMI-Fehlermeldung und alle SPS-Fehlercodes.
  • Notieren Sie, ob der Fehler alle Bildschirme, ein einzelnes Gerät oder nur bestimmte Tags betrifft.
  • Fragen Sie, was sich unmittelbar vor dem Problem geändert hat: HMI-Download, SPS-Austausch, Kabelarbeiten, Netzwerkänderung, Firmware-Update oder Stromausfall.
  • Sichern Sie nach Möglichkeit das SPS-Programm, das HMI-Projekt, die Kommunikationseinstellungen und die Rezepte.
  • Speichern Sie die ursprünglichen Parameterwerte, bevor Sie sie bearbeiten.

Schalten Sie das Gerät aus und isolieren Sie es vom Stromnetz, bevor Sie serielle Leitungen bewegen, Klemmenverbindungen ändern oder den Widerstand prüfen. Stellen Sie sicher, dass die gespeicherte Energie gemäß den Gerätehandbüchern abgebaut ist. Viele serielle Schnittstellen von SPS und HMI sind nicht isoliert; daher kann eine Änderung der Verdrahtung unter Spannung eine Schnittstelle beschädigen oder einen Erdschluss verursachen.

Fünf-Minuten-Checkliste für den ersten Durchgang

Führen Sie diese Prüfungen durch, bevor Sie die Software öffnen.

  • Vergewissern Sie sich, dass die SPS mit Strom versorgt wird und nicht durch einen schwerwiegenden CPU- oder E/A-Fehler gestoppt wurde.
  • Vergewissern Sie sich, dass die HMI den Startvorgang abgeschlossen und das gewünschte Projekt geladen hat.
  • Prüfen Sie, welcher Port an beiden Enden genau verwendet wird. Ein Gerät kann separate Anschlüsse für COM1, COM2, Ethernet, USB-Host und USB-Programmierung besitzen.
  • Ermitteln Sie die elektrische Schnittstelle anhand des Handbuchs, nicht anhand der Steckerform. Ein DB9- oder RJ45-Stecker kann bei verschiedenen Produkten unterschiedliche Signale übertragen.
  • Die abnehmbaren Steckverbinder müssen wieder richtig eingesetzt und auf lose Anschlüsse, verbogene Stifte, beschädigte Verriegelungen, Korrosion und herausgezogene Schirmklemmen überprüft werden.
  • Prüfen Sie, ob Ethernet-Verbindungs-/Aktivitätsanzeigen oder serielle Sende-/Empfangsanzeigen vorhanden sind.
  • Vergleichen Sie das installierte Kabel mit dem offiziellen Anschlussdiagramm für das jeweilige SPS-HMI-Paar.
  • Stellen Sie alle Steckverbinder, Abschlusswiderstände, Adapter oder Schalter wieder her, die bei den letzten Arbeiten beschädigt wurden.

Wenn die Verbindung noch nie funktioniert hat, sollten Sie die Auswahl, die Verkabelung oder die Konfiguration überprüfen. Wenn sie monatelang funktioniert hat und plötzlich ausgefallen ist, sollten Sie kürzlich durchgeführte Wartungsarbeiten, den Zustand der Steckverbinder, elektrische Störungen, die Stromqualität und den Hardwarestatus als mögliche Ursachen in Betracht ziehen.

Benötigen Sie einen Ersatz-Altivar-Antrieb?

Entdecken Sie neue Original-Altivar-Antriebe für Wartungs-, Fehlersuch- und Austauschprojekte.

Schneider ATV320 (1)

Checkliste für die RS-232-Kommunikation

RS-232 ist für kurze Punkt-zu-Punkt-Kommunikation vorgesehen. Es ist nach wie vor weit verbreitet bei kompakten SPSen, älteren Bedienfeldern, Barcode-Lesegeräten und Programmieranschlüssen.

1. Prüfen Sie, ob beide Anschlüsse tatsächlich RS-232-Anschlüsse sind.

Ein RS-232-Anschluss kann nicht direkt mit einem RS-485-Anschluss verbunden werden. Wenn eine Seite RS-232 und die andere RS-422/485 ist, verwenden Sie einen geeigneten Industriekonverter und prüfen Sie, ob das System einen Zwei- oder Vierdrahtbetrieb benötigt.

Gehen Sie nicht davon aus, dass jeder 9-polige Stecker RS-232-kompatibel ist. Einige SPSen verwenden einen DB9-Stecker für RS-422, RS-485 oder eine herstellerspezifische Pinbelegung. Prüfen Sie die Portspezifikation und Pinbelegung für das jeweilige Modell und die Optionskarte.

2. Überprüfen Sie die Kabelbelegung

Eine RS-232-Datenverbindung benötigt in der Regel mindestens Sende-, Empfangs- und eine gemeinsame Signalleitung. Die Sendedaten eines Geräts müssen beim anderen Gerät empfangen werden können.

Je nachdem, ob die Anschlüsse als DTE oder DCE verdrahtet sind, kann das richtige Kabel ein Straight-Through- oder ein Crossover-Kabel sein. Daher ist ein Standard-PC-Seriellkabel nicht automatisch das richtige PLC-HMI-Kabel.

Vergleichen Sie diese Punkte mit dem offiziellen Anschlussplan:

  • Der TXD-Pin an einem Ende wird mit dem entsprechenden RXD-Pin am anderen Ende verbunden.
  • RXD kehrt zum korrekten TXD-Pin zurück.
  • Die Signalmasse/der gemeinsame Anschluss ist wie angegeben angeschlossen.
  • RTS, CTS, DTR, DSR oder andere Handshake-Pins werden nur dann verdrahtet oder durchschleift, wenn die Geräte dies erfordern.
  • Die Steckergehäuse und Kabelschirme werden gemäß der Zeichnung des Herstellers angeschlossen.

RS-485-Abschlusswiderstände gehören nicht auf eine RS-232-Verbindung.

3. Alle Serieneinstellungen abgleichen

Beide Geräte müssen in Folgendem übereinstimmen:

  • Protokoll oder Kommunikationsmodus
  • Baudrate
  • Datenlänge
  • Parität
  • Stoppbits
  • Stations-, Geräte- oder Knotennummer, wenn das Protokoll eine solche verwendet.
  • Prüfsummen- oder Rahmenmodus, sofern konfigurierbar

Ein einziger Fehler kann die Kommunikation unterbrechen. Ein häufiger Fehler ist die Anpassung der Baudrate bei gleichzeitiger Vernachlässigung der Parität oder der Datenlänge.

Prüfen Sie außerdem, ob das HMI-Projekt dem physischen Port zugewiesen ist, an dem das Kabel angeschlossen ist. Die Konfiguration von COM1 und das Anschließen des Kabels an COM2 führt zu einem sehr überzeugenden “Hardwarefehler”.”

4. Verwenden Sie einen minimalen Punkt-zu-Punkt-Test

Nicht benötigte Adapter und Verlängerungskabel abziehen. HMI und SPS nahe beieinander platzieren und mit einem nachweislich funktionierenden, nach dem offiziellen Schaltplan aufgebauten Kabel testen.

Wenn die vereinfachte Verbindung funktioniert, fügen Sie die entfernten Komponenten nacheinander wieder hinzu. Dadurch lassen sich schnell ein defekter Konverter, ein zu langes Verlängerungskabel, ein falscher Stecker oder ein Problem mit der Erdung identifizieren.

RS-485-Kommunikations-Checkliste

RS-485 wird eingesetzt, wenn größere Entfernungen, Mehrpunktnetzwerke oder eine höhere Störfestigkeit erforderlich sind. Die meisten SPS-HMI-Probleme über RS-485 entstehen durch falsche Polarität, Topologie, Stationseinstellungen, Terminierung oder ein fehlendes Referenzsignal.

1. Zwei- oder Vierdrahtbetrieb feststellen

Die Zweidraht-RS-485-Schnittstelle nutzt ein symmetrisches Datenpaar für Senden und Empfangen. Bei der Vierdraht-Kommunikation werden separate Sende- und Empfangspaare verwendet. SPS, HMI-Treiber, Konverter und Verkabelung müssen für dieselbe Methode konfiguriert sein.

Für Modbus über Zweidraht-RS-485 zeigt die offizielle Modbus-Anleitung ein symmetrisches Adernpaar plus einen gemeinsamen Leiter. Die Verbindung nur als “zwei Drähte” zu betrachten und den Referenzleiter wegzulassen, kann die Kommunikation instabil machen, insbesondere wenn die Geräte unterschiedliche Massepotenziale aufweisen.

2. Polarität anhand der Funktion und nicht nur anhand des Buchstabens überprüfen.

Die Hersteller verwenden die A- und B-Bezeichnungen nicht immer einheitlich. In einer Bedienungsanleitung kann A/B, in einer anderen D+/D- und in einer weiteren SDA/SDB oder RDA/RDB angegeben sein.

Beachten Sie die Pinbelegungen und Signaldefinitionen in beiden Handbüchern. In der aktuellen Modbus-Terminologie ordnet die serielle Schnittstellenanleitung D1 dem Typ B/B' und D0 dem Typ A/A' zu, die endgültige Zuordnung erfolgt jedoch anhand des Anschlussplans des Geräts.

Bei vertauschter Polarität reagiert das Gerät in der Regel nicht, obwohl das Kabel Durchgang hat. Schalten Sie das Gerät aus, bevor Sie die Verkabelung korrigieren.

3. Bus-Topologie prüfen

Verwenden Sie eine Stamm- oder Reihenschaltung mit kurzen Abzweigungen, sofern dies in den Produkthandbüchern gefordert wird. Lange Sternverzweigungen erzeugen Reflexionen und werden mit zunehmender Kabellänge und Baudrate immer problematischer.

Prüfen Sie Folgendes:

  • Ein durchgehender Hauptbus anstelle mehrerer langer Sternkabel
  • Kurze Stichleitungen vom Hauptanschluss zu jeder Station
  • Geschirmtes verdrilltes Zweidrahtkabel mit der für das Netzwerk spezifizierten Impedanz
  • Datenkabel wurden so verlegt, dass sie von Motorleitungen, Schützen, Bremswiderständen und anderen stark störanfälligen Leitern ferngehalten wurden.
  • Schirmpotentialausgleich und Schutzerdung gemäß den EMV-Anweisungen für Geräte und Standort
  • Es darf keine versehentliche Verbindung zwischen dem Signalpaar und der Schutzerde hergestellt werden.

Es gibt keine allgemeingültige maximale Entfernung für jede RS-485-Installation. Die nutzbare Länge hängt von der Baudrate, den Kabeleigenschaften, der Topologie, der Anzahl der Lasten, der Isolation und den Anforderungen der angeschlossenen Produkte ab.

4. Kündigung und Voreingenommenheit prüfen

Bei einer passiven RS-485-Leitung erfolgt die Leitungsterminierung üblicherweise an den beiden physischen Enden des Hauptbusses, nicht an jedem Gerät. Einige SPSen und HMIs verfügen über eine intern schaltbare Terminierung; andere benötigen einen externen Widerstand.

Fügen Sie nicht einfach einen Widerstand hinzu, nur weil das Netzwerk fehlerhaft ist. Zu viele Abschlusswiderstände belasten den Treiber, während fehlende Abschlusswiderstände Reflexionen verursachen können. Überprüfen Sie den Widerstandswert, die Schalterstellung und ob die Abschlusswiderstände bereits im jeweiligen Produkt integriert sind.

Die Vorspannung, auch Polarisation oder Failsafe-Vorspannung genannt, sollte nur gemäß dem Netzwerkdesign angewendet werden. Der Modbus-Seriell-Leitfaden empfiehlt für einen Bus, der dies benötigt, einen Polarisationspunkt. Mehrere Geräte, die gleichzeitig eine hohe Vorspannung anlegen, können einen weiteren Fehler verursachen, anstatt den ersten zu beheben.

5. Protokoll und Stationseinstellungen abgleichen

Stellen Sie bei Modbus RTU sicher, dass alle Knoten dasselbe serielle Format verwenden und jeder Server/Slave eine eindeutige Adresse besitzt. Adresse 0 ist für Broadcasts in der seriellen Modbus-Kommunikation reserviert; Broadcast-Anfragen werden nicht beantwortet.

Bei herstellerspezifischen Protokollen müssen alle erforderlichen Werte überprüft werden. Dazu gehören beispielsweise die SPS-Einheitennummer, die Netzwerknummer, die Knotennummer, der CPU-Typ, der Verbindungsmodus oder die Prüfsummeneinstellung.

Stellen Sie außerdem sicher, dass nur der vorgesehene Master/Client den Bus steuert. Zwei Master, die ohne ein für den Mehrmasterbetrieb ausgelegtes Protokoll senden, verursachen Kollisionen und unregelmäßige Timeouts.

6. Isolieren Sie das Netzwerk Knoten für Knoten.

Bei instabilem Multidrop-Netzwerk testen Sie das HMI zunächst nur mit angeschlossener SPS. Schließen Sie anschließend jeweils eine Station und einen Kabelabschnitt wieder an.

Ein Zweig, der zum Ausfall des gesamten Busses führt, deutet oft auf eine umgekehrte Polarität, eine doppelte Adresse, einen Kurzschluss, einen zusätzlichen Abschlusswiderstand, eine inkompatible serielle Einstellung oder einen beschädigten Transceiver in diesem Zweig hin.

Finden Sie die passende SPS für Ihr System

Entdecken Sie neue, originelle SPS-CPUs, E/A-Module, Netzteile und Kommunikationseinheiten für Wartungs- und Automatisierungsprojekte.

Schneider SPS

Checkliste für die Ethernet-Kommunikation

Ethernet vereinfacht zwar die Erweiterung der physischen Verkabelung, führt aber zu zusätzlichen Konfigurationsebenen. Ein erfolgreicher Ping ist zwar nützlich, stellt aber keinen vollständigen SPS-Kommunikationstest dar.

Prüfen Sie die Verbindungsanzeigen an HMI, SPS und Schalter. Leuchtet keine Verbindungs-LED, sollten Sie in der Regel Kabel, Stecker, Port, Schalterstromversorgung oder Schnittstelleneinstellungen überprüfen, bevor Sie den HMI-Treiber ändern.

Versuchen Sie es mit einem funktionierenden Patchkabel und einem anderen Switch-Port. Überprüfen Sie die RJ45-Stecker im Schaltschrank auf defekte Verriegelungen, schlecht sitzende Feldstecker, beschädigte Abschirmung und Verschmutzungen.

Wenn die Kommunikation nur dann ausfällt, wenn ein Antrieb, ein Schweißgerät oder ein Schütz in Betrieb ist, überprüfen Sie die Kabelführung, die Abschirmung, die Gehäuseerdung und das Schaltnetzteil sowie die Netzwerkkonfiguration.

2. Überprüfen Sie die Live-IP-Konfiguration

Prüfen Sie die aktuell in den Geräten aktiven Werte, nicht nur die Werte, die in einem Offline-Projekt angezeigt werden.

  • HMI-IP-Adresse
  • IP-Adresse der SPS oder des Kommunikationsmoduls
  • Subnetzmaske
  • Standardgateway, wenn Routing erforderlich ist
  • Doppelte IP-Adressen
  • Korrekte Ethernet-Schnittstelle, wenn ein Gerät über mehr als eine Schnittstelle verfügt
  • DHCP-Verhalten im Vergleich zu Verhalten mit festen Adressen

Für einen direkten Test in einem Subnetz weisen Sie dem Engineering-PC, dem HMI und der SPS eindeutige Adressen im selben Subnetz zu. Trennen Sie die Testzelle zunächst vom Produktionsnetzwerk, falls eine Adressänderung zu Konflikten führen könnte.

3. Ping richtig verwenden

Ping bestätigt, dass ein IP-Pfad existiert und das Ziel auf ICMP antwortet. Folgende Punkte werden nicht bestätigt:

  • Das HMI verwendet den korrekten SPS-Treiber.
  • Der SPS-Anwendungsdienst ist aktiviert.
  • Der richtige TCP- oder UDP-Port ist geöffnet.
  • Die Stations-, Rack-, Steckplatz-, Netzwerk- oder Gerätenummer ist korrekt.
  • Die HMI hat die Berechtigung, den angeforderten Speicher zu lesen oder zu beschreiben.

Schlägt der Ping fehl, überprüfen Sie weiterhin Kabel, Verbindung, Adresse, Subnetz, Route, VLAN, Firewall und doppelte Adressen. Ist der Ping erfolgreich, die HMI meldet aber weiterhin einen Timeout, überprüfen Sie die Protokoll- und Anwendungseinstellungen.

4. Überprüfen Sie den HMI-Treiber und den SPS-Dienst.

Wählen Sie den Treiber passend zur jeweiligen SPS-Familie und Kommunikationsmethode, nicht nur anhand des Herstellernamens. Beispielsweise können zwei Steuerungen desselben Herstellers unterschiedliche Ethernet-Protokolle verwenden oder unterschiedliche HMI-Treiber benötigen.

Vergleichen Sie diese Einstellungen mit dem SPS-Programm und der Hardwarekonfiguration:

  • Protokollauswahl
  • TCP- oder UDP-Transport
  • Zielhafennummer
  • SPS-Modell oder CPU-Familie
  • Stations-, Knoten-, Netzwerk-, Rack-, Steckplatz- oder Gerätenummer
  • Lokale und Remote-Verbindungsparameter
  • PLC-seitiger Server, offene Einstellung oder Verbindungsressource
  • Lese-/Schreibzugriff und Sicherheitseinstellungen

Die Portnummer sollte dem Produkthandbuch oder der SPS-Konfiguration entnommen werden. Ändern Sie sie nicht willkürlich, nur weil sie in einer Online-Liste als “Standard-SPS-Port” bezeichnet wird.”

5. Überprüfen Sie die Netzwerkverbindung zwischen den Geräten.

Wenn HMI und SPS nicht direkt verbunden sind, überprüfen Sie den vollständigen Pfad:

  • VLAN-Zuweisung für Managed Switches
  • Router- und Gateway-Konfiguration
  • Zugriffskontrolllisten und industrielle Firewall-Regeln
  • NAT oder Portübersetzung, falls verwendet
  • Status der drahtlosen Brücke oder des Medienkonverters
  • Fehler bei Switch-Ports, Paketverluste, Geschwindigkeit und Duplex-Aushandlung
  • Redundanter Ringzustand und blockierte Verbindungen

Ein hilfreicher Test besteht darin, HMI und SPS über einen kleinen, als funktionierend bekannten Schalter in einem isolierten Labornetzwerk zu verbinden. Funktioniert dies, liegt der Fehler wahrscheinlich im Produktionsnetzwerk oder dessen Sicherheitsrichtlinie.

Rüsten Sie Ihr HMI auf oder ersetzen Sie es.

Finden Sie kompatible HMI-Panels für nicht mehr erhältliche Modelle, Maschinen-Upgrades und den Austausch der Bedienerschnittstelle.

schneider hmi

Wenn nur ein Bildschirm oder ein Tag ausfällt

Wenn die HMI normal kommuniziert, aber ein Wert einen Fehler anzeigt, ist das physische Netzwerk wahrscheinlich nicht der erste Ort, an dem man suchen sollte.

Prüfen Sie das betroffene Objekt auf Folgendes:

  • Falsche Register- oder Variablenadresse
  • Falsche Geräte-/Stationszuordnung
  • Bit- versus Wortzugriff
  • Interpretation von unterschriebenen versus nicht unterschriebenen Interpretationen
  • 16-Bit-, 32-Bit- oder 64-Bit-Datenlänge
  • Byte- oder Wortreihenfolge
  • Ungültiger Array-Index oder indirekte Adresse
  • Adresse außerhalb des SPS-Speicherbereichs
  • Schreibgeschützter Bereich, der für einen Schreibbefehl verwendet wird
  • Symboldatei oder Tag-Datenbank, die nicht mehr mit dem SPS-Programm übereinstimmt

Auch Hintergrundfunktionen können Fehler verursachen. Überprüfen Sie Alarme, Trendprotokolle, Rezepte, Makros, Datenstichproben und Skripte, die weiterhin Adressen abfragen, selbst wenn der aktuelle Bildschirm normal aussieht.

Wenn die Kommunikation langsam oder unregelmäßig ist

Ein zeitweiser Verbindungsabbruch erfordert eine andere Prüfung als ein dauerhafter Timeout. Protokollieren Sie, wann der Fehler auftritt und was die Maschine in diesem Moment tut.

Für serielle Netzwerke

  • Verringern Sie vorübergehend die Baudrate, um festzustellen, ob die Kabelqualität oder Reflexionen eine Rolle spielen.
  • Prüfen Sie die Anschlüsse, die Vorspannung, die Schirmungsdurchgängigkeit und den gemeinsamen Leiter.
  • Achten Sie auf lange Äste, lose Anschlüsse oder Kabel, die sich mit der Maschine bewegen.
  • Vergleichen Sie die Fehler mit Antriebsbeschleunigung, Bremsung, Heizungsschaltung und Schützbetätigung.
  • Prüfen Sie, ob die HMI-Abfragelast die Kapazität der SPS oder des seriellen Netzwerks übersteigt.

Für Ethernet-Netzwerke

  • Überprüfen Sie die Zähler des Managed Switches auf CRC-Fehler, Paketverluste, Verbindungsänderungen und Broadcast-Last.
  • Testen Sie mit einem nachweislich funktionierenden Kabel und Schalter.
  • Prüfen Sie auf doppelte IP-Adressen und Geräte, die erst nach dem Startvorgang erscheinen.
  • Reduzieren Sie unnötige HMI-Abfragen, Protokollierungen und sehr kurze Aktualisierungsintervalle.
  • Überprüfen Sie die SPS-Verbindungsgrenzen und ob ein anderer Client alle verfügbaren Sitzungen belegt.
  • Überprüfen Sie zum Zeitpunkt des Fehlers die Ereignisprotokolle der Firewall, des Routers und des redundanten Netzwerks.

Lange Timeouts und wiederholte Versuche können ein kleines Problem so wirken lassen, als ob die Benutzeroberfläche komplett eingefroren wäre. Korrigieren Sie das fehlerhafte Gerät oder das ungültige Tag, anstatt einfach jeden Timeout-Wert zu erhöhen.

Erstellen Sie einen minimalen Kommunikationstest

Bei komplexen Maschinenkonfigurationen sollte die Arbeitskette so klein wie möglich gehalten werden.

  1. Verbinden Sie eine HMI mit einer PLC über ein geprüftes Kabel oder einen Trennschalter.
  2. Verwenden Sie genau den Treiber, der für diese SPS-Familie aufgeführt ist.
  3. Konfigurieren Sie eine serielle Station oder ein IP-Ziel.
  4. Erstellen Sie eine numerische Anzeige für ein bekanntes, sicheres SPS-Register.
  5. Führen Sie nur dann einen kontrollierten Schreibtest durch, wenn die Maschinensicherheit dies zulässt.
  6. Deaktivieren Sie während des Tests Makros, Rezepte, Remote-Geräte und Hintergrundabfragen.
  7. Sicherstellen, dass stabile Lesevorgänge vorliegen, bevor das gesamte Projekt oder Netzwerk neu aufgebaut wird.

Wählen Sie ein Testregister, dessen Wert in der SPS-Programmiersoftware überprüft werden kann. Vermeiden Sie es, Ausgänge anzusteuern oder Maschinensteuerungsdaten zu ändern, nur um die Kommunikation nachzuweisen.

Dieser Test trennt ein grundlegendes Verbindungsproblem von einem Anwendungsproblem. Funktioniert das einzelne Register, fügen Sie schrittweise Geräte und Hintergrundfunktionen hinzu, bis das fehlerhafte Element auftritt.

Nach dem Austausch einer SPS, eines HMI oder eines Kommunikationskabels

Ersatzteile sehen oft identisch aus, unterscheiden sich aber in Anschlusstyp, Firmware, unterstütztem Protokoll oder Steckerbelegung. Überprüfen Sie die vollständige Modellbezeichnung und die installierten Kommunikationsoptionen.

Nach dem Austausch Folgendes überprüfen:

  • Das korrekte SPS-Programm und die korrekten Parameter wurden übertragen.
  • Die korrekte HMI-Projekt- und Laufzeitversion wurde übertragen.
  • Die seriellen oder Ethernet-Einstellungen sind nach dem Neustart aktiv.
  • Der SPS-Port-Modus wird nicht auf „Nur Programmierung“ oder „Standard“ belassen.
  • Der HMI-Treiber ist mit der Ersatz-CPU-Familie kompatibel.
  • Die neue Station oder IP-Adresse befindet sich noch nicht im Werksstandard.
  • Die Pinbelegung des Kabels stimmt mit dem Ersatzmodell überein, nicht nur mit dem alten Stecker.
  • Die Abschluss- und DIP-Schaltereinstellungen entsprechen der Position des Geräts im Netzwerk.

Bei nicht mehr erhältlichen Geräten oder dringenden Ausfällen kann Kwoco helfen, die vollständigen Modellnummern von SPS, HMI, Kommunikationsmodul und Kabeln zu vergleichen, bevor ein Ersatzteil bestellt wird. Die Bereitstellung aussagekräftiger Fotos von Typenschild und Anschlüssen ist in der Regel schneller als die Identifizierung eines Bauteils allein anhand des Aussehens der Frontplatte.

Wenn die Hardware tatsächlich verdächtig ist

Die Hardware rückt in den Fokus der Ermittlungen, nachdem Einstellungen und Verkabelung anhand eines bekannten, funktionierenden Vergleichsgeräts überprüft wurden.

Warnzeichen sind unter anderem:

  • Keine Ethernet-Verbindung über ein nachweislich funktionierendes Kabel und einen funktionierenden Switch-Port
  • Keine Sendeaktivität von einem Port, der korrekt konfiguriert ist und aktiv abfragt.
  • Eine serielle Schnittstelle, die nur funktioniert, wenn der Stecker in einer bestimmten Position gehalten wird.
  • Sichtbare Verunreinigungen, verbogene Pins, Hitzeschäden oder defekte Isolationskomponenten
  • Die Kommunikation wird wiederhergestellt, wenn entweder die SPS, das HMI, der Umrichter oder das Kabel ausgetauscht wird.
  • Ein Port, der den vom Hersteller integrierten Loopback- oder Schnittstellentest nicht besteht.

Bevor Sie einen Port als defekt deklarieren, wiederholen Sie den Test mit der minimalen Konfiguration und sichern Sie die Nachweise: Projektversionen, Parameter, Kabelplan, Spannungs- oder Durchgangsprüfungsergebnisse sowie den Tauschtest. So vermeiden Sie, dass ein HMI ausgetauscht wird, nur um es anschließend mit demselben falschen Kabel wieder anzuschließen.

Wenn ein geprüfter Port, Konverter oder ein Kommunikationsmodul ausgetauscht werden muss, muss das vollständige Modell und die Revision übereinstimmen. Kwoco kann auch dabei helfen, kompatible Ersatzteile für SPS, HMI, serielle Adapter und industrielle Ethernet-Systeme zu finden, wenn das Originalprodukt nicht mehr ohne Weiteres erhältlich ist.

Häufig gestellte Fragen

Ein Ping zeigt lediglich an, dass die Ziel-IP-Adresse erreichbar ist und auf ICMP-Anfragen reagiert. Die HMI kann dennoch ausfallen, wenn der falsche SPS-Treiber, der falsche TCP/UDP-Port, die falsche Station oder Route verwendet wird oder der SPS-Kommunikationsdienst deaktiviert ist. Überprüfen Sie nach einem erfolgreichen Ping das Anwendungsprotokoll und die Verbindungseinstellungen der SPS.

Verlassen Sie sich nicht allein auf die Buchstaben, da die Namenskonventionen variieren. Vergleichen Sie die Pin-Nummern und Funktionsbezeichnungen in beiden Produkthandbüchern. Stimmen alle seriellen Einstellungen überein, aber es findet kein Empfang statt, schalten Sie das Gerät aus und überprüfen Sie die Polarität von D+/D-, D1/D0 oder Senden/Empfangen anhand der offiziellen Schaltpläne.

Nein. Ein passiver RS-485-Trunk wird normalerweise nur an seinen beiden physischen Enden terminiert, und einige Geräte verfügen bereits über eine umschaltbare Terminierung. Der tatsächliche Widerstandswert und die Schalterbelegung müssen den Angaben im Kabel- und Gerätehandbuch entsprechen. Eine zusätzliche Terminierung an jeder Station kann das Netzwerk überlasten.

Projektübertragung und SPS-Laufzeitkommunikation sind separate Verbindungen. Das HMI kann ein Projekt über USB oder Ethernet empfangen, während das Laufzeitprojekt einen anderen seriellen Port, eine andere IP-Adresse oder einen anderen SPS-Treiber verwendet. Überprüfen Sie das im HMI-Projekt zugewiesene Gerät und den physischen Kabelverlauf der SPS.

Verwenden Sie eine Schnittstelle, die von beiden Produkten unterstützt wird und für die Installation geeignet ist. RS-232 eignet sich für kurze Punkt-zu-Punkt-Verbindungen. RS-485 ist nützlich für längere oder serielle Netzwerke mit mehreren Abzweigen, wenn Topologie und Terminierung kontrolliert werden. Ethernet bietet eine einfachere Integration und umfassendere Diagnosemöglichkeiten, erfordert jedoch die korrekte Konfiguration von IP, Protokoll, Port und Netzwerksicherheit.

Versorgen Sie Ihre Projekte mit brandneuen, originalen SPS von Omron, Mitsubishi und Schneider – auf Lager, sofort verfügbar!

Checkliste für die druckbare PLC-HMI-Kommunikation

Nutzen Sie diesen letzten Durchgang, bevor Sie den Fehler eskalieren.

  • [ ] Stromversorgung und Status von SPS und HMI sind normal.
  • [ ] Die genauen Produktmodelle und Anschlusstypen werden anhand der Handbücher bestätigt.
  • [ ] Das Kabel entspricht der offiziellen Pinbelegung für dieses Gerätepaar.
  • [ ] RS-232 TX/RX/Common und alle erforderlichen Handshake-Signale sind korrekt.
  • [ ] RS-485 Zwei-Draht-/Vier-Draht-Modus, Polarität, Gemeinsamer Anschluss, Topologie, Abschluss und Vorspannung sind korrekt.
  • [ ] Serielles Protokoll, Baudrate, Datenbits, Parität, Stoppbits und Stationsnummer stimmen überein.
  • [ ] Die Ethernet-Verbindung ist vorhanden und die Live-IP-Adresse, die Maske, das Gateway und das VLAN sind korrekt.
  • [ ] Es gibt keine doppelten Stationsnummern oder IP-Adressen.
  • [ ] HMI-Treiber, Transport, Port, SPS-Familie, Route und SPS-seitiger Service-Match.
  • [ ] Ein minimaler Test mit einer HMI, einer SPS und einem Register wurde abgeschlossen.
  • [ ] Fehlgeschlagene Tags haben gültige Adressen, Datentypen und Zugriffsrechte.
  • [ ] Intermittierende Fehler wurden mit Rauschquellen, Netzwerkzählern und der Abfragelast verglichen.
  • [ ] Die ursprünglichen Parameter und Testergebnisse wurden vor dem Hardwareaustausch aufgezeichnet.

Kontaktieren Sie uns

Geben Sie in dieses Formular einfach Ihren Namen, Ihre E-Mail-Adresse und eine kurze Beschreibung Ihrer Anfrage ein. Wir werden Sie innerhalb von 24 Stunden kontaktieren.

Heißer Verkauf Produkte

Omron CPU-Einheit CJ2M-CPU32

Omron PLC CJ1W-PA202 Lieferant in China

Mitsubishi MR-JE-Serie 400-W-Servoantrieb MR-JE-40A

Brauchen Sie einen schnellen Spielpartner?

Teilen Sie uns Ihr Modell oder Ihre Spezifikationen mit, und unser Team hilft Ihnen schnellstmöglich, die passende Lösung zu finden.

Diese Themen könnten Sie auch interessieren

Fordern Sie ein schnelles Angebot an

*Wir respektieren Ihre Vertraulichkeit und alle Informationen sind geschützt.