Modbus RTU over TCP Error response
-
Hallo zusammen,
ich nutze einen Waveshare Modbus RTU TCP Wandler, welchen ich bereits getestet habe und er funktioniert problemlos um Werte meiner Bewegungsmelder auszulesen.
Leider scheitere ich gerade an der Einbindung in IOBroker. Ich erhalte im Log immer folgenden Fehler bei der Abfrage von Holding Registers:modbus.0 2023-08-25 20:33:38.835 info Disconnected from slave 192.168.3.9 modbus.0 2023-08-25 20:33:38.834 debug Closing client on purpose. modbus.0 2023-08-25 20:33:37.841 debug Cleaning up request fifo. modbus.0 2023-08-25 20:33:37.837 debug Clearing timeout of the current request. modbus.0 2023-08-25 20:33:37.836 debug Socket closed with error modbus.0 2023-08-25 20:33:37.834 warn Poll error count: 2 code: {"err":"timeout","timeout":5000} modbus.0 2023-08-25 20:33:37.833 error Client in error state. modbus.0 2023-08-25 20:33:37.833 error Request timed out. modbus.0 2023-08-25 20:33:37.832 warn Error: undefined modbus.0 2023-08-25 20:33:35.554 error Error response: fe modbus.0 2023-08-25 20:33:32.881 error Error response: 19 modbus.0 2023-08-25 20:33:32.831 debug Sending pdu to the socket. modbus.0 2023-08-25 20:33:32.831 debug [DevID_25/holdingRegs] Poll address 4 - 1 registers modbus.0 2023-08-25 20:33:32.831 debug [DevID_25] Poll start --------------------- modbus.0 2023-08-25 20:33:32.830 info Connected to slave modbus.0 2023-08-25 20:32:32.828 info Disconnected from slave 192.168.3.9Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:
20:02:29.469: Device Address: 14h, Register: 0004h 20:02:29.476: |-> Read Register: 0004h 20:02:30.496: -> [14h] [03h] [00h] [04h] [00h] [01h] [C7h] [0Eh] 20:02:30.546: <- [14h] [03h] [02h] [00h] [01h] [74h] [47h]Ich habe vom Typ her schon alles mögliche ausprobiert, erhalte aber immer nur diese Fehlermeldungen. Jemand eine Idee? Wäre supe!
-
@cdn sagte in Modbus RTU over TCP Error response:
Read Register: 0004h
Welche Einstellungen im Modbus Adapter hast du !?
Fragst du 40004 ab !?
eventuell ist es auch +1/-1 also 40003 / 40005
-
@glasfaser
Ich habe es mit alias versucht und dann 4003-4005, wobei auf den Readings 1-9 jeweils was kommen sollte. Aber auch ohne alias mit 3-6.
Einstellungen sind relativ Standard, nur, dass ich mehrere IDs aktiviert habe, da ich auch mehrere Bewegungsmelder habe.Die Verbindung zum Waveshare scheint ja auch schon zu klappen, nur er kann mit der Hex Antwort der Devices nichts anfangen. So verstehe ich es zumindest.
-
@cdn sagte in Modbus RTU over TCP Error response:
Einstellungen sind relativ Standard
Das sagt mir gar nichts !
Bei 0004h wäre 4 , also im Holdingregister entweder 4 oder 40004
bzw. auch mal Input-Register ausprobiert@glasfaser sagte in Modbus RTU over TCP Error response:
eventuell ist es auch +1/-1 also 40003 / 40005auch getestet , kann ich an deinen Angaben nicht erkennen .
Ich würde mal die Instanz löschen und neu erstellen , manchmal verstellt man zu viel !
-
@glasfaser
Danke ich teste morgen nochmal und melde mich dann. Gibts denn sonst noch irgendwelche Tipps? 8 Bit unsigned wäre aber korrekt oder?
Muss ich noch irgendwas mit hex etc. einstellen?Bin noch relativ neu beim Thema modbus.
-
@cdn sagte in Modbus RTU over TCP Error response:
Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:
hast du mit diesem Programm auch mal getestet :
-
@cdn sagte in Modbus RTU over TCP Error response:
Gibts denn sonst noch irgendwelche Tipps?
keine Nacherzählung sondern Fakten per Text (in code-tags) oder Bild.
immer erst mit einem Register beginnen.
Einstellungen gemäß Registerbeschreibung des Geräts durchführen
Registerbeschreibung für due Helfenden zur Verfügung stellenhttps://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1
-
@glasfaser Sorry für die späte Antwort. Ich habe es vorher leider nicht geschafft.
Hier einmal die Manual: V5.0 (modbus)-Infrared+ Light communication protocol.pdfWenn ich als Typ nichts auswähle, dann klappt die erste Abfrage. Die folgenden dann wieder nicht.
Hier meine Konfiguration:
Das genannte Tool funktioniert auch, wobei zwischendurch errors kommen, die ich bei ComTest Pro nicht habe:
Benötigt ihr noch mehr infos?
Danke für die Hilfe!
-
@cdn sagte in Modbus RTU over TCP Error response:
Die folgenden dann wieder nicht.
und nichts sreht im debug-log?
-
@homoran Doch. Ich glaube es kommt immer wieder zu timeouts was zu den Problemen führt:
modbus.0 2023-08-29 19:51:26.953 debug [DevID_20] Poll start --------------------- modbus.0 2023-08-29 19:51:26.949 info Connected to slave modbus.0 2023-08-29 19:51:25.946 info Disconnected from slave 192.168.3.9 modbus.0 2023-08-29 19:51:25.945 debug Closing client on purpose. modbus.0 2023-08-29 19:51:25.744 debug [DevID_22/holdingRegs] Poll address 6 - 1 registers modbus.0 2023-08-29 19:51:25.744 debug [DevID_22] Poll start --------------------- modbus.0 2023-08-29 19:51:25.644 warn Poll error count: 2 code: "App Timeout" modbus.0 2023-08-29 19:51:25.143 debug [DevID_20/holdingRegs] Poll address 6 - 1 registers modbus.0 2023-08-29 19:51:25.143 debug [DevID_20] Poll start --------------------- modbus.0 2023-08-29 19:51:24.944 debug Cleaning up request fifo. modbus.0 2023-08-29 19:51:24.944 debug Clearing timeout of the current request. modbus.0 2023-08-29 19:51:24.943 debug Socket closed with error modbus.0 2023-08-29 19:51:24.941 warn Poll error count: 1 code: {"err":"timeout","timeout":300} modbus.0 2023-08-29 19:51:24.941 error Client in error state. modbus.0 2023-08-29 19:51:24.941 error Request timed out. modbus.0 2023-08-29 19:51:24.940 warn Error: undefined -
@cdn sagte in Modbus RTU over TCP Error response:
Waveshare Modbus
hast du nur mit TCP im Adapter getestet !?
.
2023-08-29 19:51:25.644 warn Poll error count: 2 code: "App Timeout"
Dein Waveshare antwortet nicht !
-
@glasfaser du meinst ohne RTU? Da kommt gar nichts.
Es kommen nun Werte an, ich habe nur unglaublich viele Timeouts. Ich könnte damit leben, aber würde ungern das log so vollspamen. Komplett deaktivieren kann man das log nicht?
