Batteriesperre bei GoodWe

[andiwist]

Da momentan fuer verschiedene Wechselrichter Batteriesperren ausgerollt werden machte ich mich mal auf die Suche nach Möglichkeiten fuer den GoodWe Wechselrichter.

In folgenden Forum werden ModBus RegisterWrite Möglichkeiten diskutiert.
Logicmachine
Darin wird das Register 47511, EMSPowerModeWrite erwähnt.

Die einzelnen Modi werden wohl auch in einem OpenEMS Modul fuer GoodWe erklärt. OpenEMS

Die Information deckt sich mit dem Logicmachine-Forum, wo 0x08 als "hold battery state" beschrieben wird.

GoodWe ist bei mir per ModBus TCP (Ethernet) angebunden, könnte auch testen. Leider fehlt mir jegliche Erfahrung / Tools um das mal auszuprobieren.
Wäre dankbar wenn mich hier jemand unterstützen könnte.

Wenn das funktioniert waere das sicher auch was fuer das offizielle EVCC Release.

[andiwist]

Selbst ist der Mann, mittels Node-red hab ich mir selbst was gebastelt und in der Tat funktioniert es wie erhofft.
Eine Injection von 0x08 als number auf das Register 47511 lässt die Batterie ruhen, sie lädt nicht entlädt auch nicht.
Eine Injection von 0x01 versetzt die Batterie wieder in den normalen Modus.
Ich kann mir jetzt zwar manuell per Node-red helfen, aber wäre schön wenn das in das offizielle Release reinkommt.

[andiwist]

Ok, probiere ich auch gerne. Als Neuer hier wollte ich keinen auf den Schlips treten.

[andig]

Ne, Versuch macht klug!

[andiwist]

Ich kann als Grundlage PR von Huawei nehmen #12449
Sollte in der Tat machbar sein, ich fuege quasi nur batterymode: im GoodWe Template ein.
Da ich noch ein Github Newbie bin, wird das Template aendern das schnellste an der Arbeit sein. Aber vielleicht ist das eine gute Gelegenheit mal das durchzuspielen.

Vielleicht gleich eine Frage dazu, da auch @mucki12 in dem Thread ist.
Warum wurde bei Huawei fuer Modus "Charge" fuer den Ladestrom 2500 W entschieden?
Bei GoodWe muss ich auch einen Wert dafür setzen, sollte das auch 2500W sein oder auf welcher Grundlage kann ich den Wert entscheiden?

[mucki12]

Die 2500 sind nur eine Kompromisslösung. Die Huawei Lunas sind modular aufgebaut. Der kleinste kann mit 2500w laden und jede weitere Ausbaustufe mit 5000w. Besser wäre es in der Tat die hinterlegte Ladeleistung abzufragen, diese als Variable zu speichern und dann diese zu nutzen.

[andiwist]

@mucki12 . Kannst du bitte einen Blick auf meinen PR #12833 werfen, ich komm nicht weiter. Wenn es schon Anstrengungen gibt die Kompromisslösung zu ersetzen würde ich gerne darauf verweisen, da es momentan Fragen dazu gibt.
Oder bin ich komplett auf einen Holzweg?

[Nemor213]

Ist schon eine Lösung für GoodWe over Wifi in Aussicht?
Aktuell setze ich per HomeAssistant den DoD auf 0 und wieder zurück auf den ursprünglichen Wert wenn die Ladeleistung >8kW ist.
Das sollte doch auch über die Wifi-Integration machbar sein oder? Dann sogar in Abhängigkeit von Lademodus "Schnell", SoC<MinSoC und Zielladen über Tibber.

[andiwist]

da motze92 es wohl irgendwie geschafft waere es wohl am besten er hilft dir weiter. In der Tat ist es ja etwas schwieriger, da man es ueber das "broken" UDP von GoodWe schaffen muss.
@motze92 : kannst du bitte Nemor213 helfen das Register zu setzen?

[motze92]

Ich hab mich über die Modbus-Pins vom Wechselrichter per Modbus-RTU verbunden. Werd heute testen ob mans per Modbus-UDP auch setzen kann.

[motze92]

Gute Nachrichten, die Henne hat das Ei nun gelegt.. :-)

Mit
`
func NewGoodWeWiFi(uri, usage string, timeout time.Duration) (api.Meter, error) {
handler := gridx.NewRTUOverUDPClientHandler(util.DefaultPort(uri, 8899))
conn := gridx.NewClient(handler)

res := &goodWeWiFi{
	log:   util.NewLogger("goodwe-wifi"),
	usage: usage,
	conn:  conn,
}

handler.Logger = res
handler.SlaveID = 0xF7

conn.WriteSingleRegister(47040, 1)

`
lässt sich ModbusTCP für Wlan aktivieren.

@andig kannst du das beim Goodwe Hybrid irgendwie einbauen, dann könnte man das GoodWe Wifi verschmeißen.

[Nemor213]

Coole Sache. Soll ich das bei mir auch noch testen? Dann bräuchte ich nur ne EXE ;)

[MisterBird]

func NewGoodWeWiFi(uri, usage string, timeout time.Duration) (api.Meter, error) { handler := gridx.NewRTUOverUDPClientHandler(util.DefaultPort(uri, 8899)) conn := gridx.NewClient(handler)

res := &goodWeWiFi{
	log:   util.NewLogger("goodwe-wifi"),
	usage: usage,
	conn:  conn,
}

handler.Logger = res
handler.SlaveID = 0xF7

conn.WriteSingleRegister(47040, 1)

@motze92 ich versuche gerade dem Wifi Dongle bei meinem GW15ET Modbus TCP „beizubringen“. Das Register 47040 per SolarGo App auf 1 zu setzen hat keinen Erfolg gebracht. Das Hybrid Template funktioniert so nicht. Auch Neustart usw hat nicht geholfen. Kannst du mir auf die Sprünge helfen, wie ich deinen Code ausführe? Kenne mich da leider nicht so gut aus. Danke!

[andiwist]

Hier waere eine EXE. Hoffe das funktioniert mit dem sharen hier.
evcc.exe.zip

[Nemor213]

Weiter komm ich nicht

[motze92]

Coole Sache. Soll ich das bei mir auch noch testen? Dann bräuchte ich nur ne EXE ;)

Versuch mal. Keine Ahnung ob ichs richtig kompiliert hab.

Also du must dann ein mal mit der GoodWe Wifi Config

evcc meter --log trace

ausführen. Anschließend solltes du das ganze auf GoodWe-Hybrid umstellen können.

evcc.exe.zip

[andiwist]

Super!
Doofe Frage, wie lange überlebt eigentlich so eine Einstellung im Wechselrichter?
Neustart? Stromausfall?

[Nemor213]

Ich teste es heute Abend mal, wenn nichts mehr vom Dach kommt. Dann schalt ich den WR mal ab und trenne die Sicherung.

Somit wäre der Stromausfall simuliert.
Sollte mMn nach keine Auswirkung haben da ein WR ohne Speicher ja nachts immer ausgeht. Da müssen Einstellungen ja auch gespeichert bleiben.

[Nemor213]

Hat funktioniert. Auch nach "Stromausfall" (Speicher auch abgeschaltet) läuft es noch.

Bleibt also gespeichert.

[realottoman]

@Nemor213
hallo nemor…habe mit interesse eure diskussion verfolgt…benötige eure hilfe bei der umsetzung an meiner anlage:

evcc läuft als addon unter HA und
der goodwe WR ist via Wifi verbunden. FW 1127.
aktuell läuft das ganze mit dem goodwe-wifi template problemlos. ich würde gerne aber das aktuelle goodwe-hybrid template verwenden, um auch die aktive batteriesteuerung zu realisieren. leider bekomme ich nach entsprechender appassung der yaml evcc nicht zum laufen. im log wird der tcp kontaktversuch mit dem fehler „refused“ abgeleht. auf den goodwe greife ich in HA auch mit der offiziellen Goodwe-Integration zu. Auch nach Deaktivierung der Integration klappt es nicht. Hast du eine Idee, waron es scheitert? sollte ich den WR komplett neustarten? danke im voraus sn alle!

[Nemor213]

Schau mal hier:

#12752 (comment)

Das musst Du machen.

Liegt daran, dass ModbusTCP bei Goodwe nur per LAN geht. Wenn Du das in meinem Link durchführst wird Modbus TCP per WLAN aktiviert und es sollte funktionieren

[realottoman]

Hallo Nemor123,danke für die schnelle Antwort!Wo starte ich  die exe-Datei, auf Windows?Mein EVCC läuft unter HA, welches auf Synology installiert ist.Wäre bei Umstellung auf TCP zur Not das goodwe-wifi template immer noch einsetzbar?GrußrealottomanAm 22.08.2024 um 23:33 schrieb Nemor213 ***@***.***>: Schau mal hier: #12752 (comment) Das musst Du machen. Liegt daran, dass ModbusTCP bei Goodwe nur per LAN geht. Wenn Du das in meinem Link durchführst wird Modbus TCP per WLAN aktiviert und es sollte funktionieren —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[Nemor213]

Ja das musst Du auf Windows starten. Bei mir läuft evcc auch unter HA, hat aber gut funktioniert mit der exe.

Ich meine Goodwe-Wifi ist mittlerweile deprecated. Aber scheint bei dir ja noch zu laufen.
Die Modbus UDP Schnittstelle per Wifi bleibt aber aktiv. Man kann also beides gleichzeitig nutzen.

[realottoman]

hallo nemor123,es geht wohl darum, register 47040 auf den wert 1 zu setzen, oder? über die solargo app von goodwe können register-werte auch verändernt werden. wäre dies eine alternative zur exe-datei? vg!realottomanAm 23.08.2024 um 07:21 schrieb Nemor213 ***@***.***>: Ja das musst Du auf Windows starten. Bei mir läuft evcc auch unter HA, hat aber gut funktioniert mit der exe. Ich meine Goodwe-Wifi ist mittlerweile deprecated. Aber scheint bei dir ja noch zu laufen. Die Modbus UDP Schnittstelle per Wifi bleibt aber aktiv. Man kann also beides gleichzeitig nutzen. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[Nemor213]

Das hatte bei mir leider keine Auswirkung. Erst mit der EXE hats funktioniert

[maatinh]

For future reference:

[realottoman]

Hallo Nemor123, ich komme leider mit der zip datei nicht klar. Habe sie extrahiert. Terminalfenster auf Windows geöffnet und mit „cd“ in den ordner mit der exe-datei gewechselt. Wenn ich das programm starte, wird allerdings ein demomodus gestartet mit dem hinweis dass eine config datei fehlt. Was mach ich falsch? Vielleicht kannst du eine step-by-step anleitung für laien wie mich geben? Danke! realottman Von: Nemor213 ***@***.***> Gesendet: Freitag, 23. August 2024 13:26 An: evcc-io/evcc ***@***.***> Cc: realottoman ***@***.***>; Comment ***@***.***> Betreff: Re: [evcc-io/evcc] Batteriesperre bei GoodWe (Discussion #12752) Das hatte bei mir leider keine Auswirkung. Erst mit der EXE hats funktioniert — Reply to this email directly, view it on GitHub <#12752 (reply in thread)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/A7G7MUM2OY7QFT6YXBW76J3ZS4L2XAVCNFSM6AAAAABELT6MKCVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTANBSHE2DIOA> . You are receiving this because you commented. <https://github.com/notifications/beacon/A7G7MULBHAT67JZTUAQCMADZS4L2XA5CNFSM6AAAAABELT6MKCWGG33NNVSW45C7OR4XAZNRIRUXGY3VONZWS33OINXW23LFNZ2KUY3PNVWWK3TUL5UWJTQAT4SAQ.gif> Message ID: ***@***.*** ***@***.***> >

[realottoman]

@Nemor213
habe es jetzt geschafft, aber nicht wie oben vorgeschlagen! hier mein alternativer lösungsvorschlag, um MODBUS TCP für Wifi zu aktivieren:

Über die SolarGo App unkompliziert Register 47040 auf den Wert 1 setzen und dann in der YAML das goodwe-hybrid template mit den MODBUS TCP Daten einpflegen!

Danke an Nemor für die Tipps!

[Drehstromdreher]

In Solar Go einloggen. Parameter aufrufen, Finger ein paar Sekunden auf "Firmware Version" . Also auf die Zahl, nicht den Parameter.

[jrha42]

Danke! Das hat jetzt bei mir auch funktioniert, cool!

[realottoman]

das freut mich….allerdings stelle ich häufiger timeout-fehlermeldungen fest…kann das eurerseits bestätigt werden? konntet ihr eine lösung finden?

[Nemor213]

@realottoman ist bei mir genauso.

[kolossboss]

Hi,
danke für den Tipp.
Ich konnte ebenfalls Adressregister 47040 Register-Nr. 1 auf 1 setzen.
Original war der Wert auf 3.
Allerdings bekomme ich keine Verbindung hin. Im EVCC log steht:

[site ] ERROR 2024/10/27 12:39:01 battery 1 power: read failed: dial tcp 192.168.2.114:502: connect: connection refused

meine Config ist:

  - name: my_battery
    type: template
    template: goodwe-hybrid
    usage: battery
    modbus: tcpip
    id: 247
    host: 192.168.2.114
    port: 502

Ist Port und ID korrekt?
Muss man noch was anderes machen?

Viele Dank und viele Grüße

[jrha42]

Ja, tatsächlich bekomme ich auch solche Meldungen:
[site ] ERROR 2024/08/30 17:04:03 pv 1 power: add[0]: read failed: read tcp 192.168.1.133:53464->192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:04:13 battery 1 power: read failed: dial tcp 192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:08:05 battery 1 soc: read failed: read tcp 192.168.1.133:53976->192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:09:34 pv 1 energy: read failed: read tcp 192.168.1.133:54140->192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:19:09 battery 1 soc: read failed: read tcp 192.168.1.133:54204->192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:22:03 pv 1 power: add[0]: read failed: read tcp 192.168.1.133:54614->192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:22:13 battery 1 power: read failed: dial tcp 192.168.1.171:502: i/o timeout
[site ] ERROR 2024/08/30 17:25:07 battery 1 power: read failed: read tcp 192.168.1.133:54890->192.168.1.171:502: i/o timeout

[realottoman]

gibt es eine lösung?
eine verlängerung des abfrageintervalls hat keinen effekt gezeigt

[thebvbdom]

Habt ihr dazu mittlerweile einen neuen Stand? Bin jetzt auf auf das Hybrid-Template umgestiegen. Funktioniert bisher erst mal.

[xrthommy]

Bin jetzt ebenfalls auf das Modbus-Template umgestiegen und habe das selbe Problem mit den Timeouts. Gibt es hierzu bereits eine Lösung?

[xrthommy]

Habe heute den neuen Wifi/LAN 2.0 Dongle (Artikelnummer: WLA0000-01-00P) an meinem Goodwe 10KN (mit aktueller SW, im WLAN Betrieb) ausprobiert. Da treten die Timeouts nicht mehr auf.

[Mitschi1984]

Habe heute den neuen Wifi/LAN 2.0 Dongle (Artikelnummer: WLA0000-01-00P) an meinem Goodwe 10KN (mit aktueller SW, im WLAN Betrieb) ausprobiert. Da treten die Timeouts nicht mehr auf.

Wie hast du den Dongle am Goodwe10KN zum laufen gebracht ?
Welche Software / Firmware hast du am wechselrichter ?

[xrthommy]

Firmware: DSP: 12.197, ARM: 29.290
Installation des Dongels wie in der Anleitung beschrieben. D.h. via SolarGo App mit Bluetooth verbunden und in den Communication Settings WLAN konfiguriert.

[HWE70]

Mit Blick auf das Template von goodwe-hybrid wird auch Modbus UDP unterstützt. Konfiguriert man das so, bekommt auch keinen Fehler, aber auch keine Daten. Daher die Frage, wird Modbus UDP von goodwe-hybrid wirklich unterstützt? Zweite Frage, wenn man auf den Wifi/LAN 2.0 Dongle umsteigt, funktioniert Modbus TCP dann ausschließlich über LAN oder auch (ohne Timeouts) über WLAN?

[xrthommy]

Betreibe den WIFI/LAN Dongle 2.0 wie oben beschrieben über WLAN (mit fester IP), ohne Timeouts.

[Mitschi1984]

Guten MorgenDanke für deine Rückmeldung Meine Version vom Wechselrichter sieht aktuell so aus..Scheint als wäre meine Software DSP und ARM deutlich älter… hmmm kann ich das selber Updaten ?Grüße und danke für deine Hilfe Michael Am 02.02.2025 um 23:20 schrieb xrthommy ***@***.***>: Betreibe den WIFI/LAN Dongle 2.0 wie oben beschrieben über WLAN, ohne Timeouts. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[xrthommy]

Die Firmware kann man selbst updaten mit dem separaten Bluetooth Dongle, der zumindest bei mir im Lieferumfang des Wechselrichters dabei war, und der SolarGo App. Alternativ kann man sich auch an den Kundenservice von Goodwe wenden, die das Update dann remote aufspielen.
Ist übrigens auch ein Vorteil des neuen Dongels. Dieser hat Bluetooth an Bord, weshalb man für Updates nicht jedes mal den Dongel wechseln muss.

[Mitschi1984]

Wenn ich das neue Kit anstecke blinken zwar die LED aber ich finde weder Bluetooth noch WLAN…Am 03.02.2025 um 06:30 schrieb Michael Wieland ***@***.***>:Guten MorgenDanke für deine Rückmeldung Meine Version vom Wechselrichter sieht aktuell so aus..<image1.jpeg>Scheint als wäre meine Software DSP und ARM deutlich älter… hmmm kann ich das selber Updaten ?Grüße und danke für deine Hilfe Michael Am 02.02.2025 um 23:20 schrieb xrthommy ***@***.***>: Betreibe den WIFI/LAN Dongle 2.0 wie oben beschrieben über WLAN, ohne Timeouts. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[Mitschi1984]

Lieben Dank für deine Hilfe -Ich hab in der Tat auch so einen Bluetooth dongle gefunden und konnte damit auch meine Software Versionen Updaten…Siehe da - das neue Lan/Wifi Kit funktioniert und Modbus mit meiner Wallbox klappt Danke !! Wenn du mal im Raum Nürberg bist, melde dich - Bier geht auf mich Danke und GrüßeMichi Am 03.02.2025 um 08:47 schrieb xrthommy ***@***.***>: Die Firmware kann man selbst updaten mit dem separaten Bluetooth Dongle, der zumindest bei mir im Lieferumfang des Wechselrichters dabei war, und der SolarGo App. Alternativ kann man sich auch an den Kundenservice von Goodwe wenden, die das Update dann remote aufspielen. Ist übrigens auch ein Vorteil des neuen Dongels. Dieser hat Bluetooth an Bord, weshalb man für Updates nicht jedes mal den Dongel wechseln muss. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>