Moin moin,

unsere elektrischen Verbraucher werden immer mehr, es gibt jetzt auch einen Heizstab in der Heizungsanlage. Der nimmt sich sehr schön und dynamisch den PV-Überschuss und verheizt ihn. Nachteil: Die Wallbox kommt nicht mehr zum Zug, weil der Stab ja schon bei viel kleineren Überschüssen loslegt.

Man müsste der Wallbox also irgendwie beibringen, dass sie dem Heizstab seinen Stromanteil "wegnehmen" darf. Die Steuerung des Heizstabes übernimmt ein "AC.THOR 9s" von myPV, der per Modbus abgefragt werden kann. Darüber kann der aktuelle Verbrauch als Stromzähler in der WARP3 sichtbar werden.

Kann ich der WARP3 nun irgendwie sagen, dass sie diesen Wert als "steht eigentlich zur Verfügung" interpretieren soll? Eine angeschlossene Batterie kann sie ja ähnlich berücksichtigen.

Gruß, Uli

On 9/16/2025 at 1:30 PM, f-zappa said:

Kann ich der WARP3 nun irgendwie sagen, dass sie diesen Wert als "steht eigentlich zur Verfügung" interpretieren soll?

Die WARP3 kann das nicht selbst; die Daten müsstest du selbst aufbereiten, indem du per Script oder Hausautomatisierung den Heizstab vom Netzanschluss abziehst und das Ergebnis per API-Zähler in die WARP3 schiebst.

Am 16.9.2025 um 13:54 schrieb MatzeTF:

Die WARP3 kann das nicht selbst; die Daten müsstest du selbst aufbereiten, indem du per Script oder Hausautomatisierung den Heizstab vom Netzanschluss abziehst und das Ergebnis per API-Zähler in die WARP3 schiebst.

Das ist schade, damit wäre ich für die Funktion doch wieder von einer Software auf einem Computer abhängig und hab damit viel mehr potentielle Fehlerquellen.  Mein Idealbild ist, dass die ganzen "Strom-Geräte" (Wechselrichter, Wallbox, Heizstab, ..)  das ohne externe Abhängigkeiten unter sich ausmachen, damit das Konstrukt robuster ist. 

Darum möchte ich anregen, diese Möglichkeit in die Firmware einzubauen. Eventuell geht das mit einem neuen Zählertypen "andere PV-gesteuerte Last" (oder so ähnlich), und dessen Leistung verrechnet die Wallbox einfach mit dem Hausanschluss. Im Grunde genau so, wie sie auch jetzt schon eine Batterie berücksichtigen kann, wenn man der Wallbox den Vorrang lassen will.

Ich würde mich freuen, wenn du das in Erwägung ziehst :)

Gruß, Uli

 

Steht auf der Liste: https://github.com/Tinkerforge/esp32-firmware/issues/425

Das ist super! 

Moinsen,

da inzwischen ja die Batteriesteuerung implementiert ist, hatte ich einmal geschaut, ob ich darüber irgendwie auch meinen Heizstab eingebunden bekomme. Das war wohl eine Sackgasse, aber stattdessen habe ich durch üblen Pfusch eine Skalierung mit -1 das, was der Heizstab verbrennt, als "Einspeisung" gekennzeichnet. Die Modbus-Doku des AC-Thor Steuergerätes hänge ich mal an, vielleicht interessiert das noch jemanden.

Der "nutzbare Überschuss" berechnet sich nun aus der Addition von Hausanschluss und Heizstab. Ich könnte fast schon diesen Heizstab-Stromzähler als Regelung für die PV-Überschussladung verwenden - aber die Temperatursteuerung schaltet den Stab irgendwann ab, und dann sieht die Wallbox gar keinen Überschuss mehr.

Meine Idee: ein Zählertyp "kumulierter Zähler", der sich aus anderen Zählern zusammenrechnet. Es wäre total super, wenn man so etwas implementieren könnte - das sollte sich eigentlich auch im Rahmen halten. Machbar?

Gruß, Uli

my-PV_AC-THOR_Documentation-of-controls.pdf

Auch wenn das TF Team das ggfs. hinbekommen könnte, ist für solche Konstellationen EVCC eigentlich prädestiniert.

Da kann man auch einfach mal die Priorität des bevorzugten Verbrauchers ändern etc.

Und einmal auf einen z.b. NanoPi gebracht, läuft EVCC vermutlich auch Jahre lang unauffällig und ohne Wartungsaufwand.

@f-zappa Deine Idee sprengt leider den Funktionsumfang einer Wallbox. Das ist wahrscheinlich besser EVCC oder einem HEMS aufgehoben.

Wenn du dir eine eigene Firmware für die Wallbox compilieren kannst und willst, kannst du das Modul für Meta-Zähler mit reinnehmen, was wir intern zum Testen verwenden, um Zähler miteinander zu verrechnen. Damit das sinnvoll nutzbar ist, musst dazu das Aktualisierungsintervall der Zähler auf 4 Hz erhöhen. Da diese Änderungen nur zum Testen oder für Bastler gedacht sind, werden sie nicht in die offizielle Firmware mit reinkommen.