UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[wendy2702]

@roesthod Adapter Konfig und Register als Screenshot posten.

Loggen auf DEbug stellen und Ausgabe hier als Text in Code Tags </> posten.

Interne IP Adressen muss man nicht unkenntlich machen. Die gibt es zu hauf und sind völlig egal.

[roesthod]

@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 !!!!

[apollon77]

@roesthod host unreachable heißt das der gar nicht im Netzwerk erreichbar ist!! Also nicht verbunden quasi.

[roesthod]

@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....

[roesthod]

@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 ???

[wendy2702]

@roesthod Hat sich die Adresse wirklich geändert?

Mal die "alte" getestet?
Gibt es ein Doc das die Adressen passend zur Installierten Firmware beschreibt?

[Schimi]

Versuch vielleicht erstmal nur eine Adresse zu erreichen... So hab ich "damals" auch angefangen...

[roesthod]

@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.

[Schimi]

@roesthod

Dann werden die was bei dem NX3 was geändert haben....

Wenn du alles am laufen hast, wäre super wenn du das zum import für andere hier einstellst :-)

[stronoff]

Hallo,
ich habe ebenfalls einen KACO blueplanet NX3 M2, allerdings in der 20.0 Variante. Ich bekomme diesen zur Zeit nur über die USB WIFI Kommunikationseinheit in das Netzwerk eingebunden. Wenn ich versuche ihn über die Ethernetports ins lokale Netz zu bekommen funktioniert das leider nicht. Schließen sich die Anbindung an das blueplanet Monitoring (https://www.solar-monitoring.net/) und die Verwendung als ModBus tatsächlich aus oder gibt es die Möglichkeit irgendwie beides zu nutzen???

[roesthod]

@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

[roesthod]

@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....

[stronoff]

@roesthod
Danke für deine Rückmeldung.
Meine Hoffnung war, ich könnte einen der beiden LAN Anschlüsse für Modbus und die WLAN Kommunikationseinheit für Blueplanet nutzen.
Wofür sind dann die zwei Ethernet Ports?

[apollon77]

@roesthod Wärst Du so nett und stellst Es auch hier https://github.com/ioBroker/modbus-templates zur Verfügung ... Die anderen die andere haben ggf auch ... Wir versuchen hier mal alles zu sammeln

[xx-94]

Hallo, ich habe das Problem mit meinen Kaco NX3 nicht die richtigen Wetter Anzeigt
z.B. zeigt er 70Watt an und in Wirklichkeit sind es 708Watt
was mache ich da Falsch?

[Homoran]

@xx-94 sagte in Kaco Wechselrichter und ModBus:

mit meinen Kaco NX3 nicht die richtigen Wetter Anzeigt

und was sagt die Anleitung zu den Registern?

Faktor?

[Schimi]

@xx-94 ich würde den Faktor auf 0.1 mal ändern

[wierer-sigi]

@xx-94 sagte in Kaco Wechselrichter und ModBus:

Hallo, ich habe das Problem mit meinen Kaco NX3 nicht die richtigen Wetter Anzeigt

Hallo,

Kurz nachgefragt. Welches Setup habt Ihr beim Kaco … NX3 ?

Hätte folgendes Probiert:

• NX Setup
  • Überwachung & Steuerung auf Modbus TCP IP Server eingestellt
  • Modbus Adresse eingestellt ( z.B. 3 )
• iobroker
  • Modbus Adapter installiert
    TCP
    IP-Adresse des KACO
    Port 502
    Geräte ID 3
    Master
    • Holding Register 80084 ( sonst wie in den BIldern oben )

Leider wird der Adapter im letzen Punkt „Verbunden mit Adapter oder Dienst“ nicht grün.

Im Protokoll sehe ich folgende Fehlermeldung:

Habt Ihr noch eine Idee?

2023-05-14 20:43:00.022	info	Connected to slave 192.168.178.247

modbus.0
2023-05-14 20:41:00.998 debug Closing client on purpose.

modbus.0
2023-05-14 20:40:59.997 debug Cleaning up request fifo.

modbus.0
2023-05-14 20:40:59.997 debug Socket closed with error

modbus.0
2023-05-14 20:40:59.988 info Disconnected from slave 192.168.178.247

modbus.0
2023-05-14 20:40:59.986 debug Closing client on purpose.

modbus.0
2023-05-14 20:40:59.935 warn Poll error count: 6 code: {"errorCode":131,"exceptionCode":2,"message":"ILLEGAL DATA ADDRESS"}

modbus.0
2023-05-14 20:40:59.934 debug Received pdu describes an error.

modbus.0
2023-05-14 20:40:59.762 debug [DevID_4/holdingRegs] Poll address 80084 - 1 registers

modbus.0
2023-05-14 20:40:59.762 debug [DevID_4] Poll start ---------------------

[wendy2702]

@wierer-sigi habe kein Kaco aber die Register Adresse stimmt nicht.

Adapter wird erst grün wenn mindestens 1 Register erfolgreich ausgelesen werden kann

[Homoran]

@wendy2702 sagte in Kaco Wechselrichter und ModBus:

aber die Register Adresse stimmt nicht.

@wierer-sigi sagte in Kaco Wechselrichter und ModBus:

Holding Register 80084

was soll das für ein Wert sein?

Vielleicht

@roesthod sagte in Kaco Wechselrichter und ModBus:

40084 Watts int16be 1 1 0 level true fal