Hausakku bei Ladung "sperren"

[hominidae]

...hier ging es mir um das Feature an sich, nicht um EVCC.

[KLez]

Davon spreche ich doch. Lieber habe ich erstmal eine rudimentäre Lösung als gar keine (OpenWB). Du willst, Deinen Beiträgen nach zu urteilen, von vornherein die Eierlegende Wollmilchsau. Da bin ich halt anderer Meinung.

[hominidae]

...ich hab ja eine Lösung.

[KLez]

Die ist aber nicht in OpenWB integriert sondern selbst gebastelt... Das ist keine Lösung, sondern ein Workaround. Wenns danach ginge, bräuchte ich komplett OpenWB nicht, sondern könnte alles in ioBroker / NodeRed scripten.

[Gero]

Nebenan äussert sich openWB zu einem ähnlichen Thema, wann die aktive Steuerung von Hausspeichen angegangen wird:

viewtopic.php?t=8613

Kurz zusammengefasst kommt das mit BiDi-Laden, weil dann der Hausspeicher wie ein EV-Speicher behandelt wird.

[KLez]

Hab ich schon gelesen und ich halte die Abhängigkeit die dort geschaffen wird für fragwürdig. Für die Implementierung werden 2 Dinge benötigt:

1.) Eine Schnittstelle zum Speicher. Egal ob der Speicher ein Fahrzeug oder ein Hausakku ist.
2.) Die Steuerungslogik für die Anforderungen / Szenarien

Dieser Feature Request hier ist ein Teil von Punkt 2... natürlich kann man noch deutlich mehr Szenarien umsetzen, aber es wäre schonmal ein guter Anfang. Daher verstehe ich nicht, warum das ganze vom Bidirektionalen Laden abhängig gemacht wird... Das vielleicht in 10 Jahren irgendwann mal kommt.

[dan11hh]

Ich möchte das Thema noch einmal hoch holen. Und auch sehr dafür plädieren, eine Sperre einzubauen. Wenn der Speicher nach 3 Stunden preissensitiven Ladens des Elektroautos leer ist. Hab ich für die teuren Morgenstunden nichts mehr im Akku. Das ist unklug. Damit führe ich dann das Laden während günstiger Zeiten ad absurdum. Ich werde es für mich wahrscheinlich erst einmal per Skript und iBroker lösen. Aber schöner wäre eine Integration in OpenWB.

[openWB]

Ich möchte das Thema noch einmal hoch holen. Und auch sehr dafür plädieren, eine Sperre einzubauen. Wenn der Speicher nach 3 Stunden preissensitiven Ladens des Elektroautos leer ist. Hab ich für die teuren Morgenstunden nichts mehr im Akku. Das ist unklug. Damit führe ich dann das Laden während günstiger Zeiten ad absurdum. Ich werde es für mich wahrscheinlich erst einmal per Skript und iBroker lösen. Aber schöner wäre eine Integration in OpenWB.

Das?
https://github.com/openWB/core/pull/1861

[dan11hh]

Ja. Genau. Danke. Ganz verstanden hab ich es aber nicht. Bin leider in NodeRed nicht wirklich firm. Ich hätte jetzt mit Blockly den "GridSetPoint" meines Victron auf die Lade-Leistung gesetzt, sofern der Modus Sofort Laden gewählt ist. Muss aber erstmal herausfinden, wie ich das JSON mit Blockly im Ladeprofil in "verarbeitbare" Werte zerlege. Da hapert es bei mir noch.

[Frank-H]

Ich würde das Thema gerne nochmal nach oben holen, weil ja die aktuelle Beta wohl grundsätzlich die Möglichkeit bietet, den Akku zu sperren (und aus dem Netz zu laden?). Die Community ist aufgefordert, PR für die entsprechenden Module zu erstellen. Ich finde diese Features gerade in der jetzigen Jahreszeit toll. Leider bietet OpenWB das noch nicht an, daher nutze ich dafür dann EVCC und das klappt prima.
Ich würde gerne OpenWB unterstützen, habe aber leider 0,0 Programmierkenntnisse, so dass ich noch nicht mal einen PR erstellen kann. Ich würde aber gerne mein System, gerne auch über den Fernzugriff, für Testzwecke zur Verfügung stellen.

Ich habe ChatGPT mal auf die Suche gehen lassen, welche Register dabei bespielt werden müssen. Das hier ist dabei rausgekommen:

Code: Alles auswählen

For the BYD HVS 5.2 battery managed by an SMA Sunny Tripower Smart Energy inverter in EVCC (or similar setups), here are the typical Modbus registers and values documented from various community setups and technical sources. This includes registers for monitoring and controlling battery charge, discharge, SoC, and power.
Key Modbus Registers and Values

    State of Charge (SoC)
        Register Address: 30775 (on SMA inverters for battery SoC readout)
        Function: Shows the current SoC as a percentage.
        Value Range: 0-100 (%)

    Battery Power Flow (Charge/Discharge Power)
        Register Address: 30843
        Function: Indicates the current power flowing in/out of the battery (in watts).
        Value Range: Positive values = charging, Negative values = discharging.

    Battery Voltage and Current
        Voltage Register: 30845
        Current Register: 30847
        Function: These registers show battery voltage (in volts) and current (in amps) respectively, which are useful for real-time monitoring.

    Operating Mode Control
        Register Address: 40010 or specific to the SMA firmware setup
        Function: Set battery to modes like standby, charging, or discharging.
        Control Values:
            0 = Standby
            1 = Charging
            2 = Discharging

    Grid Charge/Discharge Control (if applicable)
        Register Address: 30865
        Function: Enables/disables grid charging to support energy management strategies.
        Control Values:
            0 = Disabled
            1 = Enabled

    Error and Warning Codes
        Error Code Register: 30201 (for general error status)
        Function: Displays error codes from the battery for diagnostic purposes.
        Value Range: Refer to error code documentation in the SMA/BYD manual for interpretation.

Eine weitere Quelle ist für die Fachleute vielleicht hier zu finden:

https://github.com/evcc-io/evcc/blob/ma ... ybrid.yaml

Vielleicht kann ja jemand was damit anfangen und einen PR erstellen? Ich würde mich jedenfalls sehr freuen!