@stronoff Also, das ist interessant. Ich dachte der Wechselrichter kann nur WLan. Also meiner wurde nur Wlan seitig eingebunden. In der KACO NX Setup App kann man unter Betriebsmodus eigentlich nur zwischen Datenupload-Modus und ModBus-TCP Server-Modus wählen. Somit vermute ich schliesst es sich gegenseitig aus....

@schimi Gerne doch:

_address	name	description	unit	type	len	factor	offset	formula	role	room	poll	wp	cw	isScale
40072	Amps			uint16be	1	1	0		level		true	false	false	false
40073	AmpsPhaseA			uint16be	1	1	0		level		true	false	false	false
40074	AmpsPhaseB			uint16be	1	1	0		level		true	false	false	false
40075	AmpsPhaseC			int16be	1	1	0		level		true	false	false	false
40076	A_SF			int16be	1	1	0		level		true	false	false	false
40084	Watts			int16be	1	1	0		level		true	false	false	false
40085	W_SF			int16be	1	1	0		level		true	false	false	false
40094	WattHour			uint32be	2	1	0		level		true	false	false	false
40096	WH_SF			int16be	1	1	0		level		true	false	false	false
40103	TmpCab			int16be	1	1	0		level		true	false	false	false
40107	Tmp_SF			int16be	1	1	0		level		true	false	false	false

@schimi Vielen Dank für die Hilfe, ich habe es herrausgefunden.
1.) KACO Account erzeugen um an die Dokumentation zukommen.
2.) Das Dokument SunSpec-Information beinhaltet die ModBus Register Zuordnungen
3.) Parameter als Integer anlegen, nicht als float oder double. Mit dem SF (Skalefaktor) Wert wird der eigentliche Wert ausgerechet. Der SF Wert ist nicht der Wert im Adapter, er wird übertragen.

@roesthod Leider stecke ich jetzt erneut fest. Das gleiche Fehlerbild wie bereits @jojo8897 beschrieben.
Das Register 40084 kommt als Wert: 0 zurück.

2023-02-04 13:59:59.876 - debug: modbus.0 (3876) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-02-04 13:59:59.931 - debug: modbus.0 (3876) Objects client ready ... initialize now
2023-02-04 13:59:59.932 - debug: modbus.0 (3876) Objects create System PubSub Client
2023-02-04 13:59:59.932 - debug: modbus.0 (3876) Objects create User PubSub Client
2023-02-04 14:00:00.080 - debug: modbus.0 (3876) Objects client initialize lua scripts
2023-02-04 14:00:00.083 - debug: modbus.0 (3876) Objects connected to redis: 127.0.0.1:9001
2023-02-04 14:00:00.084 - silly: modbus.0 (3876) redis psubscribe cfg.o.system.user.*
2023-02-04 14:00:00.139 - silly: modbus.0 (3876) redis psubscribe cfg.o.enum.*
2023-02-04 14:00:00.159 - silly: modbus.0 (3876) objectDB connected
2023-02-04 14:00:00.160 - debug: modbus.0 (3876) Redis States: Use Redis connection: 127.0.0.1:9000
2023-02-04 14:00:00.213 - debug: modbus.0 (3876) States create System PubSub Client
2023-02-04 14:00:00.213 - debug: modbus.0 (3876) States create User PubSub Client
2023-02-04 14:00:00.294 - debug: modbus.0 (3876) States connected to redis: 127.0.0.1:9000
2023-02-04 14:00:00.294 - silly: modbus.0 (3876) statesDB connected
2023-02-04 14:00:00.604 - debug: modbus.0 (3876) Plugin sentry Initialize Plugin (enabled=true)
2023-02-04 14:00:00.757 - info: modbus.0 (3876) starting. Version 5.0.11 in /opt/iobroker/node_modules/iobroker.modbus, node: v16.19.0, js-controller: 4.0.24
2023-02-04 14:00:00.817 - silly: modbus.0 (3876) States system redis pmessage system.adapter.modbus.0.logLevel/system.adapter.modbus.0.logLevel:{"val":"silly","ack":true,"ts":1675515600813,"q":0,"from":"system.adapter.modbus.0","lc":1675446048053}
2023-02-04 14:00:00.953 - debug: modbus.0 (3876) Initialize Objects for disInputs: []
2023-02-04 14:00:00.953 - debug: modbus.0 (3876) Initialize Objects for coils: []
2023-02-04 14:00:00.953 - debug: modbus.0 (3876) Initialize Objects for inputRegs: []
2023-02-04 14:00:00.954 - debug: modbus.0 (3876) Initialize Objects for holdingRegs: [{"_address":"40084","name":"","description":"Aktuell","unit":"","type":"floatbe","len":2,"factor":1,"offset":0,"formula":"","role":"level","room":"","poll":true,"wp":false,"cw":false,"isScale":false,"address":40084,"deviceId":1,"id":"holdingRegisters.40084"}]
2023-02-04 14:00:00.954 - debug: modbus.0 (3876) Add holdingRegisters.40084: {"_id":"holdingRegisters.40084","type":"state","common":{"name":"Aktuell","role":"level","type":"number","read":true,"write":true,"def":0,"unit":""},"native":{"regType":"holdingRegs","address":40084,"deviceId":1,"type":"floatbe","len":2,"offset":0,"factor":1,"poll":true}}
2023-02-04 14:00:01.186 - silly: modbus.0 (3876) States user redis pmessage modbus.0.*/modbus.0.info.connection:{"val":false,"ack":true,"ts":1675515601182,"q":0,"from":"system.adapter.modbus.0","user":"system.user.admin","lc":1675515596252}
2023-02-04 14:00:01.199 - info: modbus.0 (3876) Connected to slave 192.168.1.221
2023-02-04 14:00:01.199 - debug: modbus.0 (3876) [DevID_1] Poll start ---------------------
2023-02-04 14:00:01.200 - debug: modbus.0 (3876) Initialization of scale factors done!
2023-02-04 14:00:01.200 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 - 2 registers
2023-02-04 14:00:01.208 - silly: modbus.0 (3876) States user redis pmessage modbus.0.*/modbus.0.info.connection:{"val":true,"ack":true,"ts":1675515601206,"q":0,"from":"system.adapter.modbus.0","user":"system.user.admin","lc":1675515601206}
2023-02-04 14:00:01.350 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 DONE
2023-02-04 14:00:01.402 - silly: modbus.0 (3876) States user redis pmessage modbus.0.*/modbus.0.holdingRegisters.40084:{"val":0,"ack":true,"ts":1675515601388,"q":0,"from":"system.adapter.modbus.0","user":"system.user.admin","lc":1675515234967}
2023-02-04 14:00:01.403 - silly: modbus.0 (3876) States user redis pmessage modbus.0.*/modbus.0.info.pollTime:{"val":152,"ack":true,"ts":1675515601393,"q":0,"from":"system.adapter.modbus.0","user":"system.user.admin","lc":1675515601393}
2023-02-04 14:00:02.405 - debug: modbus.0 (3876) [DevID_1] Poll start ---------------------
2023-02-04 14:00:02.405 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 - 2 registers
2023-02-04 14:00:02.566 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 DONE
2023-02-04 14:00:03.617 - debug: modbus.0 (3876) [DevID_1] Poll start ---------------------
2023-02-04 14:00:03.618 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 - 2 registers
2023-02-04 14:00:04.127 - debug: modbus.0 (3876) [DevID_1/holdingRegs] Poll address 40084 DONE
2023-02-04 14:00:04.132 - silly: modbus.0 (3876) States user redis pmessage modbus.0.*/modbus.0.info.pollTime:{"val":509,"ack":true,"ts":1675515604129,"q":0,"from":"system.adapter.modbus.0","user":"system.user.admin","lc":1675515604129}

Habt Ihr eine Idee ???

@apollon77 Ja, wenn man so wie ich nachts versucht den Wechselrichter zu erreichen, wenn enorm viel Solarstrom erzeugt wird und somit dieser dann aus ist kann das natürlich nicht funktionieren....

@wendy2702
Adapter Konfig:

Register:

Debug Log:

2023-02-03 20:38:33.638 - error: modbus.0 (5278) Socket Error
2023-02-03 20:38:33.638 - error: modbus.0 (5278) Client in error state.
2023-02-03 20:38:33.638 - warn: modbus.0 (5278) On error: {"errno":-113,"code":"EHOSTUNREACH","syscall":"connect","address":"192.168.1.221","port":502}
2023-02-03 20:38:33.638 - debug: modbus.0 (5278) Socket closed with error
2023-02-03 20:38:33.638 - debug: modbus.0 (5278) Cleaning up request fifo.
2023-02-03 20:38:34.639 - debug: modbus.0 (5278) Closing client on purpose.

und vielen Dank für die Hilfe !!!!

@jojo8897 Hallo, Ich habe den selben Wechselrichter ( KACO blueplanet 10.0 NX3 M2), Modbus-TCP Service-Modus ist aktiviert. Die installierte Software Version ist 21618-006r und Firmware scheint ltr-v-1.8.0 zu sein. Ich bekomme den Wechselrichter leider nicht mit dem Modbus Adapter verbunden. Die FehlerMeldung ist:

 error: modbus.0 (5278) Socket Error
 error: modbus.0 (5278) Client in error state.
 warn: modbus.0 (5278) On error: {"errno":-113,"code":"EHOSTUNREACH","syscall":"connect","address":"192.168.1.XXX","port":502}
 debug: modbus.0 (5278) Socket closed with error
 debug: modbus.0 (5278) Cleaning up request fifo.

kann jemand helfen?

MOD EDIT: DAS BISSCHEN LOG IN CODE TAGS </> GESETZT

@dirkhe TV's sind über LAN eingebunden...

@roesthod Ich habe übrigends zwei von den LG's und beide mit dem identischen Fehlerbild...

@sigi234 IP ist richtig und ich habe das System jetzt auf den aktuellen Stand gebracht.