Integration von Wallbox (Warp3) / dynamischen Tarifen / Fahrzeugladung

Deutsches Forum
1

Hallo Community,

ich nutze seit einiger Zeit ein Fenecon-System mit FEMS und bin grundsätzlich sehr zufrieden. In der Praxis bin ich jedoch auf einige Punkte gestoßen, bei denen ich aktuell keine gute Lösung finde oder bei denen mir unklar ist, ob etwas geplant ist.

Ich habe die Themen einmal kurz zusammengefasst und danach jeweils etwas ausführlicher beschrieben.

Setup:

  • Speicher: Fenecon Home 10 (11 kWh)

  • PV: 10,23 kWp

  • FEMS Apps:

    • Netzdienliche Beladung

    • Dynamische Stromtarife

  • Wallbox: Tinkerforge WARP3

  • Weitere Systeme: Home Assistant (für Automationen im Haus)

Kurze Übersicht meiner Punkte

  1. Fehlende Roadmap für neue Features

  2. Keine Integration der Tinkerforge WARP3 Wallbox

  3. Einschränkungen bei der KEBA-Integration (als warp3 Emulation)

  4. Interaktion zwischen Fahrzeugladung und FEMS-Optimierung

  5. Konflikte mit extern gesteuertem Laden (z. B. GridRewards)

1. Fehlende Roadmap

Mir ist bisher keine öffentlich einsehbare Roadmap für kommende Funktionen aufgefallen.

In Dokumentationen oder Beiträgen findet man häufiger Hinweise wie „demnächst“, „folgt bald“ oder ähnliche Formulierungen. Diese Aussagen existieren teilweise schon länger, ohne dass klar wird, wann oder ob bestimmte Funktionen tatsächlich umgesetzt werden.

Das macht es schwierig einzuschätzen:

  • welche Erweiterungen geplant sind

  • welche Priorität einzelne Themen haben

  • ob bestimmte Integrationen überhaupt vorgesehen sind

Eine grobe Roadmap (auch ohne feste Termine) würde hier sehr helfen.

2. Integration der Tinkerforge WARP3 Wallbox

Ich nutze eine Tinkerforge WARP3 Wallbox.

Diese konnte ich bisher leider nicht direkt in FEMS integrieren. Das ist etwas schade, da Tinkerforge ebenfalls einen sehr offenen Ansatz verfolgt.

Technische Details:

  • Die WARP3 unterstützt Modbus/TCP

  • Sie kann sich optional als KEBA P30 C emulieren

  • Dabei wird die entsprechende Registertabelle bereitgestellt

Meine Erwartung war daher, dass sie sich über die vorhandene KEBA-Integration eventuell anbinden lässt.

3. Einschränkungen bei der KEBA-Integration

Wenn ich die Dokumentation richtig verstehe, unterstützt die KEBA-Integration im FEMS aktuell keine Phasenumschaltung bzw. arbeitet nur im 3-Phasen-Modus.

Das könnte in der Praxis problematisch sein, weil:

  • viele Fahrzeuge bei PV-Überschuss mit 1-Phase starten

  • dadurch niedrigere Mindestleistungen möglich sind

Leider konnte ich das nicht testen, da die entsprechende App kostenpflichtig ist.
Falls jemand Erfahrung damit hat, würde mich interessieren:

  • ob tatsächlich nur 3-phasig geladen wird

  • oder ob die Dokumentation hier ggf. missverständlich ist.

4. Interaktion zwischen Fahrzeugladung und FEMS-Optimierung

Aktuell steuere ich das Laden meines Autos hauptsächlich über Home Assistant.

Ich habe auch evcc getestet, nutze aber HA, da es ohnehin im Haus im Einsatz ist und die benötigten Automationen dort einfach umsetzbar sind.

Das führt jedoch zu einem Problem:

Die FEMS App „Dynamische Stromtarife“ kennt das Auto nicht als Verbraucher.

Dadurch entstehen Situationen, in denen:

  • FEMS Prognosen erstellt, ohne das Fahrzeug zu berücksichtigen

  • die Batterie in Sperrmodi läuft

  • nachts geladen wird, um morgens Leistung bereitzustellen

Das funktioniert grundsätzlich, hat aber Nebenwirkungen.

Beispiel:

  • Batterie wird nachts geladen, um für den morgendlichen Verbrauch bereit zu sein

  • wenn das Auto jedoch gar nicht angeschlossen ist, bleibt der Speicher morgens sehr voll

  • sobald die PV startet, wird Energie eingespeist, statt die Batterie sinnvoll weiter zu nutzen

Gerade wenn ich beruflich unterwegs bin und das Auto nicht zuhause ist, passiert das relativ häufig.

IMG_5005
IMG_50051179×2556 304 KB

5. Externe Steuerung durch Tarifanbieter (GridRewards)

Ich habe auch einige Anbieter getestet, die vergünstigtes Laden über Programme wie GridRewards anbieten.

Dabei wird das Laden des Fahrzeugs von außen gesteuert.

Das kann jedoch dazu führen, dass:

  • das Fahrzeug plötzlich lädt

  • FEMS dies nicht erkennt

  • die Hausbatterie entladen wird, um das Auto zu versorgen

Aus Sicht des Energiemanagements ist das natürlich nicht optimal.

Persönlicher Wunsch

Mein Eindruck ist, dass FEMS eigentlich genau die zentrale Instanz für solche Entscheidungen sein sollte.

Aktuell entsteht jedoch teilweise das Gegenteil:

  • Fahrzeuglogik liegt in Home Assistant oder der Wallbox

  • Tarifanbieter greifen extern ein

  • FEMS versucht parallel zu optimieren

Die Systeme arbeiten dadurch eher nebeneinander statt miteinander.

Besonders interessant wäre aus meiner Sicht:

  • eine direkte Integration der WARP3 Wallbox

  • oder allgemein eine offenere Schnittstelle für Wallbox-Integrationen

Die WARP3 kann inzwischen ebenfalls:

  • PV-Überschussladen

  • dynamische Stromtarife

  • experimentell sogar externe Batteriesysteme berücksichtigen

Wenn man diese Logik komplett in die Wallbox verlagert, würde das aber bedeuten, dass das eigentliche Energiemanagement nicht mehr im FEMS stattfindet.

Das wäre aus meiner Sicht schade, da gerade die Kombination aus:

  • zentralem Energiemanagement

  • offenen Schnittstellen

  • und der Open-Source-Ausrichtung

ein großer Vorteil des Systems ist.

Falls jemand ähnliche Erfahrungen gemacht hat oder Hinweise zu den oben genannten Punkten geben kann, würde mich das sehr interessieren.

Vielen Dank!

2

Hallo,

dein Beitrag ist sehr umfangreich, ich hoffe, ich kann auf alle deine Punkte eingehen.

Mein Setup besteht aus OpenEMS mit dynamischen Stromtarif (ToU Controller), netzdienlicher Beladung der Hausbatterie und evcc zur Steuerung meiner beiden WARP2 mit WARP Energy Manager zur Phasenumschaltung.

In OpenEMS ist evcc als lesbares Loadpoint Meter integriert. Dafür habe ich zusammen mit @iseeberg79 auch eine PR erstellt. Leider ist das Feedback dazu bisher sehr zurückhaltend, daher gehe ich davon aus, dass das eher nicht gemergt wird.

Die Logik zur Steuerung der Wallboxen liegt hier bei evcc und der Rest bei OpenEMS. Evcc kann aber eine Entladung der Hausbatterie sperren.

Aber auch hier gibt es edge cases, die bei mir nicht ganz optimal funktionieren. Beispiel: Der ToU Controller entscheidet die Entladung zu sperren, in evcc ist aber eingestellt, dass die Hausbatterie bis 80% SOC mitgenutzt werden soll.

M.E. ist aber das aber ein grundlegendes Problem, wenn es mehrere, steuernde Instanzen gibt. @stefan.feilmeier hat hier auch viel dazu geschrieben.

Bei den Grid Rewards von Tibber und Co scheitert es ja schon alleine daran, dass es keine dokumentierte Schnittstelle gibt, nach der man sein eigenes System steuern kann. Wirds vermutlich auch nicht geben, da das ja ein Geschäftsmodell von Tibber ist.

Ich werde sowas aber aus Prinzip nicht machen, da mir das nicht gefällt, alles von Cloud gesteuert zu haben. Zumal der finanzielle Gewinn eher marginal ist.

Zu der Emulation der Tinkerforge als Keba: Ich habe das auch schon gesehen, aber noch nicht getestet. Meines Wissens ist es aber aktuell so, dass die Phasenumschaltung bei einer offiziellen Keba Wallbox im FEMS auch nur via Beta Optionen funktioniert. Ob jetzt die Emulation einer Keba die Modbus Register zur Phasenumschaltung zur Verfügung stellt, habe ich auch noch nicht nachgesehen.

3

Hallo @m.hauser,

erst einmal vielen Dank für für die ausführliche Antwort!

Der WARP Energy Manager wird in meinem Setup nicht mehr benötigt, da die WARP3 dies inzwischen übernehmen kann (habe ja auch nur 1 WB). Erwähne es in der Annahme, dass ich damit richtig liege :wink: (Du hattest es ja auch nur als Beschreibung deines Setups erwähnt, daher nur kurz als Hinweis)

Oh das ha_openems hatte ich noch nicht einmal gefunden, dass hatte ich mir selbst eben geschrieben, war ja kein Hexenwerk, da ich daraus eher lesend zugegriffen hatte um alles drumherum richtig zu regeln. (Batterie laut FEMS frei zur Entladung → sperre das WB-Laden falls PV Leistung nicht ausreichend oder regle runter usw.)

Ja das evcc hatte bei mir leider etwas mehr Probleme gemacht, weil es die WARP3 in einen Zustand versetzt hatte wo das Auto nicht wollte, dabei musste ich die ganze WB vom Netz nehmen um den Zustand wieder zurück zusetzen. Denn die Autos haben ja ebenfalls noch ihre Eigenheiten.

Leider bietet die FEMS nicht alle Freiheiten die das OpenEMS direkt schon bereitstellen würde (so meine Einschätzung), ich verstehe, dass man aus Sicht des Produktherstellers seine Kunden nicht überfordern möchte und sich sicher sein will, dass alles funktioniert. Aber eine Möglichkeit ggf. auf Experten Modus schalten zu können wäre ggf. dort hilfreich.

”mehrere, steuernde Instanzen” du sagst es, dass ist ja leider immer das grundsätzliche Problem dabei, daher ist es in meinen Augen immer wichtig zumindest “offen” für Integrationen zu sein und dabei wäre es extrem wichtig, dass ich Verbraucher und deren Zustände ins System (FEMS) bekomme, sodass diese für eine Auswertung bzw. für die interne Steuerung berücksichtigt werden können. Denn heute ist es wieder passiert, in der Nacht hat das FEMS die Batterie so voll gemacht, dass dieser immer noch bei 70% stand als die PV dazugekommen ist, sodass um 10 Uhr die Batterie wieder voll war und ich jetzt unnötig Strom einspeise. Und da ich heute beruflich unterwegs bin hängt eben auch nicht das Auto, welches sonst den Strom abgenommen hätte, dass sind bei mir mind. 2 Tage in der Woche der Fall.

Ebenfalls bekomme ich auch meine WP nicht eingebunden, noch nicht mal den Shelly der da vor hängt, denn dann könnte das FEMS/OpenEMS zumindest erkennen was das für ein Verbraucher ist.

#GridRewards: bei Tibber und Ostrom bin ich inzwischen bei dir, aber im Winter macht es bei mir schon zumindest Sinn weil meine PV nicht genügend Strom liefert und die WP extrem hohen Verbrauch hat. Somit kann man noch etwas “mitnehmen” fürs Auto, aber da gibt es inzwischen ein guten Tarif von octopusenergy wo ich jetzt hin wechseln werde (~27Cent regulär durchgehend und fürs Autoladen dann -12Cent, heißt 15Cent dann für das Autoladen). Auto macht in den Monaten ca. 600kWh/Monat aus. → aber das alles ist ja eher individuell und betrifft vermutlich nicht immer die Masse.

Die App dynamische Stromtarife ist in meinen Augen gerade nur sinnvoll, in den Monaten wo kaum PV Leistung und hoher Verbrauch ist. Denn in den anderen Zeiten ist sie eher kontraproduktiv und eher sogar schädlich. Übrigens auch dort bin ich von Tibber etwas verwöhnt worden, weil sie mir wirklich den Bruttopreis live angezeigt hat.

Also nehme ich derzeit noch mit, dass im Prinzip keine Lösung für das Problem/die Herausforderung besteht und auch noch nix in Planung ist das Thema ggf. anzugehen, bzw. kann ich das keiner Roadmap entnehmen. Würde für mich jetzt heißen, dass ich die App Modbus/REST schreibend erwerben müsste und die anderen Apps deaktiviere und alles von extern steuern lasse (HA, oder evcc). Das wäre extrem schade, aber evtl. ist mein use case auch zu speziell für Otto Normalverbraucher, wobei WP + WB + dynamischer Anbieter ich nicht als Sonderfall einstufen würde wenn ich PV + Batterie einsetze.

Inzwischen kann ich ja die einfachen Shellys hinzufügen, weiß jemand, ob diese Einfluss nehmen würden auf die Berechnung für die APP dynamische Strompreise. Denn dann könnte ich mir einen Fascade Service schreiben der aus meinem 3EM einen Plus Plug macht und auch die WB hinter der Fascade verstecken.

4

Ja, das mit WARP2 und Energy Manager ist mir klar.

Kann ich zum aktuellen Zeitpunkt nicht nachvollziehen, was evcc bei dir an Problemen verursacht hätte.

Ich sehe beim FEMS eher den Betreuungsaufwand seitens Support bei Fenecon als Herausforderung, nicht, dass man dem Kunden das nicht zutrauen würde.

Im Prinzip hat ja jeder die Möglichkeit, das FEMS durch OpenEMS zu ersetzen. Dass hierbei aber auch Fenecon raus ist, ist nur logisch und nachvollziehbar.

Wenn du aber eh Tibber nutzen willst, kannst du das jetzt ja auch machen. Dazu die Wallbox auf schnell stellen und Tibber über die Fahrzeugintegration das Fahrzeug steuern lassen.

Wie schon erwähnt, sehe ich es nicht, dass Dinge wie GridRewards sich in ein lokales System einbinden lassen. Außer es gäbe hier politische Zwänge die das ermöglichen.

Tibber will ja über alles die Hand haben. Stichwort Vendor Lock-in. Was unterscheidet sonst Tibber am Ende von einem anderem x-beliebigen Börsenstromanbieter?

5

#evcc müsste ich selbst erst tieferlegen indem Moment fehlte die Zeit und auch die App fürs Schreiben ins FEMS

#AustauschFEMS korrekt, aber dann eröffnet sich vermutlich auch die Frage um Garantie usw.

#Tibber korrekt so habe ich es auch gemacht und dann aber die WB gesperrt wenn es für mich nicht passte, dann hatte das Auto zwar gesagt “Go”, aber die WB machte dicht um nicht meinen Akku im Haus leer zu ziehen. Denn da muss man auch hinschauen, denn der Anbieter aktiviert nicht zwangsläufig das Laden zu den Zeiten wo es auch gerade günstig für einen selbst wäre und was bringt es mir dann, dass ich zwar 3 Cent Rückvergütung pro kWh erhalte, aber in dem Moment den Strom für 35 Cent beziehe statt eine Stunde später für 25 Cent - aber anderes Thema.

Bin ich auch bei dir, eben keine Unterscheidung, daher ist ja die Suche nach Mehrwerten die Börsenstromanbieter dort betreiben um sich irgendwie interessanter zu machen und sich von anderen hervortun zu können. Aber auch da nicht verwerflich, da es sich ja um profitorientierte Unternehmen handelt und der Kunde ja selbst entscheiden kann. Aber dort immer noch “besser” als die klassischen Anbieter - jedoch auch hier driften wir ab :wink:

Aber du hast mir schon sehr geholfen, ich werde mich mal weiter durchwurschteln um für mich das beste Setup hinzubekommen, vermutlich wird es auf HA + REST/Modbus schreibend hinauslaufen und die App dynamische Tarife zu deaktivieren.

6

bin auch hier gerade drauf gestoßen:

Jedoch ist leider meine WB noch nicht enthalten, aber scheinbar tut sich dort gerade etwas.