Bei einem DH-485-Multidrop-Stammkabel, das SLC-500-Prozessoren verbindet, kann ein Teilnehmer jede zweite Station offline nehmen, obwohl er isoliert betrachtet unauffällig wirkt. RSLinx kann diesen einzelnen Controller über eine lokale Schnittstelle weiterhin sehen, der Prozessor bleibt im Run-Modus, und InTouch- oder RSView-Tags für alle anderen Teilnehmer werden ungültig. Sobald das verdächtige DH-485-Kabel getrennt wird, ist das Netzwerk sofort wiederhergestellt. Dieses Muster ist fast nie auf einen Ladder- oder MSG-Fehler zurückzuführen. Es handelt sich um ein Ereignis auf der physikalischen oder Link-Ebene – am häufigsten um einen ausgefallenen 1747-AIC-Transceiver, der das differentielle Leitungspaar festhält und die Token-Zirkulation stoppt.

Überprüfen Sie zuerst den Link-Koppler. Programmänderungen und der Neuaufbau von Kanälen kosten Stunden, wenn ein AIC den Bus elektrisch blockiert.

Betrachtete Hardware

Die Publikation 1770-UM018 bleibt die Referenz für die elektrischen Eigenschaften und das Protokollverhalten von DH-485-Schnittstellen.

Nach Ursachen priorisierte Fehlerquellen

1. Ausgefallener 1747-AIC (oder NET-AIC)-RS-485-Treiber, der Einzelteilnehmertests besteht, aber die Token-Arbitrierung im Multidrop-Betrieb stört.
2. Doppelt vergebene Teilnehmeradresse ohne Erkennung doppelter Adressen auf Link-Ebene – wirkt identisch wie eine Busblockierung.
3. Terminierung in der Mitte der Stammleitung oder beidseitig geerdeter Schirm, wodurch die differentielle Störreserve zusammenbricht oder der Gleichtakt verschoben wird.

Ausgangszustand vor dem Trennen von Kabeln

Notieren Sie die Adresse jedes Teilnehmers, die Baudrate (häufig 19200, bei älteren Anlagen manchmal 9600), die Einstellung für die maximale Teilnehmernummer, die Positionen der Abschlusswiderstände, den Schirmanschlusspunkt sowie die Prozessor-Fehlerbits S:5 / S:6. Eine fehlerhafte SLC kann ihren Port unabhängig vom AIC in einen abnormalen Zustand versetzen; löschen Sie größere Fehler, bevor Sie das Netzwerk beschuldigen.

Isolationsablauf

1. Bestätigen Sie, dass sich die verdächtige CPU im Run-Modus befindet und keine Fehlerwörter gesetzt sind.
2. Tauschen Sie den gesamten 1747-AIC gegen ein geprüft funktionsfähiges Ersatzgerät mit derselben Katalognummer aus. Wenn RSWho wieder alle Teilnehmer erkennt, verschrotten Sie den ursprünglichen Koppler – setzen Sie ihn nicht nur erneut ein und nehmen Sie ihn nicht wieder in Betrieb.
3. Wenn das Netzwerk weiterhin zusammenbricht, tauschen Sie das Chassis, um Adressierungs- und Verkabelungsprobleme von einem bestimmten Prozessor zu trennen.
4. Weisen Sie dem Teilnehmer erst dann vorübergehend eine ungenutzte Adresse zu, wenn AIC-Tauschaktionen erfolglos waren; aktualisieren Sie die SCADA-Zuordnungen im selben Änderungsfenster.
5. Prüfen Sie, dass sich 150-Ω-Abschlusswiderstände nur an den beiden physikalischen Enden befinden und die AIC-Abschlussbrücken bei Teilnehmern in der Leitungsmitte geöffnet sind.
6. Wenn die vorhandenen Ersatzgeräte fragwürdig waren, installieren Sie einen werkseitig versiegelten AIC. Schleichende Ausfälle bei Lager-Ersatzgeräten sind häufig.

Hinweise zum Austausch

Verwenden Sie den 1747-AIC für die Standardisolation modularer SLC-Chassis und den 1747-AICR, wenn die Anwendung die isolierte Variante erfordert. Stimmen Sie Baudrate und Teilnehmeradressen nach dem Austausch exakt ab. Lassen Sie nicht an jedem AIC im Rack die werkseitigen Abschlusswiderstände aktiviert.

Dokumentation nach der Maßnahme

Wenn das Netzwerk wieder funktioniert, aktualisieren Sie den DH-485-Topologieplan mit der Seriennummer oder dem Installationsdatum des ausgetauschten AIC, vergleichen Sie jede Teilnehmeradresse mit dem Ausdruck der Kanalkonfiguration und vermerken Sie, ob der ausgefallene Koppler ein Lager-Ersatzgerät oder ein Gerät im laufenden Betrieb war. Diese Aufzeichnung verhindert, dass der nächste Ausfall mit einem weiteren ungeprüften Ersatzgerät beginnt. Wenn InTouch- oder RSView-Skripte veraltete Teilnehmerlisten zwischenspeichern, starten Sie den DA-Server nach der physischen Reparatur neu, damit die Qualitätsbits sauber zurückgesetzt werden.

Führen Sie den AIC-Tauschtest durch, bevor Sie die Stammleitung neu planen

Der Erfolg zeigt sich durch den gleichzeitigen Status „Active“ für alle Teilnehmer in RSWho und die wiederhergestellte HMI-Tag-Qualität – nicht lediglich durch die lokale Sichtbarkeit des reparierten Teilnehmers. Beginnen Sie die Fehlersuche nicht zuerst bei MSG-Anweisungen; vermeiden Sie Terminierungen in der Leitungsmitte und eine beidseitige Schirmerdung; legen Sie einen „möglicherweise guten“ AIC nicht ohne einen geprüften Multidrop-Test am Prüfplatz zurück in die Ersatzteilschublade. Bewahren Sie zertifizierte AIC-Ersatzgeräte zusammen mit anderer PLC- und PAC-Kommunikationshardware auf, damit eine Busblockierung nicht zu einem anlagenweiten Produktionsausfall wird.