Moderne Engineering-Laptops verfügen nur selten über einen DB-9-RS-232-Anschluss, dennoch sind Allen-Bradley-SLC-500-Prozessoren weiterhin auf DH-485, DF1-Vollduplex und – bei älteren Prüfaufbauten – den 1747-PIC-Pfad angewiesen. Die Verbindung eines heutigen PCs mit ausschließlich USB-Anschlüssen zu einem 5/01- bis 5/05-Chassis ist daher zunächst ein Problem der Hardwareauswahl und erst danach ein RSLinx-Problem. Die Wahl der falschen Bridge führt zu leeren RSWho-Strukturen, die wie Prozessorfehler aussehen.

Ordnen Sie zuerst das Protokoll Kanal 0 oder Kanal 1 zu und wählen Sie anschließend USB-Hardware, die der RSLinx-Treiber tatsächlich ansteuern kann.

Protokollübersicht für USB-Bridges

SLC 5/03, 5/04 und 5/05 stellen Kanal 0 als RS-232 DF1 und Kanal 1 als DH-485 bereit. SLC 5/01 und 5/02 erreichen DH-485 über einen 1747-AIC- oder 1761-NET-AIC-Koppler. Kanal 0 ist der richtige Anschluss für DF1-over-USB-Anwendungen.

Warum der 1747-PIC-Treiber unter USB ausfällt

Der PIC-Treiber wurde für direkte Portzugriffe auf Ports der 16550-Klasse entwickelt. Ein virtueller USB-CDC-COM-Port stellt diese herkömmlichen E/A-Zyklen niemals bereit. Zu den typischen Symptomen gehören lautlose Timeouts in RSWho, Autokonfigurationsschleifen, die nie abgeschlossen werden, und ACPI-Energiesparereignisse, durch die der COM-Port während der Sitzung entfernt wird. Migrieren Sie historische PIC-Abläufe zu DF1 an Kanal 0; die SLC-Firmware muss nicht geändert werden – nur die PC-Treiberauswahl.

1747-UIC für DH-485

Der 1747-UIC ist das Allen-Bradley-USB-Gerät, das über eine interne DF1-zu-DH-485-Umsetzung eine Bridge zu DH-485 herstellt. RSLinx konfiguriert daher einen DF1-Treiber, obwohl der Anlagenbus DH-485 verwendet. Installieren Sie den UIC-Treiber, schließen Sie das Gerät an einen mit Strom versorgten USB-Root-Port an, bestätigen Sie, dass das Gerät in RSWho angezeigt wird, stellen Sie für typische DH-485-Standardeinstellungen 19200 Baud / N / 1 / CRC ein und schließen Sie ein verdrilltes Adernpaar aus Belden 3106A (oder gleichwertig) an, wobei der Schirm nur an einer Stelle aufgelegt wird. Bei längeren Leitungen setzen Sie am SLC-Ende einen 1761-NET-AIC zur galvanischen Trennung, Vorspannung und Terminierung ein.

USB-zu-RS232 für DF1 an Kanal 0

Für die Programmierung über Kanal 0 reicht häufig ein hochwertiges USB-RS232-Kabel mit Nullmodem-Verdrahtung aus. Im Feld bewährte Adapter sind Keyspan USA-19QW, Belkin F5U103 und Geräte der FTDI-US232R-Klasse mit signierten Treibern. Bauen Sie die Verbindung wie folgt auf: USB → Adapter-DB-9 → Nullmodem-Kreuzverbindung → SLC-Kanal 0. Deaktivieren Sie das selektive USB-Energiesparen von Windows für den Adapter, damit ACPI den COM-Port nicht nach einigen Sekunden im Leerlauf trennt.

RSLinx → Treiber konfigurieren → RS-232-DF1-Geräte
Kommunikationsport: mit dem Geräte-Manager abgleichen (z. B. COM3)
Gerät: SLC-CH0 | Baud: 19200 | Parität: Keine | Stopp: 1 | Fehler: CRC

Überspringen Sie die Autokonfiguration bei USB-Bridges, wenn sie mit einem Timeout abbricht. Manuell eingestellte Parameter entsprechend dem Typenschild des Prozessors sind zuverlässiger, da die USB-Pufferung die von der Autokonfiguration erwartete Zeichenabstandszeit verändert.

RSWho-Sichtprüfung für jeden Protokollpfad

• Bestätigen Sie den Modus von Kanal 0 in RSLogix 500, bevor Sie das Kabel verantwortlich machen.
• Schließen Sie PuTTY oder andere Terminalsitzungen, die den COM-Port belegen.
• Erwarten Sie nicht, dass der PIC-Treiber über irgendeine USB-Seriell-Bridge funktioniert.
• Prüfen Sie bei DH-485 auf eindeutige Knotennummern und ausschließlich auf eine Terminierung am Leitungsende.

Halten Sie ein dokumentiertes USB-Kommunikationsset – UIC, getestetes FTDI-Kabel, Nullmodem und eine bekannte RSLinx-Version – zusammen mit anderem PLC- und PAC-Ersatzmaterial bereit, damit der nächste Ausfall nicht erneut zur Adapterlotterie wird.