Kaco Wechselrichter und ModBus

stephan

@schimi Powador 10.0 TL3 besitze ich habe aber gerade gesehen das ich noch V3.31 drauf habe habe versucht ein Update zu bekommen muss mich dort leider erst anmelden um ein Update zu bekommen mal schauen wie lange es dauert online kann ich ja kein Update starten oder?

Schimi

@stephan
vielleicht hilft dir das (Ich habe die mal runter geladen für dich, hoffe es ist das richtige dabei)

blueplanet_3.0-10.0_TL3_V5.57_220503.kuf
powador_6.0-20.0_TL3_V3.61_180724.kuf

Da du aber dann einen Powador hast, kann der Fehler beim Modbus auch daran liegen... ich benutze ja einen blueplanet...

stephan

@schimi ich danke dir ich habe jetzt mal die Anfrage Zeit runtergesetzt nun läuft es bereits 2 Tage durch.

jojo8897

Hi zusammen, ich habe eine neue Anlage und auch einen neuen Wechselrichter. Einen KACO blueplanet 15.0 NX3 M2
Die Registeradressen haben sich hier jetzt geändert, 40144 ist jetzt 40084 z.B.
Ich habe alle so gemacht wie bei dem alten Wechselrichter nur anstatt 40144 habe ich 40084 eingetragen ich bekomme aber immer nur eine 0 zurück und nicht die aktuelle W-Zahl.

Ich weiß nicht was ich noch anders machen kann, jemand einen Tipp?
VG
Jörg

Schimi

Hi,

ich würde erstmal nur eine Adresse zum ausprobieren nutzen....

War da nicht irgendwanss mit +1 bei den Adressen wenn man aliase benutzt? bin mir da nicht sicher.... Ich würde einfach mal "klein" anfangen mit den oberen Adressen die z.B. nur das Model oder so auslesen... dann merkt man ob man auf dem richtigen weg ist...

roesthod

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

 [31merror[39m: modbus.0 (5278) Socket Error
 [31merror[39m: modbus.0 (5278) Client in error state.
 [33mwarn[39m: modbus.0 (5278) On error: {"errno":-113,"code":"EHOSTUNREACH","syscall":"connect","address":"192.168.1.XXX","port":502}
 [34mdebug[39m: modbus.0 (5278) Socket closed with error
 [34mdebug[39m: modbus.0 (5278) Cleaning up request fifo.

kann jemand helfen?

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

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

NEWS

Kaco Wechselrichter und ModBus

Support us

1.1k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Kaco Wechselrichter und ModBus

Support us

1.1kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.1k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts