Englisch
Chinesisch
Spanisch
Russisch
Portugiesisch
Französisch
Indonesisch
Thailändisch
Vietnamesisch
Arabisch
Italienisch
Türkisch
Polnisch
Japanisch
Eine PLC kann eine gültige Radarantwort erhalten, obwohl sie das falsche Register anfordert. Prüfen Sie vor Änderung der Bytefolge oder Anwendung eines Skalierungsfaktors, wie die Software die dokumentierten Modbus-Radarregisteradressen in die gesendete Anforderungsadresse umsetzt. Eine um eins verschobene Anforderung kann ein benachbartes Element zurückgeben, ohne eine Kommunikationszeitüberschreitung auszulösen.
Drei Adressdarstellungen sichtbar halten
Dokumentieren Sie die Referenz in der Geräteliste, die Eingabe im PLC-Treiber und die resultierende Anforderungsadresse. Sie müssen nicht gleich geschrieben sein. Ein Treiber kann einen nullbasierten Versatz, eine einsbasierte Elementnummer oder eine Registerreferenz mit Tabellenkennung erwarten. Konfiguration und Dokumentation bestimmen die erforderliche Eingabe.
Das Modbus-Anwendungsprotokoll verwendet nullbasierte Adressen in der Anforderungs-PDU. Als Nummerierungsbeispiel entspricht das erste Register einer einsbasierten Folge dem Anforderungsversatz 0, das zweite dem Versatz 1. Das bedeutet nicht, dass der MV-RD12-Füllstandswert an einem dieser Versätze liegt. Die mitgelieferte Geräteliste muss das tatsächliche Element ausweisen.
Ziehen Sie eins nicht zweimal ab. Wandelt der Treiber eine einsbasierte Eingabe bereits in den Protokollversatz um, ändert eine manuelle Verringerung das angeforderte Element. Ebenso benötigt ein Dokument mit Protokollversätzen keine zusätzliche Umrechnung, nur weil eine andere Anleitung einsbasierte Referenzen verwendet.
Modbus-Radarregisteradressen mit der gelieferten Elektronik prüfen
Der METRAVON MV-RD12 benötigt für Modbus die entsprechende RS485-Elektronik. Eine Zweileiterkonfiguration mit 4-20 mA/HART ist eine andere Schnittstelle. Beschaffen Sie die Registerliste für die gelieferte elektrische Ausführung und ermitteln Sie deren Revision und, soweit verfügbar, die zugehörige Firmware.
| Anforderungsdetail | Zu bestätigen |
|---|---|
| Geräteidentität | Das vorgesehene Gerät und seine Netzwerkadresse, keine kopierte Messstellenkennung eines anderen Tanks. |
| Registertabelle | Dokumentierte Funktion und Element; derselbe Zahlenversatz in einer anderen Tabelle muss nicht dieselben Daten bezeichnen. |
| Treibernotation | Die vom Treiber akzeptierte Adresskonvention und seine Umrechnung. |
| Start und Anzahl | Die tatsächliche erste angeforderte Adresse und die für das dokumentierte Element nötige Registeranzahl. |
| Bedeutung der Antwort | Die zugewiesene Variable, Darstellung, Einheiten und Gültigkeitsinformationen dieses Elements. |
Leseanforderung vor Interpretation der Antwort prüfen
Nutzen Sie ein genehmigtes Verfahren zur ausschließlich lesenden Inbetriebnahmeprüfung. Kann der Treiber, das Gateway oder ein Diagnosewerkzeug die Anforderung anzeigen, speichern Sie Geräteadresse, Funktion, Startversatz und Anzahl zusammen mit der Konfigurationseingabe. Unterscheiden Sie dezimale und hexadezimale Schreibweise. Beispielsweise entspricht hexadezimal 0x0010 dem Dezimalwert 16, nicht dem Dezimalwert 10.
Vergleichen Sie diese Felder mit der tatsächlichen Registerliste, bevor Sie die Dekodierung ändern. Eine falsche Funktion oder ein falscher Startversatz ist ein Adressierungsproblem. Erst bei korrekter Anforderung sind dokumentierter Datentyp, Wortfolge und Umrechnung anzuwenden. Die gesonderten Prüfungen der Radarwertdekodierung behandeln solche Darstellungsfehler; eine geänderte Wortfolge wählt kein anderes Register aus.
Ist keine Aufzeichnung der tatsächlichen Anforderung verfügbar, sichern Sie Treibername und -version, Adressmoduseinstellung und Konfigurationsansicht. Lassen Sie Integrator oder Lieferant die resultierende Anforderung bestätigen. Ein erratener Versatz bleibt auch bei einer plausiblen Anzeige ungeprüft.
Gewähltes Element vor Übernahme auf weitere Messstellen prüfen
Vergleichen Sie die angeforderte Messgröße zeitgleich mit einem bekannten lokalen Wert bei unterschiedlichen, sicher herstellbaren Bedingungen. Ein veränderlicher Wert kann weiterhin Abstand statt Füllstand sein. Ein Test nahe null kann eine falsche Skalierung oder ein unzugehöriges Register mit zufälligem Nullwert verdecken. Bewahren Sie zu jedem Vergleich die Rohantwort auf.
Dokumentieren Sie nach Freigabe sowohl die lesbare Registerreferenz als auch die tatsächlichen Anforderungsfelder im Integrationsblatt. Prüfen Sie sie beim Wechsel von PLC-Treiber oder Gateway erneut: Dieselbe eingetippte Zahl beweist nicht, dass die neue Software dieselbe Adresse sendet. Unterstützte Statusmeldungen und die Behandlung von Kommunikationsverlust gehören ebenfalls zum Abnahmeumfang.
Fragen bei plausibel erscheinenden Registerantworten
F1. Bedeutet eine Antwort ohne Modbus-Ausnahme, dass das richtige Element angefordert wurde?
Nein. Die angeforderte Position kann gültig und dennoch für diese Messstelle falsch sein. Gleichen Sie die Anforderung mit der gelieferten Registerliste ab und prüfen Sie die zurückgegebene Variable unabhängig von der Anzeigebezeichnung.
F2. Muss jede Treibereingabe um eins verringert werden?
Nein. Klären Sie, ob Registerliste und Treiber Versätze oder nummerierte Referenzen verwenden und ob der Treiber die Eingabe umsetzt. Führen Sie nur die für diese dokumentierte Kombination erforderliche Umrechnung aus.
F3. Kann man eine Adresse durch versuchsweises Parameterschreiben finden?
Verwenden Sie Schreibzugriffe nicht zur Erkundung. Ein unbeabsichtigt erfolgreicher Schreibzugriff kann das Gerät verändern. Ermitteln Sie zuerst die dokumentierte Lesezuordnung und beschränken Sie nötige Konfigurationsschreibzugriffe auf das autorisierte Verfahren für die gelieferte Version.
Zusammenfassung
Prüfen Sie das angeforderte Element vor Interpretation seiner Bytes. Übermitteln Sie Elektronikidentität des MV-RD12, Registerlistenrevision, PLC-Treiberdetails und Anforderungsfelder mit einer Integrationsanfrage. Fügen Sie lokalen Wert und Rohantwort bei, damit sich Adressierung und Datenumrechnung getrennt prüfen lassen.
