Konfigurieren von 1747-SN-Blockübertragungen zu PowerFlex 70 über RIO

Ein PowerFlex 70 kann über einen 1747-SN Remote-I/O-Scanner und einen 20-COMM-R-Adapter Befehls-, Referenz-, Status-, Rückmeldungs- und ausgewählte Parameterdaten mit einer SLC 500 austauschen. Der schwierige Teil besteht nicht darin, eine Übertragung zu erstellen, sondern darin, drei verschiedene Datenpfade getrennt zu halten: das diskrete RIO-Abbild, Blocktransfer-I/O und explizite Nachrichten über Blocktransfer.

Das ursprüngliche Projekt muss vor jeder Änderung überprüft werden. Erfassen Sie die Katalognummer, Serie und Firmware des SLC-Prozessors, Steckplatz und Serie des 1747-SN, die Zuordnung von logischem Rack und Gruppe, die Konfiguration des 20-COMM-R sowie die Steuerquelle, Referenzquelle, Masken, Fehleraktionen und aktivierten Datalinks des PowerFlex. Ein allgemeines Beispiel kann diese installierten Details nicht ersetzen.

Der 1747-SN verwaltet die RIO-Verbindung; der 20-COMM-R ordnet diese Verbindung den DPI-Befehls-, Referenz-, Status-, Rückmeldungs- und Datalink-Daten des Antriebs zu.

Unterstützte Architektur bestätigen

Der 1747-SN ist der RIO-Master im SLC-Chassis. Das Benutzerhandbuch für den 1747-SN Remote-I/O-Scanner von Rockwell besagt, dass Scanner der Serie B oder höher diskrete Daten und Blocktransfers unterstützen. Es dokumentiert außerdem maximal vier logische Racks mit diskreten RIO-Daten, wobei die genaue Adapterzuordnung in der G-Datei des Scanners konfiguriert wird.

Der PowerFlex 70 wird ohne die passende Schnittstelle nicht direkt an Blue Hose angeschlossen. Der 20-COMM-R ist der in Rockwells Benutzerhandbuch für den 20-COMM-R Remote-I/O-Adapter beschriebene RIO-Adapter. Überprüfen Sie Katalognummer und Firmware des Adapters, statt sich auf die in alten Zeichnungen verwendete informelle Bezeichnung „RVC“ zu verlassen.

Dokumentieren Sie vor Änderungen an der Verdrahtung die RIO-Baudrate, Rack-Adresse, Startgruppe, Rackgröße, Terminierung, Kabelpolarität und die alleinige Scanner-Zuständigkeit für die Verbindung. Verwenden Sie die in den Handbüchern angegebenen Kabel- und Terminierungsanforderungen. Erfinden Sie keine sternförmige Abzweigung oder lange Stichleitung, um einen neuen Antrieb unterzubringen.

Die drei Datenpfade trennen

Diskrete I/O

Das diskrete Abbild ist der zyklische Steuerpfad. Das 20-COMM-R-Handbuch ordnet das Logikbefehls- bzw. Logikstatuswort dem diskreten Abbild zu und ordnet Referenz, Rückmeldung und aktivierte Datalinks entsprechend der konfigurierten Rackgröße und den Adapterparametern zu. Die genaue Bitdefinition hängt vom angeschlossenen DPI-Antrieb ab. Verwenden Sie daher die Definitionen für den PowerFlex 70 im Adapterhandbuch.

Die Zuständigkeit für Befehle muss eindeutig festgelegt sein. Bestätigen Sie vor dem Testen die ausgewählten Befehls- und Drehzahlsollwertquellen des Antriebs, die Logikmasken und die Freigabebedingungen. Ein sich korrekt änderndes RIO-Wort kann einen Antrieb nicht starten, wenn weiterhin der lokale Eingang, das HIM oder ein anderer Port die Steuerung besitzt.

Blocktransfer-I/O

Blocktransfer-I/O überträgt das zyklische Referenz-, Rückmeldungs- und Datalink-Abbild, wenn dieses Abbild für Blocktransfer konfiguriert ist. Der 20-COMM-R erkennt Übertragungen mit 18 Wörtern oder weniger als I/O-Übertragungen. Damit wird ein häufiger Fehler in Notizen aus dem Feld korrigiert, in denen jede Übertragung als fester 16-Wort-Block beschrieben wird.

Auch die Unterscheidung zwischen Scanner- und Prozessorausgaben ist wichtig. Die Serie B oder höher bezieht sich auf die Blocktransferfähigkeit des 1747-SN-Scanners. Die nativen BTR- und BTW-Anweisungen sind an unterstützte SLC-Prozessorserien und Firmwareversionen gebunden; Rockwells Beispiele nennen Prozessoren der Serie C mit Firmwareversion 3.xx oder höher. Bei älteren Prozessorimplementierungen werden Steuer- und Statuspuffer verwendet, die in den M0- und M1-Dateien des Scanners zugewiesen sind.

Explizite Nachrichten über Blocktransfer

Explizite Nachrichten dienen Konfigurations- oder Überwachungsdaten außerhalb des zyklischen I/O-Abbilds. Das Adapterhandbuch unterscheidet die für explizite Nachrichten erkannten Größen von I/O-Übertragungen. Es warnt außerdem davor, Parameterdaten wiederholt in den nichtflüchtigen Speicher zu schreiben, da häufige Schreibvorgänge dessen Lebensdauer verkürzen können. Häufig wechselnde Betriebsdaten gehören in Datalinks oder das zyklische Abbild und nicht in wiederholte Schreibvorgänge nichtflüchtiger Parameter.

Pufferlogik bewusst aufbauen

Konfigurieren Sie bei einem Prozessor, der native BTR- und BTW-Anweisungen unterstützt, Rack, Gruppe, Scanner-Steckplatz, Steuerblock, Datendatei, angeforderte Wortanzahl und M-Datei-Pufferadresse genau nach den Angaben in den Handbüchern. Jeder Blocktransfer benötigt einen eigenen Pufferbereich. Steuerblöcke dürfen sich nicht überschneiden, und ein Puffer darf nicht wiederverwendet werden, bevor die vorherige Transaktion abgeschlossen ist.

Bei älterer Prozessorlogik kopieren Sie die Steuer- und Datenstruktur der Anwendung in den M0-Puffer des Scanners und kopieren M1-Status- oder Rückgabedaten in normale Prozessordateien. Der Zugriff auf M-Dateien erhöht die Prozessorzykluszeit. Verwenden Sie daher wie empfohlen Mehrwort-Kopieranweisungen, statt einzelne M-Datei-Bitreferenzen über das gesamte Programm zu verteilen.

Unabhängig von der Implementierung müssen Aktivierung, Abschluss, Fehler, Timeout und Informationen zum letzten erfolgreichen Vorgang für die Diagnose zugänglich sein. Aktivieren Sie eine wiederkehrende Übertragung erst erneut, nachdem die vorherige Übertragung abgeschlossen wurde oder einen Fehler gemeldet hat. Der RIO-Scanner verarbeitet pro Scan des entfernten Racks eine Blocktransferanforderung, auch wenn mehrere Anforderungen initiiert werden können. Eine unkontrollierte Gruppe ständig erneut ausgelöster Übertragungen kann daher die Latenz für jedes Gerät in diesem Rack erhöhen.

Kommunikations- und Leerlaufverhalten festlegen

Der 20-COMM-R verfügt über getrennte Reaktionen auf einen Kommunikationsfehler und darauf, dass der Controller den Run-Modus verlässt. Abhängig von den freigegebenen Einstellungen können diese Aktionen den Antrieb auf Fehler setzen, anhalten, den letzten Befehl halten oder konfigurierte Daten anwenden. Das Halten des letzten Drehzahlbefehls nach einem Kommunikationsverlust kann in vielen Anwendungen unsicher sein; ein automatischer Stopp kann ebenfalls unsicher sein, wenn das Auslaufen eine andere Gefahr verursacht. Die Risikobeurteilung der Maschine und das Antriebshandbuch müssen die Reaktion festlegen.

Testen Sie beide Bedingungen während der Inbetriebnahme. Trennen Sie die RIO-Verbindung in einem kontrollierten, nicht produzierenden Zustand und bestätigen Sie das konfigurierte Verhalten bei Kommunikationsfehlern. Versetzen Sie die SLC nach dem freigegebenen Verfahren in den Program-Modus und bestätigen Sie das Verhalten bei Leerlauffehlern. Stellen Sie sicher, dass das HMI die Kommunikationsqualität getrennt vom Status „Antrieb läuft“ oder „bereit“ anzeigt.

Scannerstatus, Adapterstatus, Steuerbits der Übertragung und Antriebszustand müssen gemeinsam ausgewertet werden; keine einzelne LED beweist, dass der Steuerpfad korrekt funktioniert.

Von der physikalischen Ebene aufwärts in Betrieb nehmen

RIO-Verbindung nachweisen

Bestätigen Sie einen einzigen Scanner, korrekte Polarität und Terminierung, übereinstimmende Baudrate, gültige Rack- und Gruppenzuordnung sowie einen stabilen Status der aktiven Geräte. Prüfen Sie Wiederholungszähler und Scannerdiagnose. Weisen Sie einem nicht dokumentierten Hexadezimalcode keine Bedeutung zu, sondern verwenden Sie die Fehlercodetabelle für die installierte Scanner- und Adapterversion.

Empfangsdaten vor der Freigabe von Befehlen nachweisen

Überprüfen Sie bei sicher gesperrtem Antrieb Logikstatus, Rückmeldung und alle aktivierten Datalinks anhand des HIM oder einer unabhängigen Beobachtung. Bestätigen Sie die Reihenfolge der 32-Bit-Datalink-Wörter anhand des Adapterhandbuchs. Ein plausibler, aber falsch zusammengesetzter Wert ist nicht akzeptabel.

Befehlszuständigkeit und Skalierung nachweisen

Senden Sie zuerst einen Stoppbefehl und anschließend einen begrenzten Sollwert, während der Antrieb gesperrt bleibt. Bestätigen Sie, dass der Adapter den vorgesehenen Befehl und Referenzwert empfängt. Erst wenn Status, Zuständigkeit, Masken und Skalierung nachgewiesen sind, darf der freigegebene Testlauf mit niedriger Geschwindigkeit erfolgen.

Wiederherstellung nachweisen

Testen Sie Kabelverlust, Aus- und Einschalten des Antriebs, Zurücksetzen des Scanners, Moduswechsel der SLC und die Wiederherstellung der Kommunikation. Bestätigen Sie, dass Befehle nach der Wiederherstellung nicht unerwartet fortgesetzt werden und dass, sofern dies die Risikobeurteilung verlangt, eine bewusste Bedieneraktion erforderlich ist.

Die Schnittstelle als zu wartende Anlage dokumentieren

Speichern Sie die G-Datei-Zuordnung, die Rack- und Gruppenübersicht, die diskreten Wörter, BTR- und BTW-Steuerblöcke, M0- und M1-Puffer, Datalink-Parameterzuweisungen, Fehlerreaktionen und Abnahmeprüfergebnisse zusammen mit der RSLogix-500-Sicherung. Relevante Ersatzhardware kann in der Kollektion für SPS- und PAC-Systeme geprüft werden, während Verkabelungs- und Schnittstellenkomponenten in die Kollektion für Kommunikation und Netzwerktechnik gehören.

Legacy-RIO kann weiterhin zuverlässig eingesetzt werden, wenn Datenzuständigkeit und Fehlerverhalten transparent sind. Die wichtigste Verbesserung besteht nicht in mehr Leiterlogik, sondern darin, unklare Serienangaben, nicht dokumentierte Statuscodes, überlappende Puffer und nicht getestetes Antriebsverhalten aus dem Wartungsplan zu entfernen.