"Schnell" laden mit ein Bezug von PV Überschuss

[labmaster]

Ich blicke da immer noch nicht durch.

Konfig:
Wallbox P30x + S10 (Phasenumschaltung / Modbus)
Wallbox P30c + S10 (Phasenumschaltung / Modbus)
Goodwe ET 10kw (2 x BYD HVS12,8kWh DC )
2 x Hoymiles HMS 2kW

Zustand:
EV 90% SOC
Hausbatterie 62% SOC
Einstellung für Prio Hausbatterie 55%
Verhindern der Entladung im Schnell Modus ... ist EIN
EV: ZOE

---

Aktuell:
Lademodus: Schnell
PV Erzeugung 6kW
Netzbezug ~11,5kW
EV lädt 3P mit 12kW
Hausbatterie lädt mit 5,5kW

Nun die Frage:
Warum wird in diesem Zustand die Hausbatterie geladen und die zur Verfügung stehende Energie nicht für das Schnellladen verwendet ?
Die Prio für die Hausbatterie ist bei 55% eingestellt ?
Kann man das ändern ?
Wenn ich z.B Modus "PV" einstelle dann lädt das System mit 1P und max ~7,6kW das ist also keine Lösung.

Wie kann man möglichst schnell laden und dabei möglichst viel PV Energie verbrauchen, zum schnellen Ausregeln am besten hier als Regelkapazität die Hausbatterie verwenden.

[VolkerK62]

Die Frage ist eher, warum lädt die Batterie, obwohl Netzbezug vorliegt.
Ich kenne Goodwe nicht, aber das könnte evtl mit der Batteriesperre zu tun haben.

evcc/templates/definition/meter/goodwe-hybrid.yaml

Line 136 in 87b5f33

- case: 2 # discharge hold

[kjs-DE]

Für mich sieht es so aus als ob die Batteriesperre nicht funktioniert. Bei mir (Sonnenbatterie) wird bei schnell und Speichersperre das Ding abgehängt und lädt nicht einmal wenn so viel Überschuß da ist daß sogar noch kräftig eingespeist wird. Völlig unabhängig vom SoC des Speichers.

[labmaster]

Die Frage ist eher, warum lädt die Batterie, obwohl Netzbezug vorliegt.

Das gehört damit zu meiner Frage mit dazu, ohne EVCC macht das der WR auch nicht.
Das laden des Hausspeichers aus dem Netz muss man Explizit über den WR forciert ansteuern.

[steps56]

War klar und deine am Ende angefügte Wunschlösung auch schon von mir detailiert betr. Lösung beschrieben.
Denn was Evcc und/oder deine PV/Akku Anlage können/machen sollte (sehe ich wie du), aber nicht macht... muss man dann eben per z. B. meinem Weg erzwingen.
Geht nicht, gibts nicht 😎.

[VolkerK62]

Korrekt wäre es somit die 5.5kW nicht in den Hausakku zu schieben sondern die 5.5kW auch fürs Laden des EVs zu verwenden, zumindest wenn der Hausakku SOC bereits über der eingestellten Prio Schwelle ist (siehe oben, Schwelle war überschritten 62% zu 55%) und aber nur so lange der EV SOC nicht die Zielmarke erreicht hat, erst dann dürfte er wieder mit dem Laden der Hausbatterie anfangen.

Das wird aktuell nicht passieren. Die Batteriesperre ist einzig und allein vom Lademodus abhängig (schnell oder geplant)

Über Modbus wäre das z.B. zu steuern, indem man z.B. die Hausbatterie auf "Standby" setzt.
Modbus Register: ( aus dem "GoodWe Modbus Protocol Hybrid" Manual Ver.:1.9 27July2021 )
47511 EMSPowerMode <= Wert 0x0008 ( No battery mode for hybrid inverter. The battery does not charge and discharge)

Genau das passiert bei der Sperre. Register 47511 wird auf 2 gesetzt. Das ist kleiner 8.

[labmaster]

Korrekt wäre es somit die 5.5kW nicht in den Hausakku zu schieben sondern die 5.5kW auch fürs Laden des EVs zu verwenden, zumindest wenn der Hausakku SOC bereits über der eingestellten Prio Schwelle ist (siehe oben, Schwelle war überschritten 62% zu 55%) und aber nur so lange der EV SOC nicht die Zielmarke erreicht hat, erst dann dürfte er wieder mit dem Laden der Hausbatterie anfangen.

Das wird aktuell nicht passieren. Die Batteriesperre ist einzig und allein vom Lademodus abhängig (schnell oder geplant)

Über Modbus wäre das z.B. zu steuern, indem man z.B. die Hausbatterie auf "Standby" setzt.
Modbus Register: ( aus dem "GoodWe Modbus Protocol Hybrid" Manual Ver.:1.9 27July2021 )
47511 EMSPowerMode <= Wert 0x0008 ( No battery mode for hybrid inverter. The battery does not charge and discharge)

Genau das passiert bei der Sperre. Register 47511 wird auf 2 gesetzt. Das ist kleiner 8.

Das wäre aber nicht gut.

Hier die GoodWe Modbus Doku dazu:
Register 47511 auf Wert 2 (0x0002) bedeutet:

"Control the battery to keep charging | Xmax is to allow the power to be taken from the grid, and PV power is preferred. When set to 0, only PV power is used. Charging power will be limited by charging current limit."

(Xmax ist dabei der Power Wert welcher über EMSPowerSet (Register 47512) gesetzt werden kann.

PV Power kann damit nicht beeinflusst werden !!!

EDIT:
Konnte es auch nachvollziehen.

Sobald ich auf "Schnell" laden gehe wird Register 47511 von 0x0001 auf 0x0002 gesetzt aber nicht auf 0x0008 , was aber in diesem Fall die einzige Lösung wäre das Batterie laden/entladen per PV zu stoppen.
habe das jetzt mal händisch per Modbus auf 0x0008 gesetzt und siehe da der WR verhält sich wie in der GoodWe Doku beschrieben und stellt das Laden der Hausbatterie ein.

Das passt m.M. nach demnach in der EVCC Implementierung einfach nicht.
Da hat vermutlich jemand die GoodWe Modbus Doku nicht gelesen, falsch interpretiert oder es ist gewollt, dass man beim "Schnell" laden extra Strom kaufen muss ????

Keine Ahnung was man sich hierbei gedacht hat ???

Habs auch in der "templates/definition/meter/goodwe-hybrid.yaml" gefunden, dort wird auch explizit der Wert 0x0002 statt 0x0008 für einen "Hold" gesetzt , WARUM !!!!

EDIT:
Es war anscheinend auch schon mal korrekt, also mit 0x0008 siehe:
a0b40c1
und wurde dann auf 0x0002 geändert, aber WARUM !!!

[VolkerK62]

Wenn man sich die Historie zu dem Template anschaut, war es erst 8, wurde aber dann auf 2 geändert
#16649

[labmaster]

Wenn man sich die Historie zu dem Template anschaut, war es erst 8, wurde aber dann auf 2 geändert #16649

Ja, habs auch gerade eben gefunden und geschrieben.

[labmaster]

Ich hab hierfür kein HA und werde nur deswegen das auch nicht verwenden.

Ich dachte mit EVCC hätte ich gleich eine "Out of the Box" Lösung wo ich nicht selbst wieder basteln muss. ;-(
Dann muss ich mir die GoodWe Implementierung halt doch irgendwann selbst ansehen und fixen.
Leider steht das auf meiner Todo Liste damit aktuell auf Platz 67. (ein neues Haus ist echt Mist was das Zeitfressen angeht)

Bei mir läuft als Haussteuerung KNX mit einem Loxone Miniserver.
Hab die letzten Tage neben jeder Wallbox (alles Keba) einen MDT Smart86 KNX Taster gebaut und dort eine Bedienung und Anzeige für EVCC erstellt. (Modus und ZielSOC Wahl, Anzeige von EV SOC und ZielSOC)
Wäre Schade wenn ich das alles für nix gemacht hätte und EVCC wieder in die Tonne muss.

[mfuchs1984]

Wo finde ich denn die Ansteuerung der Modes ?

evcc/core/site.go

Line 949 in f64bd2c

site.updateBatteryMode(batteryGridChargeActive, rate)

[steps56]

Das Ganze Ding des Threaderstellers liest sich von der rudimentär geschilderten Hardwareseite bis zu umständlicher Smart Home Lösung, eh sehr künstlich kompliziert.

Wenn man nicht anfangs gleich auf z. B. eine HA / Raspi Lösung setzt, verbaut man sich schon den einfachsten und besten Smart Home Weg.
Da fängt das Problem an und verbaut die einfache mehrfach geschilderte Lösung.

Mein Weg wäre der knapp 120 Euro Invest in einen guten Raspi 400 Kit mit Ladegerät und min. 256 gb ssd extern.
So laufen 2 x Smart Home in 2 Anwesen mir dto. 2x PV/Akkusystemen, Evcc und zig Weiterem, 2 Wallboxen usw. seit 2022.
Damit geht quasi Alles, auch für Noobs wie mich.

Hut ab berr. deiner aufwändigen (aber umständlichen) Hardwarelösungen.
Aber nebenbei, vernünftige Wallbox hat Hersteller App für Überschussladen.
Der Goldstandard ist aber via Evcc (auf HA/Raspi gerade für Noobs easy).
Kann die Akkuanlage Nichts, dann Hichi Tasmota Zählerauslese Kopf auf den 2Richtungszähler und als Überschussmelder in Evcc genutzt.
Perfekt für alte dumme PV wie bek mir an einem Standort mit 2011er Sonnenbatterie.
Auf diese Weise ist der Hausakku kpl. außen vor betr Evcc und wird nicht ins Eauto entladen, aber logo a la Hausverbrauch betr. PV Strom bedient.
Da gerade im Sommer der Hausakku morgens sehr flott auf 100% SOC ist, null Problem wenn das Auto erst ab ca. 10 Uhr dann lädt.
(Bei mir einphasig mit max. 3,6 kWh und damit flott genug und nur im Winter mit Netzstromanteil)

Geht nicht, gibt es nicht.

[kjs-DE]

@steps56 Geht sogar preiswerter. Bei mir läuft ein RP4 mit passivem Kühlgehäuse und 64Gb SD Karte (reicht völlig) sowie einem Original Netzteil und das hat mich <80€ gekostet.

[steps56]

Okay aber Kardinalfehler eine sd Karte zu nutzen, denn die geht kaputt. Da ist nur die Frage wann...
Ich hoffe für dich, dass du ein bulletproof Backup aufgesetzt hast, also intern geseichertes Backup UND auch automatisch z. B. Google Drive UND zudem nochmal separat ausgelagert auf PC, Handy o. Ä.
Natürlich Samba Share im HA laufen, um von außen dran zu kommen, nicht nur im Crashfall.

Netzteil hast du ja ein dauerlastfähiges von Raspi, Handyladedinger gehen auch flotter kaputt.

Ob nun 80 oder incl. ssd 140 Euro, da Peanuts ja egal. Der 400 hat Gehäusetastatur und war als ready to use 2x meine Prio1 Wahl als 119 Euro kpl. Set plus 19 Euro 256 gm ssd mit Kabel.

Da ich gerade betr. Systemcrash (Windows früher am PC) Alles erlebt habe, bin ich Backup/Restore Junkie geworden.
Meint, es gibt für jeden meiner 2 Raspi HAs eine geclonte ssd.
Im Problemfall wird einfach nach Shutdown dann die Ersatz ssd an den Raspi USB Port gesteckt, Strom wieder ein, ca. 10 Min. warten bis Alles wieder hoch ist, dann das letzte Vortages Backup eingespielt und ohne Mühe flott Alles wieder gesund.
Nur die Daten Historie eines Tages fehlt, verschmerzbar.

Wenn du mit kaputter sd Karte das erste Mal nur noch einen Briefbeschwerer hast und kein Smart Home... hast du hoffentlich Alles auch so gesichert.
Wer sagt, das kommt selten vor... sieht das wie Naive früher betr. AKW und "ein Supergau ist nur alle 100000 Jahre möglich"... wunderte sich nach Tschernobyl aber, wie flott 100000 Jahre vergehen 🤣🤦🏼‍♂️.

[kjs-DE]

Backup gibts jede Woche automatisch auf den Heimserver, das reicht mir. Tastatur möchte ich an dem Ding nicht, gehe über Remmina rein und mache das bequem vom Rechner aus.

[labmaster]

Ok, hier steht warum es also gemacht wurde: #16649 (comment)

Das stimmt so ja aber nicht da dort das Scenario welche ich beschreibe komplette außer Acht gelassen wurden und damit nun wesentlich Strom Bezugskosten mehr auftreten können.

Eigentlich müsste man hier eine Fallunterscheidung machen, ob der aktuelle SOC der Hausbatterieladung bereits den Prio schwellwert überschritten hat, dann müsste die Ladung der Batterie entsprechend über den Wert 0x0008 komplette gesperrt werden.
Darunter könnte man sich überlegen statt der 0x0008 die 0x0002 zu verwenden.

Da im Moment jedoch der Kostennachteil eher größer mit 0x0002 als mit 0x0008 ist würde ich auch ohne diese Fallunterscheidung definitiv wie früher auf 0x0008 zurück gehen.

[VolkerK62]

Da bin ich raus. Das musst du mit den "Verursachern" diskutieren.

[labmaster]

Da bin ich raus. Das musst du mit den "Verursachern" diskutieren.

Ich habs versucht, da ich jedoch keine Ahnung habe wie man da einen neuen PR auf dieses Thema ansetzt der die Änderung von Dez. 2024 wieder zurück nimmt, muss ich erst mal aufgeben und werde versuchen mir hierfür ein eigenes (Custom) "Meter" mit den entsprechenden Änderungen zu stricken. Sollte ja eigentlich möglich sein, zumindest konnte ich so auch schon mal meine beiden Hoymiles WR welche gemeinsam an einer OpenDTU hängen einzeln als WR handhaben. (was per Template nicht vorgesehen war)

siehe: #16649 (comment)

Eventuell kennt sich ja jemand anderes hier mit dem ganzen Github Zeugs aus und kann hier einen PR erstellen.

[labmaster]

Ich hab nun den goodwe-hybrid "battery usage" template Teil aus meiner evcc.yaml entfernt und statt dessen die Konfig hierfür direkt eingebaut und hier den Modus für "Hold" wieder auf "8" gesetzt.

  - name: goodwe_battery_1_custom
    type: custom
    power:
      source: modbus
      id: 1
      uri: 192.168.2.109:502
      register:              # manual non-sunspec register configuration
        address: 35182       # 35264 for Battery1/2 Power
        type: holding
        decode: int32
    soc:
      source: modbus
      id: 1
      uri: 192.168.2.109:502
      register:             # manual non-sunspec register configuration
        address: 37007      # 39005 for Battery1/2 Soc
        type: holding
        decode: uint16

    energy:
      source: modbus
      id: 1
      uri: 192.168.2.109:502
      register:             # manual non-sunspec register configuration
        address: 35209      # Energy-Battery Discharge
        type: holding
        decode: uint32
      scale: 0.1

    batterymode:
      source: watchdog
      timeout: 30s
      reset: 1              # reset watchdog on normal
      set:
        source: switch
        switch:
        - case: 1           # normal
          set:
            source: sequence
            set:
            - source: const
              value: 1      # Normal operation mode
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47511        # EMSPowerMode
                  type: writesingle
                  encoding: uint16
            - source: const
              value: 0                  # Maximum allowed power from Grid in W. 
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47512        # EMSPowerSet [0-10000]
                  type: writemultiple
                  encoding: uint16
        - case: 2 # discharge hold
          set:
            source: sequence
            set:
            - source: const
#              value: 2                  # EMSPowerMode 2 "Charge-PV"-Mode. If EMSPowerSet=0 only PV is used to charge. Value 6 "Conserve"-Mode can be alternatively used.
              value: 8                  # EMSPowerMode 8 "Battery Standby"-Mode no charge or discharge allowed
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47511        # EMSPowerMode
                  type: writesingle
                  encoding: uint16
            - source: const
              value: 0                  # Maximum allowed power from Grid in W. If >0 battery will be charged also from Grid in Standby mode.
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47512        # EMSPowerSet [0-10000]
                  type: writemultiple
                  encoding: uint16
        - case: 3 # charge
          set:
            source: sequence
            set:
            - source: const
              value: 2 # Charge from PV+AC according to the EMSPowerSet below. PV-Preferred. "Import-AC"-Mode (Value: 4) would prefer Grid-Power and reduce PV-Power generated.
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47511 # EMSPowerMode
                  type: writesingle
                  encoding: uint16
            - source: const
              value: 10000 # For charge battery mode: Maximum allowed power from Grid in W 
              set:
                source: modbus
                id: 1
                uri: 192.168.2.109:502
                register:
                  address: 47512 # EMSPowerSet [0-10000]
                  type: writemultiple
                  encoding: uint16
    capacity: 25.6            # Akkukapazität (kWh), optional