@stephan sagte in Kaco Wechselrichter und ModBus:
@schimi Hallo nee Temp punkte habe ich nicht angelegt.
Hast du eventuell die Modbus Adresse für den Tageswert direkt von dem Wechselrichter.
Hey ich habe es jetzt über Sourceanalytics laufen, läuft super.
@schimi Hallo nochmal leider zu früh gefreut bei mir läuft es eine gewisse Zeit und dann meldet er anscheinend einen komischen Wert auf jedenfalls läuft es eine unbestimmte Zeit und dann passt der Wert einfach nicht mehr überein. Hast du da eine Lösung
@stephan
keine spontane... bei mir läuft es nun über ein Jahr einwandfrei....
Hast du die neuste Firmware auf deinem Wechselrichter?
@schimi Ja die habe ich.
@stephan
hmm... dann bin ich gerade überfragt....
Fragst du mehrere Register ab? Dann vielleicht die "Leseanforderungslänge" kleiner stellen... oder das Intervall erhöhen....
Auch vielleicht ein Neustart des Wechselrichters könnte nicht schaden.... (Sicherung raus und DC abschalten für ein-zwei min)
Gibt es dazu eine Info im Protokoll?
@schimi Also Protokoll sagt nichts aus. 
ok, bis auf den Port wo du zwei 0 vor dem 502 hast ist alles wie bei mir.... (Daran sollte es ja nicht liegen, hoffe ich)
Welchen Wechselrichter hast du den?
(Ich habe einen blueplanet 10.0 TL3 INT und blueplanet 5.0 TL3)
Zur Info, habe heutegesehen das für meine eine 5.57 Firmware raus ist... muss neu sein, letzte woche gab es nur eine 5.56
@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?
@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...
@schimi ich danke dir ich habe jetzt mal die Anfrage Zeit runtergesetzt nun läuft es bereits 2 Tage durch.
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
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...
@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
@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.
@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 !!!!
@roesthod host unreachable heißt das der gar nicht im Netzwerk erreichbar ist!! Also nicht verbunden quasi.
@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 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 ???
@roesthod Hat sich die Adresse wirklich geändert?
Mal die "alte" getestet?
Gibt es ein Doc das die Adressen passend zur Installierten Firmware beschreibt?
