NEWS
[How-To] Goodwe Wechselrichter und Modbus TCP
-
Im FossyTom Adapter gibt unter Batterie den Eintrag Mode, der kann bei mir die Werte 1, 2 und 3 annehmen. Hat jemand eine Ahnung was die genau bedeuten?
@paeppi hatte ja mal Mode 1 und 2 als be- btw entladen berichtet, aber was ist mode 3 dann ?
@frank-zoellner sagte in [How-To] Goodwe Wechselrichter und Modbus TCP:
@paeppi hatte ja mal Mode 1 und 2 als be- btw entladen berichtet, aber was ist mode 3 dann ?
Evtl. "Standby".
-
@frank-zoellner sagte in [How-To] Goodwe Wechselrichter und Modbus TCP:
@paeppi hatte ja mal Mode 1 und 2 als be- btw entladen berichtet, aber was ist mode 3 dann ?
Evtl. "Standby".
@jb1985 hm keine Ahnung in Mode 3 hat er Saft von der PV bekommen ....
-
Im FossyTom Adapter gibt unter Batterie den Eintrag Mode, der kann bei mir die Werte 1, 2 und 3 annehmen. Hat jemand eine Ahnung was die genau bedeuten?
@paeppi hatte ja mal Mode 1 und 2 als be- btw entladen berichtet, aber was ist mode 3 dann ?
-
@frank-zoellner ich glaube das war Standby, bei solargo heißt der Wert glaub ich warten
@paeppi ok danke
-
@thrill Meines Wissens hat GoodWe nur lesbare Register dokumentiert. Vermutlich gibt es auch schreibbare, nur stehen die in keiner (offiziellen) Doku (zumindest hab ich auch nach langen Recherchen keine gefunden)
-
@michi_pi
Frohe :christmas_tree: euch allen....
habe seit Ende November einen GW10KN-ET mit zwei LX F9.8-h Speichern am laufen und sammle gerade alle Modbus-Register die ich so finde....
Basis ist die GoodWE Doku Vers. 1.7 die @xReactz hier im Thread bereitgestellt hat.
Dazu Infos aus dem GitHub Projekt "goodwe" von Marcel Blijleven
Weiter Register aus den GitHub - Repos von OpenEMS
Das ganze ich noch nicht fertig...
goodwe_modbus1.tsv.csv
Aktuell unterscheide ich die verschiedenen Register-Typen nicht.Franz
-
@michi_pi
Frohe :christmas_tree: euch allen....
habe seit Ende November einen GW10KN-ET mit zwei LX F9.8-h Speichern am laufen und sammle gerade alle Modbus-Register die ich so finde....
Basis ist die GoodWE Doku Vers. 1.7 die @xReactz hier im Thread bereitgestellt hat.
Dazu Infos aus dem GitHub Projekt "goodwe" von Marcel Blijleven
Weiter Register aus den GitHub - Repos von OpenEMS
Das ganze ich noch nicht fertig...
goodwe_modbus1.tsv.csv
Aktuell unterscheide ich die verschiedenen Register-Typen nicht.Franz
@datzerf
Hab gestern noch eine Doku gefunden für meinen GW25K-ET. Ist zwar auch nicht mehr ganz aktuell, fehlen ein paar Register, aber vermutlich 98% ist damit so abgedeckt.
Die Doku ist für Hybrid-WR der Serie ET, EH, BT, BH, EHB, AES, ABP, BTC laut Beschreibung
ARM.745.ESG2.ET30.MODBUS.Protocol.Map.20221231.-.v1.pdf -
@datzerf
Hab gestern noch eine Doku gefunden für meinen GW25K-ET. Ist zwar auch nicht mehr ganz aktuell, fehlen ein paar Register, aber vermutlich 98% ist damit so abgedeckt.
Die Doku ist für Hybrid-WR der Serie ET, EH, BT, BH, EHB, AES, ABP, BTC laut Beschreibung
ARM.745.ESG2.ET30.MODBUS.Protocol.Map.20221231.-.v1.pdf -
Hallo in die Runde,
hier die Doku zu den Modbus-Registern.
Die Spalten A - O können per copy und paste für die Import-Funktion des Modbus Adapters genutzt werden.
Die Spalte P definiert ob das Register RO oder RW ist.
Die Spalte Q habe ich mit Commentaren versehen, da einige Register nicht funktionieren.
Auffällig ist, das der Adapter viele Fehler wirft, obwohl die einzelnen Register alle gelesen werden können:
"Can not set value: The value of "offset" is out of range. It must be >= 0 and <= 2. Received 30"Viel Spass damit.
Franz
-
@fossytom Wie soll der Adapter installiert werden?
Ich arbeite mich gerade in iobroker ein, und schaffe es nicht, den Adapter zu installieren.
Ich habe zuerst, wie auf https://github.com/FossyTom/ioBroker.goodwe empfohlen "npm install iobroker.goodwe" probiert. Es gibt zwar die Erfolgsmeldung "added 4 packages, and audited 5 packages in 2s", aber dennoch wird der Adapter nicht auf der Plugin Seite von iobroker angezeigt - auch nicht nach einem Neustart.
Bei dem Versuch mit "iobroker url https://github.com/FossyTom/ioBroker.goodwe --debug" erhalte ich zum Ende des Ablaufs der Installation diese Fehlermeldungen:npm ERR! code 1 npm ERR! git dep preparation failed npm ERR! command /usr/bin/node /usr/lib/node_modules/npm/bin/npm-cli.js install --force --cache=/home/iobroker/.npm --prefer-offline=false --prefer-online=false --offline=false --no-progress --no-save --no-audit --include=dev --include=peer --include=optional --no-package-lock-only --no-dry-run npm ERR! npm WARN using --force Recommended protections disabled. npm ERR! npm ERR! code 1 npm ERR! npm ERR! path /home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild npm ERR! npm ERR! command failed npm ERR! npm ERR! command sh -c -- node install.js npm ERR! npm ERR! node:internal/errors:478 npm ERR! npm ERR! ErrorCaptureStackTrace(err); npm ERR! npm ERR! ^ npm ERR! npm ERR! npm ERR! npm ERR! <ref *1> Error: spawnSync /home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild/bin/esbuild EACCES npm ERR! npm ERR! at Object.spawnSync (node:internal/child_process:1119:20) npm ERR! npm ERR! at spawnSync (node:child_process:847:24) npm ERR! npm ERR! at Object.execFileSync (node:child_process:890:15) npm ERR! npm ERR! at validateBinaryVersion (/home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild/install.js:90:32) npm ERR! npm ERR! at /home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild/install.js:243:5 { npm ERR! npm ERR! errno: -13, npm ERR! npm ERR! code: 'EACCES', npm ERR! npm ERR! syscall: 'spawnSync /home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild/bin/esbuild', npm ERR! npm ERR! path: '/home/iobroker/.npm/_cacache/tmp/git-cloneMXO1EP/node_modules/esbuild/bin/esbuild', npm ERR! npm ERR! spawnargs: [ '--version' ], npm ERR! npm ERR! error: [Circular *1], npm ERR! npm ERR! status: null, npm ERR! npm ERR! signal: null, npm ERR! npm ERR! output: null, npm ERR! npm ERR! pid: 87178, npm ERR! npm ERR! stdout: null, npm ERR! npm ERR! stderr: null npm ERR! npm ERR! }Ich habe schon mit chown die Rechte so gesetzt, dass /home/iobroker und auch /opt/iobroker dem Nutzer "iobroker" gehören. Daher verstehe ich nicht, warum es ein Problem mit Zugriffsrechten gibt (EACCES).
Dann werde ich wohl erst einmal bei https://github.com/marcelblijleven/goodwe bleiben, da ich damit per Python Script problemlos alle Werte von meinem GoodWe GW6.5K-ET mit WLAN-Modul auslesen. Wäre zwar schöner, nicht per Exec-Aufruf in iobroker ein externes Script aufrufen zu müssen, und die Ausgabe parsen zu müssen, aber immerhin erhalte ich damit einen lokalen, direkten Zugriff auf alle relevanten Werte. Der Entwickler mletenay hat auch schon ein Plugin für "Home Assistant" erstellt.
Servus,
AchimHi @achim,
hilf bitte mal einem "DAU" auf die Sprünge.
Ich habe mir das Python-Script auch geladen bin aber zu blöd es zu startet. Wo muss ich die Parameter eintragen und wie dann das Python-Script auf der Konsole starten?Vielen Dank im Voraus
Franz -
@paeppi sag wie hast du dein problem nun gelöst? Der Adapter von @FossyTom macht bei mir die gleichen Probleme. Ich hätte gerne beides - SEMS Portal (ist einfach schön anzusehen, wenn du bei den Schwiegereltern bist und die dich fragen wie es aussieht) und den Rest brauch ich ja für meine Steuerungen....
Kleiner Zwischenruf: Ich teste gerade einen bisher vielversprechenden Ansatz mit einer Modbus zu MQTT-Bridge (modbus-2-mqtt-bridge, auch fertig als Container für ARM, also z.B. Raspi, zu haben)
Damit kann ich einzelne Register zu unterschiedlichen Intervallen abfragen (Leistungswerte z.B. häufig, Fehlerzustände z.B. minütlich, andere Sachen nur einmal am Tag oder seltener), teilweise Codes direkt auf Strings mappen (z.B. einen Fehlermeldungscode direkt auf einen Text) und kann das u.a. in iobroker direkt weiterverwerten, aber z.B. auch in evcc und sonst wo.
Die Konfiguration für meinen GW20K-ET (also neuere ET-Serie) funktioniert.
Voraussetzung ist allerdings Modbus TCP, also das passende WiFi/LAN-Kit. Bei Interesse poste ich gerne mehr, ggf. in eigenem Thread.
-
Da ich mich nun schon länger mit der Einbindung der Goodwe Wechselrichter per Modbus TCP beschäftige, und ich ebenfalls von der IoBroker Community viel Hilfe, Scripte oder Adapter nutze, möchte ich meine Erfahrungen mit euch teilen.:hugging_face:
Grundlegen sind mir 3x Möglichkeiten bekannt um Daten der Goodwe Wechselrichter in IoBroker zu bringen.
-
Daten vom Sems Portal auslesen und in IoBroker Datenpunkte schreiben: Siehe Goodwe Wechselrichter und IoBroker
-
Daten per Modbus RTU und RS485 Konverter per Rasp einlesen und per MQTT an IoBroker senden (Keine Erfahrung).
-
Daten per Modbus TCP/IP (Modbus Adapter) auslesen und in Datenpunkte schreiben (Nachfolgend).
Welche der mit bekannten Metoden die richtige für euch ist, müsst ihr selbst entscheiden.
Einrichtung und Installation Modbus TCP/IP Adapter:
Vorweg soweit mir bekannt, funktioniert Modbus TCP nur mit der Goodwe LAN Box (5-Pin), solltet Ihr weitere Erfahrungen mit dem alten Wifi Dongle oder mit neuen Wifi+LAN Dongle haben, so könnt Ihr diese gerne hier teilen! Eine Hand wäscht die andere :handshake: .
Außerdem sollte dem LAN Dongle eine feste IP Adresse zugewissen sein, entweder per Heimnetzwerk oder in der Dongle Konfiguration selbst. Ansonsten kann es sporadisch zu Verbindungsabbrüchen kommen.
-
Installation Modbus Adapter
Adapter: LINK
Nach der Installation sollte der Modbus Adapter in den Debug Modus gesetzt werden, damit erleichtert Ihr euch selbst das Leben bei der Fehlersuche. -
Einstellungen Modbus Adapter
Goodwe_Modbus_Protocol_Hybrid_ET_EH_BH_BT__ARM205 HV__V1.7 _ Read Only_20200226 (1).pdf
-
Verbindung per TCP (nicht TCP/RTU !)
-
Eure fest vergebene IP Adresse des Wechselrichters
-
Port 502 (siehe Goodwe Modbus Protokoll)
-
Geräte ID 247 (Standardmäßig in der Konfiguration eingerichtet, kann per Wifi Dongle und PV Master App verändert werden.)
Sollten mehrere Wechselrichter ausgelesen werden sollen, so muss "Mehrere Geräte ID's" angehackt werden. Nachfolgend muss dann an jedem Wechselrichter eine andere Geräte ID angegeben werden. (Geräte ID == Slave ID) -
Typ Master
-
Alle weiter Einstellungen können bei erstmaligen Start so bleiben, sollten jedoch nachfolgend auf die persönlichen Bedürfnisse angepasst werden.
Unter Allgemeine Einstellungen werden die Checkboxen, so wie nachfolgend ersichtlich, gesetzt:
Mit Aliases sind die definierten Register Ranges gemeint wie z.B. coils, 1-10000, discrete inputs, 10001-30000 ,input register 30001-40000, holding register 40000-65535. Dieser müssen deaktivert werden, da wir nicht mit diesen Bereichen arbeiten können.
-
Anlegen der Register:
Die von Goodwe unterstützen und abfragbaren Register findet Ihr im Goodwe Modbus Protokoll.
Nun geht es an die eigentlichen Arbeit, das befüllen der Register. Da bei uns eigentlich alle Register Holding Register sind (Read Only), müssen wir unsere Register auch hier eintragen.
Dies sollten dann etwa so aussehen:
Tragt am besten mal nur 1-2 Register ein, und seht auch dann den Debug Log an, dann seht Ihr schon ob die Funktion gegeben ist.
Wenn alles klappt, alle für euch notwendigen Register eintragen und sich freuen :grin:
Solltet Ihr Probleme beim Verbindungsaufbau oder mit den auslesen der Register haben, so kann ich euch das Tool von Schneider Electric ans Herz legen. Modbus Tool
Damit könnt Ihr prüfen ob der Wechselrichter generell Ansprechbar ist und ihr Rückmeldung bekommt. Sollte das nicht der Fall sein, stimmt schon mal etwas mit euere Konfig bzw. eurer Netzwerksanbdinung nicht.
Viel Spaß damit!
Gruß
@xreactz Sehr gute Beschreibung - aber ich verzweifele trotzdem!
Ich fange mal von hinten an: Die Kommunikation grundsätzlich funktioniert offenbar, aber ich bekomme keine Werte.
Das Protokoll sieht so aus:
Die Konfiguration:
Das Ergebnis:
Mein ioBroker läuft auf einem Rpi4, dort läuft auch der Goodwe-Adapter ohne Probleme.
Im Keller hängt ein Goodwe GW8K-ET.
Mit den Einstellungen habe ich intensiv herumprobiert (TCP vs. RTU, Port, Geräte ID, den verschiedenen Zeitparametern). Entweder änderte sich nichts, oder die Fehlermeldungen werden noch gravierender.
Ich halte "Socket closed with error" und "Clearing timeout of the current request" für die Übeltäter, finde aber leider keine weitere Informationen. Eine Vervielfachung des Timeout-Parameters bringt keine Änderung, gefühlt wird auch gar nicht gewartet.
Was kann ich noch machen?
-
-
Hallo in die Runde,
ich hoffe ihr könnt mir weiterhelfen.
Habe hier einen Goodwe GW3648-EM mit LX U5.4-L dem ich gerne seine Daten über RS485 seriell entlocken möchte (nicht über TCP).
Was man vom WR so abrufen konnte:
FW Version 3121217
ARM FW 02034.00
BMS Version 27136Ich versuche die RS485 über einen Waveshare Adapter (FTDI) RS485 to USB abzufragen.
Der Adapter hängt via USB an einem Raspberry 4B mit IOBroker und Modbus Adapter.An der RS485 habe ich sowohl die Pins 1 und 2, 3 und 6 sowie 1 mit 3 und 2 mit 6 verbunden getestet
und auch jeweils + und - vertauscht, leider jeweils ohne Erfolg (im Forum gab's mal einen Tip bezüglich der Parallelschaltung von Pin 1+3 und 2+6. Deswegen auch dies ausprobiert!).Die Kommunikation ist konfiguriert mit 9600bit/s, 8/N/1, Geräte-ID mit 247
Bekomme in keinem Fall eine brauchbare Kommunikation zustande.
Der Modbus Adapter startet, wird kurz grün und geht dann wieder auf gelb.
Ich hoffe, dass Ihr mir evtl. auf die Sprünge helfen könnt!
Hier mal die Meldungen nach Start der Modbus Instanz mit debug:
modbus.0
2024-06-05 20:08:22.053 error Error response: Data address of some or all the required entities are not allowed or do not exist in slavemodbus.0
2024-06-05 20:08:22.052 error Error response for FCx3: Illegal Data Addressmodbus.0
2024-06-05 20:08:21.779 debug [DevID_247/holdingRegs] Poll address 35103 - 6 registersmodbus.0
2024-06-05 20:08:21.779 debug Initialization of scale factors done!modbus.0
2024-06-05 20:08:21.777 debug [DevID_247] Poll start ---------------------modbus.0
2024-06-05 20:08:21.776 info Connected to slavemodbus.0
2024-06-05 20:08:21.762 debug connect to serial /dev/ttyUSB0 with 9600modbus.0
2024-06-05 20:08:21.482 debug Add holdingRegisters.35108_PV2Current: {"_id":"holdingRegisters.35108_PV2Current","type":"state","common":{"name":"","role":"","type":"number","read":true,"write":true,"def":0,"unit":"A"},"native":{"regType":"holdingRegs","address":35108,"deviceId":247,"type":"uint16be","len":1,"offset":0,"factor":1,"poll":true}}modbus.0
2024-06-05 20:08:21.482 debug Add holdingRegisters.35107_PV2_Voltage: {"_id":"holdingRegisters.35107_PV2_Voltage","type":"state","common":{"name":"","role":"","type":"number","read":true,"write":true,"def":0,"unit":"V"},"native":{"regType":"holdingRegs","address":35107,"deviceId":247,"type":"uint16be","len":1,"offset":0,"factor":1,"poll":true}}modbus.0
2024-06-05 20:08:21.482 debug Add holdingRegisters.35104_PV1_Current: {"_id":"holdingRegisters.35104_PV1_Current","type":"state","common":{"name":"","role":"","type":"number","read":true,"write":true,"def":0,"unit":"A"},"native":{"regType":"holdingRegs","address":35104,"deviceId":247,"type":"uint16be","len":1,"offset":0,"factor":1,"poll":true}}modbus.0
2024-06-05 20:08:21.481 debug Add holdingRegisters.35103_PV1_Voltage: {"_id":"holdingRegisters.35103_PV1_Voltage","type":"state","common":{"name":"","role":"","type":"number","read":true,"write":true,"def":0,"unit":"V"},"native":{"regType":"holdingRegs","address":35103,"deviceId":247,"type":"uint16be","len":1,"offset":0,"factor":1,"poll":true}}modbus.0
2024-06-05 20:08:21.481 debug Initialize Objects for holdingRegs: [{"_address":35103,"name":"PV1 Voltage","description":"","unit":"V","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"","room":"","poll":true,"wp":"","cw":"","isScale":"","address":35103,"deviceId":247,"id":"holdingRegisters.35103_PV1_Voltage"},{"_address":35104,"name":"PV1 Current","description":"","unit":"A","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"","room":"","poll":true,"wp":"","cw":"","isScale":"","address":35104,"deviceId":247,"id":"holdingRegisters.35104_PV1_Current"},{"_address":35107,"name":"PV2 Voltage","description":"","unit":"V","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"","room":"","poll":true,"wp":"","cw":"","isScale":"","deviceId":247,"address":35107,"id":"holdingRegisters.35107_PV2_Voltage"},{"_address":35108,"name":"PV2Current","description":"","unit":"A","type":"uint16be","len":1,"factor":1,"offset":0,"formula":"","role":"","room":"","poll":true,"wp":"","cw":"","isScale":"","deviceId":247,"address":35108,"id":"holdingRegisters.35108_PV2Current"}]modbus.0
2024-06-05 20:08:21.480 debug Initialize Objects for inputRegs: []modbus.0
2024-06-05 20:08:21.479 debug Initialize Objects for coils: []modbus.0
2024-06-05 20:08:21.479 debug Initialize Objects for disInputs: []modbus.0
2024-06-05 20:08:21.326 info starting. Version 6.1.0 in /opt/iobroker/node_modules/iobroker.modbus, node: v20.14.0, js-controller: 5.0.19modbus.0
2024-06-05 20:08:20.894 debug Plugin sentry Initialize Plugin (enabled=true)modbus.0
2024-06-05 20:08:20.856 debug States connected to redis: 127.0.0.1:9000modbus.0
2024-06-05 20:08:20.796 debug States create User PubSub Clientmodbus.0
2024-06-05 20:08:20.795 debug States create System PubSub Clientmodbus.0
2024-06-05 20:08:20.787 debug Redis States: Use Redis connection: 127.0.0.1:9000modbus.0
2024-06-05 20:08:20.768 debug Objects connected to redis: 127.0.0.1:9001modbus.0
2024-06-05 20:08:20.759 debug Objects client initialize lua scriptsmodbus.0
2024-06-05 20:08:20.742 debug Objects create User PubSub Clientmodbus.0
2024-06-05 20:08:20.739 debug Objects create System PubSub Clientmodbus.0
2024-06-05 20:08:20.728 debug Objects client ready ... initialize nowmodbus.0
2024-06-05 20:08:20.688 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspberrypi
2024-06-05 20:08:19.378 info instance system.adapter.modbus.0 started with pid 3270
host.raspberrypi
2024-06-05 20:08:19.252 info "system.adapter.modbus.0" enabled -
Hallo, ich bin neu hier und habe folgendes Problem.
Wechselrichter Goodwe ET29.9
Kann via Modbus RTU Daten lesen und auch schreiben.
Nur finde ich nicht raus, wie ich den Wechselrichter gezielt sagen kann, dass die Batterie jetzt mit einem Strom von xA geladen werden soll.
Kann mir jemand weiterhelfen? -
Hallo, ich bin neu hier und habe folgendes Problem.
Wechselrichter Goodwe ET29.9
Kann via Modbus RTU Daten lesen und auch schreiben.
Nur finde ich nicht raus, wie ich den Wechselrichter gezielt sagen kann, dass die Batterie jetzt mit einem Strom von xA geladen werden soll.
Kann mir jemand weiterhelfen?Hi @hochgern, es gibt verschiedene Möglichkeiten den Speicher zu laden. Ich selbst steuere das über die Schnelllade Funktion, das sind die Register 47545 = Fast chargin aktivieren, 47646 = SOC Stop und 47603 = Ladeleistung in %. Früher hab ich einfach den SOC minimum 45346 auf den gewünschten SOC wert eingestellt und dann wieder zurück bis der gewünschte Ladezustand erreicht wurde. Das funktioniert nur noch bedingt bei mir, da nur noch mit 450W geladen wird, wieso auch immer. Über die Register 47511 und 47512 würde auch gehen.
-
Hi @hochgern, es gibt verschiedene Möglichkeiten den Speicher zu laden. Ich selbst steuere das über die Schnelllade Funktion, das sind die Register 47545 = Fast chargin aktivieren, 47646 = SOC Stop und 47603 = Ladeleistung in %. Früher hab ich einfach den SOC minimum 45346 auf den gewünschten SOC wert eingestellt und dann wieder zurück bis der gewünschte Ladezustand erreicht wurde. Das funktioniert nur noch bedingt bei mir, da nur noch mit 450W geladen wird, wieso auch immer. Über die Register 47511 und 47512 würde auch gehen.
@michi_pi
ich habe auch das Problem das richtige Register für die Steuerung des SoC zu finden. Ich habe einen GW25 und auch die aktuelle Registerbelegung von Goodwe (hoffe ich zumindest), aber ich finde einfach nicht das Register für die Werte die in der PV-Master APP mit "Entladungstiefe Netz/netzunabhängig" einstellbar sind. Der Zugriff über Modbus funktioniert. -
Hi @hochgern, es gibt verschiedene Möglichkeiten den Speicher zu laden. Ich selbst steuere das über die Schnelllade Funktion, das sind die Register 47545 = Fast chargin aktivieren, 47646 = SOC Stop und 47603 = Ladeleistung in %. Früher hab ich einfach den SOC minimum 45346 auf den gewünschten SOC wert eingestellt und dann wieder zurück bis der gewünschte Ladezustand erreicht wurde. Das funktioniert nur noch bedingt bei mir, da nur noch mit 450W geladen wird, wieso auch immer. Über die Register 47511 und 47512 würde auch gehen.
Update:
Kaum habe ich mich extra angemeldet um die Frage zu stellen, schon habe ich die Register nun doch gefunden. Es sind die Register 45356 für "Entladungstiefe am Netz" und 45358 für "Entladungstiefe netzunabhängig". Beachten muß man nur, daß man im Unterschied zur APP den SoC eingeben muß. Der Wert für die Entladungstiefe ist also 100-gewünschte Entladungstiefe. -
Update:
Kaum habe ich mich extra angemeldet um die Frage zu stellen, schon habe ich die Register nun doch gefunden. Es sind die Register 45356 für "Entladungstiefe am Netz" und 45358 für "Entladungstiefe netzunabhängig". Beachten muß man nur, daß man im Unterschied zur APP den SoC eingeben muß. Der Wert für die Entladungstiefe ist also 100-gewünschte Entladungstiefe.@michi_pi said in [How-To] Goodwe Wechselrichter und Modbus TCP:
Hi @hochgern, es gibt verschiedene Möglichkeiten den Speicher zu laden. Ich selbst steuere das über die Schnelllade Funktion, das sind die Register 47545 = Fast chargin aktivieren, 47646 = SOC Stop und 47603 = Ladeleistung in %. Früher hab ich einfach den SOC minimum 45346 auf den gewünschten SOC wert eingestellt und dann wieder zurück bis der gewünschte Ladezustand erreicht wurde. Das funktioniert nur noch bedingt bei mir, da nur noch mit 450W geladen wird, wieso auch immer. Über die Register 47511 und 47512 würde auch gehen.
Jetzt habe ich doch noch ein Problem. Die von mir genutzte Lösung mit dem Register 45356 für "Entladungstiefe am Netz" funktioniert zwar perfekt, aber leider wirkt dieses Register nur auf die Batterie 1. Die Batterie 2 hat einen eigenen Einstellwert (siehe SolarGo-APP), für den ich das zugehörige Register aber bisher nicht gefunden habe. Falls Jemand eine Idee hat, dann immer her damit.
-
Bei mir erscheinem im Log jede Minute diese Meldungen obwohl der Datenpunkt (aktuell nur einer) richtig aktualisiert wird...
modbus.0 2025-03-04 15:51:09.572 info Disconnected from slave 192.168.178.45 modbus.0 2025-03-04 15:51:08.572 warn [DevID_247] Poll error count: 1 code: {"err":"timeout","timeout":5000} modbus.0 2025-03-04 15:51:08.571 error Client in error state. modbus.0 2025-03-04 15:51:08.571 error Request timed out. modbus.0 2025-03-04 15:51:08.571 warn Error: undefined modbus.0 2025-03-04 15:47:08.839 info Connected to slave 192.168.178.45Was ist die Ursache?
Support us
588
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge