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.

[Nemor213]

Könnte man nicht das Hybrid-Template als Wifi-Template duplizieren und nur am Anfang das Register beschreiben, sodass TCP über Wifi aktiviert wird? Vielleicht geh ich da zu simpel ran, weil ich davon keine Ahnung hab...Manchmal sind ja aber auch die einfachsten Lösungen die besten ;)

@andiwist wie kann ich das Register setzen? Wie gesagt..bin da völlig hilflos in dem Thema

[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 ;)

[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!

[motze92]

Wusste nicht, dass das über die SolarGo App geht. wie machst du das da?

[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.

[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

[realottoman]

ich habe seit einiger zeit folgende strategie, um die tcp anfragen und somit auch timeout fehler zu reduzieren:

grid und pv messwerte: Abfrage via wifi-template (UDP/IP)
battery meswerte: Abfrage via hybrid-template (MODBUS/TCP)

mein eindruck ist, dass hierduch tcp-fehler seltener auftreten ohne auf die erweiterten batteriefunktionen zu verzichten.
da ich kein it-experte bin, kann ich meinen ansatz nicht weiter kommentieren.
bin auf rückmeldung/meinung der erfahrenen user gespannt.

[motze92]

Eventuell könnte man schauen, ob man die nötigen Register in einem mal auslesen kann? So wie es die SolarGo App auch macht.