RSLinx-Treiber für die Kommunikation über SLC 5/04 DF1, DH-485 und DH+ konfigurieren

Ein leeres RSWho-Fenster beweist nicht, dass ein SLC 5/04 ausgefallen ist. RSLinx Classic kann die Steuerung nur durchsuchen, wenn vier Ebenen übereinstimmen: der physische Prozessorkanal, das konfigurierte Protokoll, die Schnittstellenhardware und der Workstation-Treiber. Die Fehlersuche geht schneller, wenn diese Ebenen in dieser Reihenfolge überprüft werden, statt wiederholt Baudraten zu ändern oder wahllos Treiber zu installieren.

Identifizieren Sie Kanal und Protokoll, bevor Sie ein Kabel oder einen RSLinx-Classic-Treiber auswählen.

Beginnen Sie mit der Steuerung, nicht mit dem Laptop

Der SLC 5/04 verfügt über eine serielle Schnittstelle an Kanal 0 und eine Data-Highway-Plus-Schnittstelle an Kanal 1. Die Konfiguration von Kanal 0 bestimmt, ob die serielle Verbindung das Verhalten von DF1 oder DH-485 verwendet; Kanal 1 gehört zu DH+. Bestätigen Sie den genauen Steuerungskatalog und die Baureihe, da Anschlussdetails, vorhandene Anlagen-Schnittstellen und verfügbare Wiederherstellungsmethoden von Bedeutung sind. Das Handbuch zur modularen SLC-500-Hardware von Rockwell ist die maßgebliche Referenz für Anschlüsse, Verdrahtung und Statusinformationen.

Verbinden Sie keinen unbekannten Laptop mit einem aktiven Netzwerk, bevor Kanal-Konfiguration und Knotenplan bekannt sind. Lesen Sie das aktuelle Projekt, Wartungsunterlagen, Schaltschrankkennzeichnungen und Teilenummern der Schnittstellen. Falls eine Offline-Datei aus RSLogix 500 verfügbar ist, prüfen Sie die Kanalkonfiguration, behandeln Sie sie jedoch als Hinweis und nicht als Beweis dafür, dass die laufende Steuerung übereinstimmt. Dokumentieren Sie die aktuelle Treiberkonfiguration, bevor Sie Änderungen vornehmen.

DF1 an Kanal 0

Für eine Punkt-zu-Punkt-Verbindung mit DF1 im Vollduplex verwendet RSLinx Classic normalerweise den Treiber „RS-232 DF1 Devices“. Wählen Sie den tatsächlichen Windows-COM-Port aus und stimmen Sie Baudrate, Parität, Fehlerprüfung, Stoppbits und Handshake auf die Steuerung ab. Die automatische Konfiguration kann nur helfen, wenn Kabel, COM-Port, elektrische Schnittstelle und Steuerungsprotokoll bereits kompatibel sind. Eine erfolgreiche automatische Konfiguration sollte trotzdem dokumentiert und nicht als undokumentierte Magie akzeptiert werden.

Ein Kabel im Stil des 1747-CP3 wird mit dem seriellen SLC-Weg in Verbindung gebracht, doch Anschlussbelegung und Verhalten des Adapters müssen überprüft werden. Viele aktuelle Laptops verwenden USB-zu-Seriell-Adapter; deren Treiber, COM-Zuweisung, Energieverwaltung, galvanische Trennung und Kompatibilität können längere Uploads beeinflussen. Ein Kabel, das mit einer anderen Steuerungsfamilie funktioniert, ist kein Beweis für die richtige Anschlussbelegung. Das Rockwell-Handbuch zu DF1-Protokoll und Befehlssatz beschreibt das zugrunde liegende Übertragungsverhalten.

DH-485 an Kanal 0

DH-485 ist nicht einfach DF1 mit einer anderen Baudrate. Es handelt sich um ein Netzwerk mit mehreren Knoten und einem eigenen Zugriffsverfahren, eigener Adressierung, eigenen Übertragungsmedien und eigenen Anforderungen an die Schnittstelle. Ein einfaches serielles Kabel kann die erforderliche Umsetzungs- oder Trennhardware nicht ersetzen. Ermitteln Sie, ob die Installation einen 1747-PIC, 1761-NET-AIC, eine andere zugelassene Schnittstelle oder ein Gateway verwendet, und nutzen Sie anschließend den zu dieser Hardware passenden Treiber und die entsprechende Betriebssystemunterstützung.

Jede Station benötigt eine eindeutige Knotenadresse, und alle Knoten müssen kompatible Netzwerkparameter verwenden. Vergleichen Sie vor dem Anschließen die geplante Workstation-Adresse mit der dokumentierten Knotenliste. Eine doppelt vergebene Adresse kann die Suche unzuverlässig machen und andere Geräte stören. Ältere PIC-Schnittstellen unterliegen außerdem erheblichen Einschränkungen hinsichtlich Plattform und Betriebssystem. Daher kann ein unterstütztes Gateway sicherer sein, als veraltete Workstation-Hardware zwanghaft weiterzuverwenden.

Die Treiberparameter müssen die Kanaleinstellungen nachbilden; sie können das von der Steuerung bereitgestellte Protokoll nicht ändern.

DH+ an Kanal 1

Data Highway Plus erfordert eine kompatible Schnittstelle, beispielsweise die installierte Rockwell-Karte oder ein unterstütztes Gateway, sowie eine korrekte Trunk-Verkabelung und Terminierung. Verwenden Sie eine unbenutzte DH+-Knotenadresse. DH+-Adressen werden üblicherweise oktal dargestellt. Schreiben Sie daher sowohl den angezeigten Wert als auch seine Schreibweise in das Wartungsprotokoll. Behandeln Sie die Adresse 10 als oktal 10 und nicht als dezimal 10, sofern das Werkzeug nicht ausdrücklich etwas anderes angibt.

Überprüfen Sie die Netzwerkgeschwindigkeit anhand der vorhandenen Systemdokumentation und der Schnittstellenkonfiguration, statt einen Standardwert anzunehmen. Prüfen Sie Anschlüsse, Schirmdurchgängigkeit, Abzweige, Trunk-Führung und Abschlusswiderstände entsprechend dem Netzwerkdesign. Wenn mehrere Knoten gleichzeitig verschwinden, vermuten Sie zunächst Probleme mit Übertragungsmedien oder Schnittstellen, bevor Sie den SLC bearbeiten. Fehlt nur die neue Workstation, konzentrieren Sie sich auf deren Knoten, Geschwindigkeit, Treiber und Schnittstellenweg.

RSLinx Classic gezielt konfigurieren

Erstellen Sie für jeden getesteten Weg einen separat benannten Treiber, damit ein bekanntermaßen funktionierendes Profil nicht überschrieben wird. Wählen Sie für DF1 „RS-232 DF1 Devices“, den richtigen COM-Port und übereinstimmende serielle Parameter. Wählen Sie für eine unterstützte DH-485-Schnittstelle den für diese Schnittstelle dokumentierten Treiber und weisen Sie eine unbenutzte Stationsnummer zu. Verwenden Sie für DH+ den Treiber, der zur installierten Schnittstelle oder zum Gateway gehört, und stimmen Sie Knoten und Netzwerkgeschwindigkeit darauf ab.

Starten Sie den Treiber und prüfen Sie seinen Status, bevor Sie RSWho öffnen. Ein Treiber, der einen Portkonflikt, nicht verfügbare Hardware oder einen fehlgeschlagenen Start meldet, kann die Steuerung nicht durchsuchen. Deaktivieren Sie in RSWho bei der Diagnose einer instabilen Verbindung unnötige automatische Suchvorgänge und erweitern Sie anschließend nur den vorgesehenen Treiber. Bestätigen Sie, dass angezeigter Steuerungstyp und Knoten mit den Aufzeichnungen aus Schaltschrank und Projekt übereinstimmen.

Physische, Verbindungs- und Anwendungstests getrennt durchführen

Eine zuverlässige Diagnose verändert jeweils nur eine Ebene. Prüfen Sie zuerst Versorgung, Steuerungsstatus, Zustand der Anschlüsse, LEDs der Schnittstelle und Kabeldurchgängigkeit. Bestätigen Sie anschließend, dass der Treiber startet und der Netzwerkknoten dauerhaft angezeigt wird. Öffnen Sie danach RSLogix 500 und testen Sie eine schreibgeschützte Suche oder eine Datentabellenansicht. Bewerten Sie erst abschließend die Stabilität von Upload oder Online-Bearbeitung. Wer direkt mit einem Upload beginnt, kann einen physischen Verbindungsabbruch nur schwer von einem Anwendungs-Timeout unterscheiden.

Wenn ein Knoten erscheint und wieder verschwindet, dokumentieren Sie das Intervall und die betroffenen Stationen. Ein wiederkehrender Ausfall kann durch doppelte Adressierung, mangelhafte Verdrahtung, falsche Terminierung, Rücksetzungen der Schnittstelle, USB-Energieverwaltung oder zu viele Wiederholungsversuche verursacht werden. Behaupten Sie nicht, dass die Energieeinsparung des Laptops die Ursache ist, ohne den Fehler reproduziert zu haben. Nutzen Sie Zähler, Treiberdiagnosen, Schnittstellen-LEDs und einen bekannten funktionierenden Verbindungsweg, um die betroffene Ebene zu isolieren.

Das laufende Programm schützen

Für eine sichere Online-Verbindung ist mehr als nur Kommunikation erforderlich. Bestätigen Sie die Identität der Steuerung, Prüfsumme oder Vergleichsstatus des Projekts, Betriebsart, Force-Status und die Freigabe durch die Anlage. Führen Sie einen Upload durch, bevor Sie annehmen, dass die Offline-Datei aktuell ist. Bewahren Sie die hochgeladene Datei mit Zeitstempel und Steuerungsidentität auf. Führen Sie keinen Download nur zum Testen der Kommunikation durch; ein Download kann die laufende Anwendung ersetzen und Ausgänge verändern.

Stimmen Sie die Verbindung bei älteren Netzwerken mit dem Betriebspersonal ab, da ein doppelter Knoten, ein gelockerter Anschluss oder ein schwacher Trunk die Produktion beeinträchtigen kann. Sichern Sie die Workstation elektrisch und mechanisch, vermeiden Sie das Bewegen von Adaptern während eines Uploads und halten Sie eine freigegebene Sicherung der RSLinx-Treiberkonfiguration vor. Geeignete Ersatzschnittstellen und Netzwerkkomponenten können über die Ersatzteile für Kommunikation und Netzwerke des Standorts verwaltet werden.

Abnahmekriterien und Dokumentation

Ein Verbindungsweg ist nicht durch eine einzige erfolgreiche Suche nachgewiesen. Überprüfen Sie wiederholte RSWho-Aktualisierungen, einen vollständigen Upload, eine dauerhaft stabile Online-Datentabellensitzung und eine saubere Wiederverbindung nach dem Schließen der Software. Wenn der Weg für Wartungsarbeiten vorgesehen ist, testen Sie ihn vom freigegebenen Service-Standort aus, ohne den Produktionstrunk zu beeinträchtigen. Dokumentieren Sie Steuerungskatalog, Kanal, Protokoll, Teilenummer von Kabel oder Gateway, Workstation-Schnittstelle, Treibername, Knoten, Geschwindigkeit, serielle Einstellungen, Softwareversion und bekannte Einschränkungen.

Das technische Ziel ist ein reproduzierbarer Serviceweg und keine zufällige Verbindung. Die Zuordnung des Steuerungskanals zur richtigen physischen Schnittstelle und zum richtigen Treiber verhindert den größten Teil unnötiger Fehlersuche. Schichtweise Tests machen anschließend verbleibende Probleme mit Verdrahtung, Adressierung, Workstation oder Anwendung sichtbar, ohne das laufende Steuerungsprogramm unnötig zu verändern.