NEWS
[How-To] Goodwe Wechselrichter und Modbus TCP
-
@paeppi @JayJay-0 und allen anderen, die den GoodWe-Adapter von @FossyTom verwenden. Es gibt hier eigentlich bereits ein Thema zu genanntem Adapter, welcher wohl leider von den wenigsten gefunden wird.
https://forum.iobroker.net/topic/61555/goodwe/3?_=1701120401946
Vielleicht würde es Sinn machen, die entsprechenden Beitrag von einem Moderator verschieben zu lassen, da es hier ja eigentlich um den Modbus Adapter geht.
Leider wird er wohl nicht mehr von FossyTom weiterentwickelt. Vielleicht gibt es fachkundige Programmierer, die hier mit einem Fork weitermachen können? Das wäre natürlich mega.
Dennoch kurz von mir:
Die letzte Adapter-Version funktioniert im Prinzip seit Monaten super. Der Ram läuft jedoch voll und irgendwann schmiert der WiFi-Adapter ab (vermutl. zu viele Abfragen?) und das Semsportal bekommen keine Infos mehr. Das habe ich erfolgreich in den Griff bekommen, in dem ich den Adapter jede Nacht neu starten lasse. Das geht direkt in iobroker bei den einzelnen Instanzen via Cronjob. So funktioniert es bereits seit Wochen ohne Absturz, der Ram bleibt im Rahmen und die Poll-Zeit von 10 sec funktioniert.Leider liefern einige Datenpunkte unrealistische Werte. Z.B.:
- EnergyDayLoad
- EnergyDaySell (Einspeisung?)
- EnergyTotalBuy (Bezug?)
Ich nutze eigentlich nur die Last sowie den aktuellen PV-Ertrag.
Viele Grüße
@unbeliveable89 Sind das nicht die Tagessätze ? Was ist an denen denn nicht richtig ?
-
@unbeliveable89 Sind das nicht die Tagessätze ? Was ist an denen denn nicht richtig ?
@frank-zoellner sagte in [How-To] Goodwe Wechselrichter und Modbus TCP:
@unbeliveable89 Sind das nicht die Tagessätze ? Was ist an denen denn nicht richtig ?
Ich beziehe mich hier wieder auf dem FossyTom Adapter, nicht auf Modus. Damit es hier nicht zu Verwechselungen kommt.
Einige Werte sind einfach falsch bezeichnet/verknüpft im Adapter.
EnergyDayLoad ist korrekt, das war ein Versehen von mir. Gibt die gesamte Last des Tages an.
EnergyDaySell sollte nach Definition den gesamten, verkauften Strom des Tages anzeigen. Der Wert passt aber nicht, muss man nur öfters mit SEMS vergleiche, am besten kurz vor Mitternacht.
Hierbei handelt es sich tatsächlich um den generierten Tagesstrom aus der PV-Anlage. Quasi die "PVEnergyDay minus Verlustleistung". Das ist der Tagesstrom von welchem man ausgehen sollte.Analog hierzu gibt es ja auch die korrekten Datenpunkte "PvEnergyTotal" und "EnergyTotal". Erstes ist der Strom, den die Panels generieren (DC). Zweites ist der tatsächlich zur Verfügung stehende Strom, welchen der Wechselrichter nach der Umwandlung (AC) ausspuckt. Hier habe ich auf das Jahr gesehen ca 7,5% Unterschied (= Verlustleistung).
Die Werte in der SEMS-App (Arbeite, Heutige Produktion, Monatsgenerierung, Produktion Gesamt) beziehen sich immer auf die Panels, nicht auf den tatsächlichen Strom! Das sieht man, wen man den Wert von "Heutige Produktion" mit "Selbstnutzung von PV + Verkaufen" unter Today vergleicht. Letzteres sollte immer etwas weniger sein, da es zusammengerechnet die tatsächliche Tagesleistung ergibt.
EnergyTotelBuy (im Ordner RunningData) sollte den gesamten zugekauften Strom vom Netz seit Installation der Anlage anzeigen. Passt auch nicht. Sieht mir eher nach dem Tagesbezug aus dem Netz aus.
Der selbe Datenpunktname im Ordner ExComData scheint zu passen. Wäre ja auch komisch, wenn es den Wert doppelt gäbe.
Grundsätzlich scheinen alle Daten im Ordner ExComData die Werte vom Smartmeter zu sein. Alles unter RunningData wird aus dem WR ausgelesen.
Welche Werte noch nicht korrekt sind, kann ich nicht beurteilen, ich arbeite nicht mit allen. Eine Batterie habe ich noch nicht.
VG
-
@flash sagte in [How-To] Goodwe Wechselrichter und Modbus TCP:
Wifi-/LAN-Kit funktioniert nicht
Das Dongle funktioniert für 5 Sekunden und geht dann aus - danach blinkt das Power-Symbol nur alle 5 Sekunden kurz.Immer eine feste IP eintrage. Auf der Fritzbox UND auf dem GoodWe Adapter!
-
@frank-zoellner sagte in [How-To] Goodwe Wechselrichter und Modbus TCP:
@unbeliveable89 Sind das nicht die Tagessätze ? Was ist an denen denn nicht richtig ?
Ich beziehe mich hier wieder auf dem FossyTom Adapter, nicht auf Modus. Damit es hier nicht zu Verwechselungen kommt.
Einige Werte sind einfach falsch bezeichnet/verknüpft im Adapter.
EnergyDayLoad ist korrekt, das war ein Versehen von mir. Gibt die gesamte Last des Tages an.
EnergyDaySell sollte nach Definition den gesamten, verkauften Strom des Tages anzeigen. Der Wert passt aber nicht, muss man nur öfters mit SEMS vergleiche, am besten kurz vor Mitternacht.
Hierbei handelt es sich tatsächlich um den generierten Tagesstrom aus der PV-Anlage. Quasi die "PVEnergyDay minus Verlustleistung". Das ist der Tagesstrom von welchem man ausgehen sollte.Analog hierzu gibt es ja auch die korrekten Datenpunkte "PvEnergyTotal" und "EnergyTotal". Erstes ist der Strom, den die Panels generieren (DC). Zweites ist der tatsächlich zur Verfügung stehende Strom, welchen der Wechselrichter nach der Umwandlung (AC) ausspuckt. Hier habe ich auf das Jahr gesehen ca 7,5% Unterschied (= Verlustleistung).
Die Werte in der SEMS-App (Arbeite, Heutige Produktion, Monatsgenerierung, Produktion Gesamt) beziehen sich immer auf die Panels, nicht auf den tatsächlichen Strom! Das sieht man, wen man den Wert von "Heutige Produktion" mit "Selbstnutzung von PV + Verkaufen" unter Today vergleicht. Letzteres sollte immer etwas weniger sein, da es zusammengerechnet die tatsächliche Tagesleistung ergibt.
EnergyTotelBuy (im Ordner RunningData) sollte den gesamten zugekauften Strom vom Netz seit Installation der Anlage anzeigen. Passt auch nicht. Sieht mir eher nach dem Tagesbezug aus dem Netz aus.
Der selbe Datenpunktname im Ordner ExComData scheint zu passen. Wäre ja auch komisch, wenn es den Wert doppelt gäbe.
Grundsätzlich scheinen alle Daten im Ordner ExComData die Werte vom Smartmeter zu sein. Alles unter RunningData wird aus dem WR ausgelesen.
Welche Werte noch nicht korrekt sind, kann ich nicht beurteilen, ich arbeite nicht mit allen. Eine Batterie habe ich noch nicht.
VG
@unbeliveable89 Hallo,
ja, ich stimme Dir zu das da einiges nicht ganz klar ist bei all den Werten.
EnergyDayBuy ist bei mir immer 0, wenn ich mit dem SEMS Portal vergleiche, denke ich das EnergyDaySell dem EnergyDayBuy entspricht (?), aber sicher bin ich mir da nicht.Der ExComData Ordner sind die Werte vom Smartmeter, soweit ich das sehe.
Was ist in dem Zusammenhang denn InverterTotalPower?
Vielleicht gibt es ja noch Nutzer des Adapters, die hier beitragen können, dass man die Werte sicher zuordnen kann ?
-
EnergyDayBuy ist bei mir auch 0.
EnergyDaySell hatte ich ja oben bereits beschrieben: das ist der zur Verfügung stehende Strom, welcher am selben Tag erzeugt wurde. Entspricht exakt der Summe aus den SEMS-Werten "Selbstnutzung von PV" und "Verkaufen". Leider sind die letzten 2 Werte nicht über den Adapter realisierbar, da nicht vorhanden. Wäre nur einer vorhanden, würde sich der andere berechnen lassen.
InverterTotalPower sollte DER Echtzeitwert sein, wieviel Strom aktuell erzeugt wird und live und jetzt zur Verfügung steht. Also "TotalPowerPv minus Leistungsverlust". Ohne Sonne steht er auf -2, das ist der Standbyverbrauch des Wechselrichters. Diese Werte über den Tag kumuliert sollten dann eben den oben genannten "EnergyDaySell" (mit falscher Bezeichnung) ergeben.
AcActivePower sollte in Echtzeit den exakten Netzbezug bzw. die Einspeisung aufzeigen - je nachdem. Ergibt sich aus "TotalPower plus/minus InverterTotalPower". Sieht man auch insbesondere Nachts gut, mit den -2w Standby des WR.
Leider scheint @FossyTom die Entwicklung des Adapters eingestellt zu haben und @paeppi verwendet nun auch den Modus-Adapter, welcher einen Fork auf Github erstellt hatte. Wirklich schade, da der Adapter ansonsten wirklich gut und ohne Probleme (bei mir mit altem only-Wifi-Adapter) läuft.
-
Hallo zusammen,
wir haben einen GoodWe Wechselrichter GW20K-ET daheim, standardmäßig mit dem WLAN-Dongle.
Da wir das Ganze über ModBus TCP Port 502 mit einer cFos-Wallbox verbinden wollen, um Überschussladen zu realisieren, haben wir das Wifi-/LAN-Kit gekauft und angeschlossen.Wifi-/LAN-Kit funktioniert nicht
Das Dongle funktioniert für 5 Sekunden und geht dann aus - danach blinkt das Power-Symbol nur alle 5 Sekunden kurz.Über die SolarGo-App haben wir versucht, die Firmware des WR zu updaten:
- ARM: Von Version 07 auf 08 - jetzt steht dort: "Bereits die neueste Version"
- DSP: Von Version 05 auf 06 (auch wenn in der App noch steht, dass die V06 noch zu installieren wäre - jedoch in dem Ereignis-Log steht V06 "Erfolg")
GoodWe schreibt hier von V25 und höher:
https://www.memodo.de/media/pdf/ea/e8/3 ... be4103.pdfEs scheint, dass die größeren GoodWe ET (ET15-30) hier noch nicht unterstützt werden.
Der GoodWe-Support selbst ist grottig, antwortet sehr langsam oder schlecht.@2schaf
Wie genau hast du den Dongle über die Webseite resettet?
Wie hast du Modbus TCP über Wifi zum Laufen gebracht?
Hast du einen kleineren GoodWe-WR (also nicht ET15-30)?GoodWe Wifi-/LAN-Kit Version 2.0
Wir haben auch gesehen, dass es ein neues Wifi-/LAN-Kit Version 2.0 gibt.
https://emea.goodwe.com/wifi-lan-20-and-wifi-20
Weiß da jemand mehr dazu?Bester Weg?
Was wäre denn aus eurer Sicht der beste Weg, um die Daten aus dem GoodWe-WR auszulesen?Dankschön und beste Grüße
Flash@flash
Also zunächst: viele Versuche. Genau nachvollziehen ist schwierig:
Um Modbus via Wifi zu realisieren:-
Kein Netzwerkkabel stecken! Nicht über die App einrichten
-
der Adapter agiert als AccessPoinz: in WLAN einwählen: 12345678; webseite 10.10.100.53. admin/admin öffnen
-
unter STA das Wifi vom Router auswählen/einrichten
-
ohne Gewähr auf die Reihenfolge: Modus STA einstellen und über die Weboberfläche „Device management“ einen Neustart durchführen.
Statische IP unter STA eintragen, neustarten, im Router statische IP eintragen. -
über diese IP erreiche ich den GW10K- ET plus über Modbus
Wenn was schief geht. Kann man den Dongle über den Standard AP erreichen und auf der 10.10.100.53 unter Device Management einen Factory Reset durchführen. Interessanterweise hat sich bei mir der Name des Wifis dadurch geänder.
Gleiches für LAN hat bei mir nicht geklappt.
-
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 ?
-
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?
-
Support us
796
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge