Timeout Error Auslesen Modbusregister

Hallo,
ich habe bei meinem Projekt teilweise noch Probleme beim Auslesen der Modbus-Register und hoffe, dass Ihr mir vllt. bei der Suche nach der Fehlerursache helfen könnt.
Ich habe mir schon sämtliche andere Beiträge im Forum dazu durchgelesen und mein Programm dementsprechend umprogrammiert um bspw. vor Glitches zu schützen. Jedoch treten immer noch teilweise Fehler auf.

Zur Fehlermeldung an sich:
- Fehlerbeschreibung LabVIEW: Fehler 6101 bei Timeout Error
- der Fehler tritt völlig unregelmäßig auf (bei einem Programmdurchlauf gar nicht, beim nächsten beim Auslesen des Parameters A, beim darauffolgenden beim Auslesen des Parameters B, dann wieder garnicht,...)

Habe jetzt schon für einige Ursachen einen Schutz eingebaut:
- falls beim Auslesen ein Fehler auftritt wird nochmal maximal 3 mal versucht das Register zu lesen (falls ein Glitch aufgetreten ist)
- falls auch bei den weiteren Versuchen Fehler auftreten wird die VISA-Schnittstelle geschlossen, 500ms gewartet, erneut geöffnet und gelesen (https://forums.ni.com/t5/LabVIEW/modbus-...anguage=en )
- als Timeout für das Auslesen der Register habe ich 1000ms eingestellt (hat somit eigentlich genug Zeit die Daten auszulesen und zu verarbeiten)

Aber trotzdem tritt hier und da noch ein Timeout-Fehler auf.
Ich habe wirklich keine Idee mehr, an was es sonst noch liegen könnte, da auch meine Schnittstelle (Expert EX9530) fehlerfrei ist.

Ich habe mal ein SubVI der Auslesung eines Registers mit in den Anhang getan ... die SubVIs zum Auslesen der anderen Parameter unterscheiden sich ausschließlich durch die Registeradresse.
Falls jemand die verwendeten fertigen SubVIs von LabVIEW nicht hat hab ich auch nochmal einen Screenshot vom Programm mit angehängt.

Ich hoffe ich konnte mein Problem verständlich beschreiben und dass mir jemand helfen kann, denn

Vielen Dank im Voraus!

MfG
Sarah

Anzeige

Hallo Sarah,

erzähl doch mal bitte mehr von deinem Aufbau.
Da du einen USB Serielle Wandler verwendest, gehe ich mal davon aus, dass deine Slave eine serielle Schnittstelle hat?

Wenn es einmal läuft und dann sporadisch nicht mehr, würde ich hier eher auf Hardwareprobleme wie Leitungsverlegung oder ähnliches tippen.

Gruß
Max

Hallo Sarah,

nichts zum Timeout-Fehler an sich, aber zu deinem VI:

Zitat:Habe jetzt schon für einige Ursachen einen Schutz eingebaut:
- falls beim Auslesen ein Fehler auftritt wird nochmal maximal 3 mal versucht das Register zu lesen (falls ein Glitch aufgetreten ist)

Deine Schleifen stoppen, wenn
1. ein Fehler auftritt
2. nach dem vierten (erste Schleife) oder dritten (zweite Schleife) erfolgreichen Modbus-Zugriff
Dies entspricht nicht dem, was du eigentlich haben wolltest!
(Außerdem enthält eine Schleife noch eine kleine Wartezeit, die andere aber nicht!?)

Ersetze die While-Schleifen durch FOR-Loops.
Verdrahte eine "3" an den "N"-Eingang der FOR-Loop.
Mache die Abbruchbedingung der FOR-Loop sichtbar, verbinde sie mit dem ErrorOut der Modbus-Funktion und setze sie auf "Continue if TRUE"…

Hallo,

danke für die schnellen Antworten!

(16.07.2019 14:01 )GerdW schrieb:  Ersetze die While-Schleifen durch FOR-Loops.
Verdrahte eine "3" an den "N"-Eingang der FOR-Loop.
Mache die Abbruchbedingung der FOR-Loop sichtbar, verbinde sie mit dem ErrorOut der Modbus-Funktion und setze sie auf "Continue if TRUE"…

Oh das stimmt im Prinzip hat es dann überhaupt nicht das gemacht, was ich wollte - habe es so abgeändert wie beschrieben - Danke! (s. Anhang überarbeitetes SubVI)

(16.07.2019 13:59 )MaxP schrieb:  erzähl doch mal bitte mehr von deinem Aufbau.
Da du einen USB Serielle Wandler verwendest, gehe ich mal davon aus, dass deine Slave eine serielle Schnittstelle hat?
Wenn es einmal läuft und dann sporadisch nicht mehr, würde ich hier eher auf Hardwareprobleme wie Leitungsverlegung oder ähnliches tippen.

Mein Aufbau ist folgendermaßen aufgebaut (s. auch Prinzipskizze Anhang):
- Modbus-Schnittstelle: Expert EX9530 über USB mit dem PC verbunden;
- Prüfgerät (Slave-Adresse: 1) mit Expert über Leitung A und B jeweils mit TX+/D+ (B) und mit TX-/D- (A) verbunden;
- auf dem selben Modbus liegt ein zweites Gerät (Slave-Adresse: 247), welches gleichermaßen mit dem Expert verbunden ist;
- lese und beschreibe das Modbus-Register des Prüfgerätes (Slave-Adresse: 1)
- beschreibe ein Modbus-Register des zweiten Gerätes (Slave-Adresse: 247)
- Prüfling und das zweite Gerät sind über I2C miteinander verbunden, wobei der Prüfling der Master ist

(16.07.2019 13:32 )sarah_gru schrieb:  Habe jetzt schon für einige Ursachen einen Schutz eingebaut:
- falls beim Auslesen ein Fehler auftritt wird nochmal maximal 3 mal versucht das Register zu lesen (falls ein Glitch aufgetreten ist)
- falls auch bei den weiteren Versuchen Fehler auftreten wird die VISA-Schnittstelle geschlossen, 500ms gewartet, erneut geöffnet und gelesen (https://forums.ni.com/t5/LabVIEW/modbus-...anguage=en )
- als Timeout für das Auslesen der Register habe ich 1000ms eingestellt (hat somit eigentlich genug Zeit die Daten auszulesen und zu verarbeiten)

Wie konfigurierst du die VISA-Schnittstelle? Mit dem Init-VI aus der Modbus-Library?

(16.07.2019 13:32 )sarah_gru schrieb:  Ich habe mal ein SubVI der Auslesung eines Registers mit in den Anhang getan ... die SubVIs zum Auslesen der anderen Parameter unterscheiden sich ausschließlich durch die Registeradresse.

Ich hoffe, du hast deine Abfragen nicht parallel programmiert. Die Modbus-VIs sind reentrant, die lassen eine parallele Verarbeitung zu, aber die serielle COM-Schnittstelle nicht. Das gibt garantiert Ärger!

Gruß, Jens

(16.07.2019 15:25 )jg schrieb:  Wie konfigurierst du die VISA-Schnittstelle? Mit dem Init-VI aus der Modbus-Library?

habe dafür das vorgegebene SubVI "MB Serial Init.vi" aus der Modbus-Library verwendet.

(16.07.2019 15:25 )jg schrieb:  Ich hoffe, du hast deine Abfragen nicht parallel programmiert. Die Modbus-VIs sind reentrant, die würden eine parallele Verarbeitung zulassen, aber die serielle COM-Schnittstelle nicht. Das gibt garantiert Ärger!

Nein die Auslesung der Register erfolgt hintereinander und überschneiden sich nicht.

Anzeige

OK, sehr gut zu beiden Punkten!

Ein Fehler in der Library ist mir bei Modbus RTU bekannt, vgl. die Rückmeldungen aus diesem NI-Beitrag.
Der Datentyp beim MB-CRC_16.vi ist falsch definiert. Ich bin mir aber nicht sicher, ob das wirklich zu Fehler 6101 führen kann.

Um mögliche Probleme mit dieser Modbus-API auszuschließen, du könntest ja einmal eine andere ausprobieren, z.B. diese hier.

Überprüfe auch mal die Powersettings deiner USB-Schnittstelle.

Gruß, Jens

Ich habe jetzt einmal mit einer zusätzlichen Schnittstellte und dem Programm Docklight V2.2 die Datenübermittlung genauer beobachtet.

Habe jetzt drei verschiedene Fehlerfälle ermitteln können:

1) beim Lesen eines Registers: als function wird der Wert 0x94 übermittelt (s. Bild "functioncode") ... diesen sollte es jedoch nicht geben - ausschließlich 0x03 (Read) und 0x06 (Write)
2) beim Lesen eines Registers: es werden zu wenig Daten übermittelt (s. Bild "LostDataRead")
... eigentlich sollte z.B. 01 (Adresse) 03 (Lesen) 0B (Startadresse) 01 (Anzahl der zu lesenden Register) 01 06 (Daten) ... ... (CRC)
3) beim Schreiben des Registers: es werden zu wenig Daten übermittelt (s. Bild "LostDataWrite") ... die Daten stimmen, jedoch tritt öfters ein Fehler auf, da sobald zweimal der gleiche Datensatz auf dem Bus liegt ein Fehler vorgefallen sein muss und ein erneutes Senden / Empfangen versucht wird.

Bestätigt das vielleicht den Verdacht, dass der Fehler durch die Library kommt?

LG
Sarah

Die Mitschnitte beweisen eher, dass du Probleme mit dem Bus, mit der Gegenstelle oder dem USB zu RS485 Umsetzer hast.

Alle deine Analysen stimmen nicht:

zu 1) Der Abfrage-Frame beginne ein paar Byte früher:
   
Er ist komplett und korrekt: Bytes in Hex: 01 03 00 05 00 01 94 0B - also Abfrage von Holding Registern von Device 1, Register 5, Anzahl 1, korrekte Checksumme.

Aber die Antwort ist verstümmelt. Vgl. hierzu eine korrekte Frage-Anwort Reihenfolge:
   
0x01 0x03 0x02 wurde irgendwie zu 0x20. Nachdem dieser Fehler in der Antwort liegt, hat das nichts mit LabVIEW zu tun.

zu 3) Bei Function Code 06 (Write Single Register) antwortet der Teilnehmer mit demselben Frame (vgl. https://en.wikipedia.org/wiki/Modbus ). Zweimal dieselbe Nachricht ist in diesem Fall also korrekt.

Ebenso bist du mit dem markierten Frame bei Punkt 2 auf dem Holzweg. Das ist die korrekte Antwort deines Slave auf die Master-Anfrage davor (vgl. wieder den Wikipedia Link). Die Antwort auf eine Holding-Register Anfrage lautet 01 03 "Anzahl Bytes" "Werte Register" "Checksum". Anzahl Bytes =2, da du nur 1 Register abgefragt hast, dann folgen 2 Bytes für den Wert des 16bit-Register und die 16bit CRC. Alles in Ordnung.

Gruß, Jens