Modbus Abfrage

Lenny.CB

Hallo zusammen,
ich stell mich grad etwas blöd an und brauche eure Hilfe.

Ich dachte ich habe es halbwegs kapiert, was man eintragen muss um Geräte per Modbus abzufragen. Zumindest klappt es prima mit allen anderen Geräten.

Nur der Wechselrichter zickt rum.

hier mal meine Einstellungen:

Hier noch ein Auszug aus dem Protokoll:

ich dachte ich kann mal schnell "Daily Yield" und "Total power" abfragen und vergleichen. Geht aber ums verrecken nicht.

Auszug aus dem Log (10507 eingetragen beim Eingangsregister):

modbus.2
2022-12-18 14:06:35.877	debug	Socket closed with error

modbus.2
2022-12-18 14:06:35.876	warn	Poll error count: 1 code: {"err":"timeout","timeout":5000}

modbus.2
2022-12-18 14:06:35.875	error	Client in error state.

modbus.2
2022-12-18 14:06:35.875	error	Request timed out.

modbus.2
2022-12-18 14:06:35.875	warn	Error: undefined

modbus.2
2022-12-18 14:06:30.872	debug	[DevID_2/inputRegs] Poll address 10507 - 1 registers

modbus.2
2022-12-18 14:06:30.871	debug	Initialization of scale factors done!

modbus.2
2022-12-18 14:06:30.871	debug	[DevID_2] Poll start ---------------------

modbus.2
2022-12-18 14:06:30.870	info	Connected to slave 192.168.3.116

modbus.2
2022-12-18 14:06:30.732	debug	Initialize Objects for holdingRegs: []

modbus.2
2022-12-18 14:06:30.732	debug	Add inputRegisters.10507: {"_id":"inputRegisters.10507","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":false,"def":0,"unit":""},"native":{"regType":"inputRegs","address":10507,"deviceId":2,"type":"uint16be","len":1,"offset":0,"factor":1}}

modbus.2
2022-12-18 14:06:30.732	debug	Initialize Objects for inputRegs: [{"_address":"10507","name":"","description":"","unit":"","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"level","room":"","cw":"","isScale":"","address":10507,"deviceId":2,"id":"inputRegisters.10507"}]

modbus.2
2022-12-18 14:06:30.731	debug	Initialize Objects for coils: []

modbus.2
2022-12-18 14:06:30.731	debug	Initialize Objects for disInputs: []

modbus.2
2022-12-18 14:06:30.645	info	starting. Version 5.0.11 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.18.0, js-controller: 4.0.23

Selber Fehler wenn ich das beim Holdingregister eintrage.

Jemand ne Idee?

Dolomiti

@lenny-cb
"Request timed out" deutet daruaf hin, dass der WR nicht antwortet. IP-Adresse richtig? Kannst du den WR anpingen?

Homoran

@lenny-cb nachdem du 7 Jahre dabei bist, hab ich dich mal aus der Erstklässler-Abteilung verschoben ;-)

Lenny.CB

@homoran sagte in Modbus Abfrage:

@lenny-cb nachdem du 7 Jahre dabei bist, hab ich dich mal aus der Erstklässler-Abteilung verschoben ;-)

:joy:

Lenny.CB

@dolomiti jo, das geht alles. IP stimmt.

der obere Teil ist für die Einstellung des Modbus-Zählers.
unten für die Abfrage des WR selber.

Mit allen anderen Geräten klappt es gut (SDM630, Victron VenusOS).

Ich habe alle Register versucht. Kann es mit dem CRC zusammen hängen?
Mit einem Modbus-Sniffer bin ich auch nicht recht weiter gekommen.

BertDerKleine

@lenny-cb
Wie kommen die Daten vom WR zu Dir?

Bei mir war die Nutzung von Powerline ein Roadblock für Multicast.

BertDerKleine

@lenny-cb
Und die Gerätenummer war tricky bei mir. Die steht auf "3", warum auch immer.
Wenn Du Deine "2" nicht sehr bewusst irgendwo abgelesen hast, mag etwas Rumprobieren mit anderen Nummern hilfreich sein.

Lenny.CB

@bertderkleine sagte in Modbus Abfrage:

ie kommen die Daten vom WR zu Dir?
ich hoffe über Modbus. (weis grad nicht wie ich die Frage beantworten soll :grinning: )

Lenny.CB

@bertderkleine sagte in Modbus Abfrage:

@lenny-cb
Und die Gerätenummer war tricky bei mir. Die steht auf "3", warum auch immer.
Wenn Du Deine "2" nicht sehr bewusst irgendwo abgelesen hast, mag etwas Rumprobieren mit anderen Nummern hilfreich sein.
was willst du damit sagen? Verstehe ich nicht so recht.

BertDerKleine

@lenny-cb
a) Hast Du zwischen Deinem WR und dem iobroker irgendwo Powerline Adapter?
b) Du hast im Modbus Adapter als Geräte ID 2 eingetragen. Wo genau hast Du die "2" abgelesen?

Dolomiti

@lenny-cb sagte in Modbus Abfrage:

@dolomiti jo, das geht alles. IP stimmt.

der obere Teil ist für die Einstellung des Modbus-Zählers.
unten für die Abfrage des WR selber.

Mit allen anderen Geräten klappt es gut (SDM630, Victron VenusOS).

Ich habe alle Register versucht. Kann es mit dem CRC zusammen hängen?
Mit einem Modbus-Sniffer bin ich auch nicht recht weiter gekommen.

Im ersten Screenshot steht als IP 192.168.3.116 drin. Wie passt das mit einer IP aus dem Zehnernetz zusammen?

Lenny.CB

@dolomiti sagte in Modbus Abfrage:

@lenny-cb sagte in Modbus Abfrage:

@dolomiti jo, das geht alles. IP stimmt.

der obere Teil ist für die Einstellung des Modbus-Zählers.
unten für die Abfrage des WR selber.

Mit allen anderen Geräten klappt es gut (SDM630, Victron VenusOS).

Ich habe alle Register versucht. Kann es mit dem CRC zusammen hängen?
Mit einem Modbus-Sniffer bin ich auch nicht recht weiter gekommen.

Im ersten Screenshot steht als IP 192.168.3.116 drin. Wie passt das mit einer IP aus dem Zehnernetz zusammen?

das passt natürlich gar nicht. Das ist aber, soweit ich das mitbekommen habe, für "TCP-Server" nicht relevant und daher auch "aus gegraut". Dieses Feld ist erst beschreibbar wenn ich auf "TCP-Client" umstelle. Dann muss da m.M. die IP vom ioBroker rein.

Lenny.CB

@bertderkleine sagte in Modbus Abfrage:

@lenny-cb
a) Hast Du zwischen Deinem WR und dem iobroker irgendwo Powerline Adapter?

nein, der WR ist per WLan im Netz.

b) Du hast im Modbus Adapter als Geräte ID 2 eingetragen. Wo genau hast Du die "2" abgelesen?

die habe ich in den Einstellungen eingestellt. Im übrigen geht es auch nicht mit "ID 1" oder sonst einer ID.

Lenny.CB

so, fast 5 Monate rum und die Chinesen wissen nicht wie ihre eigenen Geräte funktionieren.

durch Zufall raus bekommen, dass die Kiste 2 Modbus-Ports hat.

einen für den SDM630 (Zähler). Der spricht auch nur mit dem!
einen wo das W-Lan-Modul dran steckt.

Also muss man das W-Lan-Modul abziehen um an Modbus-Daten zu kommen.

nach langem Probieren habe ich Daten auslesen können.

Nun zur Frage:
Warum geht das mit dem Adapter nicht?

hier meine Einstellungen im Adapter:

und hier noch die vom Register (das Bild im Bild ist ein Programm mit dem das Auslesen geht):

Also mit "Simply Modbus TCP Client" geht es, mit dem Adapter nicht.

Log:


modbus.2
2023-04-16 12:00:20.288	debug	Cleaning up request fifo.

modbus.2
2023-04-16 12:00:20.287	debug	Socket closed with error

modbus.2
2023-04-16 12:00:20.260	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

modbus.2
2023-04-16 12:00:20.260	debug	Plugin sentry destroyed

modbus.2
2023-04-16 12:00:20.259	info	terminating

modbus.2
2023-04-16 12:00:20.258	debug	Closing client on purpose.

modbus.2
2023-04-16 12:00:20.258	info	Got terminate signal TERMINATE_YOURSELF

modbus.2
2023-04-16 12:00:17.404	warn	Poll error count: 2 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}

modbus.2
2023-04-16 12:00:17.403	debug	Received pdu describes an error.

modbus.2
2023-04-16 12:00:16.955	debug	[DevID_1/holdingRegs] Poll address 50801 - 1 registers

modbus.2
2023-04-16 12:00:16.955	debug	[DevID_1] Poll start ---------------------

modbus.2
2023-04-16 12:00:11.904	warn	Poll error count: 1 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}

modbus.2
2023-04-16 12:00:11.903	debug	Received pdu describes an error.

modbus.2
2023-04-16 12:00:11.651	debug	[DevID_1/holdingRegs] Poll address 50801 - 1 registers

modbus.2
2023-04-16 12:00:11.651	debug	Initialization of scale factors done!

modbus.2
2023-04-16 12:00:11.650	debug	[DevID_1] Poll start ---------------------

modbus.2
2023-04-16 12:00:11.650	info	Connected to slave 192.168.3.133

modbus.2
2023-04-16 12:00:11.505	debug	Add holdingRegisters.1.50801_PV_String_1_Spannung: {"_id":"holdingRegisters.1.50801_PV_String_1_Spannung","type":"state","common":{"name":"","role":"level","type":"number","read":true,"write":true,"def":0,"unit":"V"},"native":{"regType":"holdingRegs","address":50801,"deviceId":1,"type":"int16be","len":1,"offset":40001,"factor":10,"poll":true}}

modbus.2
2023-04-16 12:00:11.505	debug	Initialize Objects for holdingRegs: [{"_address":"50801","deviceId":1,"name":"PV String 1 Spannung","description":"","unit":"V","type":"int16be","len":1,"factor":10,"offset":40001,"formula":"","role":"level","room":"","poll":true,"wp":"","cw":"","isScale":"","address":50801,"id":"holdingRegisters.1.50801_PV_String_1_Spannung"}]

modbus.2
2023-04-16 12:00:11.504	debug	Initialize Objects for inputRegs: []

modbus.2
2023-04-16 12:00:11.504	debug	Initialize Objects for coils: []

modbus.2
2023-04-16 12:00:11.504	debug	Initialize Objects for disInputs: []

modbus.2
2023-04-16 12:00:11.421	info	starting. Version 5.0.11 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.19.0, js-controller: 4.0.24

modbus.2
2023-04-16 12:00:11.263	info	Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system

modbus.2
2023-04-16 12:00:11.261	debug	Plugin sentry Initialize Plugin (enabled=true)

Ich sehe den Fehler leider nicht.

Homoran

@lenny-cb sagte in Modbus Abfrage:

Also muss man das W-Lan-Modul abziehen um an Modbus-Daten zu kommen.

ich vermute mal dass dann Modbus TCP via WLAN zur Verfügung steht.

Lenny.CB

@homoran sagte in Modbus Abfrage:

@lenny-cb sagte in Modbus Abfrage:

Also muss man das W-Lan-Modul abziehen um an Modbus-Daten zu kommen.

ich vermute mal dass dann Modbus TCP via WLAN zur Verfügung steht.

ja, so ist es.

ich vermute mal Folgendes:
das Modul kommt mit der Registernummer nicht klar.

Warum denke ich das:
Beispiel: SDM630
wird mit Funktionscode 04 ausgelesen --> 30001-39999 --> Offset 30001
also (Register Bild) 30001- Offset (30001) = Adresse 0000
Geht mit dem Modbusmodul

Beispiel: Inverter
wird mit Funktionscode 03 ausgelesen --> 40001-49999 --> Offset 40001
also (Register Bild) 10501- Offset (40001) = kommt Müll raus, weil komisch beschrieben
Über einen Datenlogger gesehen:
Register 50502 wird abgefragt, also 50502-40001= 10501.
Da ist dann eben die Adresse gößer als die üblichen 9999 in einem Funktionscode, also größer 270E

Könnte meine Vermutung passen?

Homoran

@lenny-cb steht da instantaneous data?
mal damit versucht?

Lenny.CB

@homoran sagte in Modbus Abfrage:

instantaneous data

ja, 10800, 10801.... gehören mit zur "instantaneous data area"
geht nicht

kommt aber eine neue Fehlermeldung bzw. Warnung.

modbus.2 2023-04-16 14:52:21.090	warn	Poll error count: 4 code: "ReadHoldingRegisters: Invalid FC 0"
modbus.2 2023-04-16 14:52:21.060	warn	Error in handler for 3: RangeError [ERR_OUT_OF_RANGE]: The value of "offset" is out of  ange. It must be >= 0 and <= 11. Received 12
modbus.2 2023-04-16 14:52:20.641	debug	[DevID_1/holdingRegs] Poll address 10800 - 4 registers
modbus.2 2023-04-16 14:52:20.641	debug	[DevID_1] Poll start ---------------------

Homoran

@lenny-cb sagte in Modbus Abfrage:

"ReadHoldingRegisters:

wo treibst du dich denn rum?
immer noch in den Holdingregistern?

sind das nicht "diskrete Ein- oder Ausgänge"?

Lenny.CB

@homoran sagte in Modbus Abfrage:

@lenny-cb sagte in Modbus Abfrage:

"ReadHoldingRegisters:

wo treibst du dich denn rum?
immer noch in den Holdingregistern?

sind das nicht "diskrete Ein- oder Ausgänge"?

nein, ist alles Holding Register FC03.

Es werden in einer Schleife immer die selben Register abgefragt.
10000 --> 50000-50061 (62)
10500 --> 50500-50534 (35)
10700 --> 50700-50715 (16)
10800 --> 50800-50816 (17)
12000 --> 52000-52005 (6)
40700 --> 80700-80707 (8)

hier mal ein Datenmitschnitt wenn man mit dem org. Diagnose-Tool des Herstellers abfragt:

Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 10000
Number of Registers: 62
Parsed As:
Address: 50000-50061 (62)
CRC:53099 (OK)

Packet 262: MODBUS Request (packet size: 129, data size: 125), 2023-04-16 18:26:18,1324920 +0,0001691


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:63775 (OK)

Packet 264: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:19,0118781 +0,8793484


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 10500
Number of Registers: 35
Parsed As:
Address: 50500-50534 (35)
CRC:19854 (OK)

Packet 416: MODBUS Request (packet size: 75, data size: 71), 2023-04-16 18:26:19,5737223 +0,0000029


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:3086 (OK)

Packet 418: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:20,0402869 +0,4665461


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 10700
Number of Registers: 16
Parsed As:
Address: 50700-50715 (16)
CRC:35941 (OK)

Packet 492: MODBUS Request (packet size: 37, data size: 33), 2023-04-16 18:26:20,5339410 +0,0000032


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:37498 (OK)

Packet 494: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:21,0716168 +0,5376566


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 10800
Number of Registers: 17
Parsed As:
Address: 50800-50816 (17)
CRC:36305 (OK)

Packet 572: MODBUS Request (packet size: 39, data size: 35), 2023-04-16 18:26:21,5359289 +0,0000033


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:29514 (OK)

Packet 574: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:22,1028002 +0,5668509


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 12000
Number of Registers: 6
Parsed As:
Address: 52000-52005 (6)
CRC:52502 (OK)

Packet 608: MODBUS Request (packet size: 17, data size: 13), 2023-04-16 18:26:22,5131010 +0,0000030


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:34591 (OK)

Packet 610: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:23,3681224 +0,8550030


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
Starting Address: 40700
Number of Registers: 8
Parsed As:
Address: 80700-80707 (8)
CRC:43988 (OK)

Packet 666: MODBUS Request (packet size: 27, data size: 23), 2023-04-16 18:26:23,5232212 +0,0000030


Mode: RTU
Address: 1 (Slave)
Function: 3 (Read Holding Registers)
CRC:41613 (OK)

Packet 670: MODBUS Request (packet size: 8, data size: 4), 2023-04-16 18:26:24,5926422 +0,0777386

Community Forum

NEWS

Modbus Abfrage

Support us

576

32.6k

81.9k

1.3m