Hallo zusammen,

ist eine Unterstützung von nicht ganz Dynamischen Tarifen geplant?
Octopus Go hat von 0 bis 5 Uhr nachts sehr günstigen Tarif, restliche Zeit etwas teurer.
EnBW Strom SparZeit bietet günstige Zeit zwischen 0 bis 6 und 10 bis 16 Uhr "günstige Zeit" und Restliche Zeit teurer.


Wenn man das ganze mit $14a Module 3 kombiniert, dann hat man zu bestimmten Zeiten andere Netzentgelte, also variieren die Preise wieder etwas.

Mir geht es um keine APIs, sondern, dass User selbst für 24h möglichst in 15 min Auflösung die Tarife selbst hinterlegen kann (und selbst aktualisieren soll)
Mit dem hinterlegtem Tarif wird dann zu günstigen Zeiten geladen, aber auch entsprechend Preis kalkuliert.

P.S. warum die 15 Min Auflösung: bei uns in der Region wird Modul 3 in 15 min Auflösung angeboten




Ich stelle mir es so vor:

Bereich: Benutzerdefiniter Tarif
Auflösung 15/60 min
und dann dann einfach Eingabefelder anzeigen wo der User die Bruttopreise eingibt.

Das Feature wurde hier im Forum schon gewünscht und wir überlegen, das einzubauen. Ob und wann das kommt, kann ich aber noch nicht sagen.

Klingt gut!

Ich habe versucht zu finden, aber nichts gefunden, deswegen Thread dazu.

Hier wäre es gewesen, allerdings habe ich da auch nicht mehr dazu sagen können.

Ok, also in Prinzip das gleiche. Mit meiner Idee könnte der andere Nutzer es auch umsetzen.

Die Frage ist nur: wirklich Nettopreise + unterschiedliche Entgelte und viel Rechnerei

Oder doch wie ich es vorschlage, dass man Bruttopreise eingibt. Es sind halt bei 15 Minuten Takt 96 Eingaben, dafür sehr flexibel.

Man könnte auch mit Zeitintervalen arbeiten. Wenn man z.B. EnBW Tarif mit 4 Intervallen mit Modul 3 kombiniert kommt auch einiges, da Intervalle sich nicht perfekt überschneiden, aber weniger als 96 Stück.

Ich könnte mich in die SW einarbeiten und schauen was ich hinbekomme. Ich habe aber nur WARP 3 Pro und nicht den Manger

Hallo @MatzeTF

Ich kann verstehen das es Zeit braucht, sowas zu integrieren! jedoch deine Antwort von heute

Am 2.12.2025 um 15:58 schrieb MatzeTF:

Das Feature wurde hier im Forum schon gewünscht und wir überlegen, das einzubauen. Ob und wann das kommt, kann ich aber noch nicht sagen.

gibt mir zu Denken, was gibt es da noch zu Überlegen?

Wenn man Strompreise zum Laden anbietet, ist ja mal egal ob E-Auto oder Heimspeicher.

Der Strompreis setzt sich halt mal in mit den Nebenkosten (Gebüren und Abgaben, Stromsteuer sowie Netzentgelte) zusammen. Wobei die Netzentgelte sowie Zeitfenster beim EVU vor Ort immer anders sein werden, also sollte man dieses Netzentgelt auch, wie den Börsenpreis im 15 Minütigen Raster einstellen können, also einmal richtig im 15 Minuten Raster programmieren, damit es jeder für sich einstellen kann, wann Niedrig, Standard und Hochlast Netzentgelt bei seinem EVU gültig sind. Das größte Problem ist das die Zeitfenster und Netzentgelte sich auch immer ändern können und werden. Die 15 Minuten Werte müssen deshalb von jedem individuell anpassbar sein, zumal die auch Quartalsmäßig anders sein können, aber wie schon geschrieben, die muss der Betreiber sich ständig an seine Vorgaben von seinem örtlichen EVU anpassen können.

Also die dynamischen Netzentgelte werden sich nach meiner Meinung durchsetzen, sobald die Mehrzahl der Kunden ein SMG mit E-Auto und Heimspeicher also (SteuVE) hat.

Meine Idee:

Evtl. ist ja möglich eine .csv oder .txt Datei zu erstellen worin der der Endkunde seine Zeitfenster und Netzentgelte und/oder andere Gebühren einträgt die dann von eueren Programmierung eingelesen wird, ähnlich des Börsenstrompreises die ja auch aus dem Netz eingelesen wird.

Bitte berücksichtigt euere Kunden in den Überlegungen.

bearbeitet December 2, 2025 at 22:002. Dez 2025 von meierchen006

Zum Verständnis: warum ist txt/csv einfacher als in der UI castchen befüllen?

Copy&paste? Ja ok, aber UI geht auch vom Handy aus. Evtl. Beides?

On 12/2/2025 at 10:51 PM, meierchen006 said:

gibt mir zu Denken, was gibt es da noch zu Überlegen?

Bitte berücksichtigt euere Kunden in den Überlegungen.

Das hört sich so an, als würden wir unsere Kunden nicht berücksichtigen.

Wir müssen überlegen, wo wir das auf der vollen Todo-Liste platzieren, da wir unter anderem auch gesetzliche Vorgaben zu EEBUS, ISO15118 und eichrechtskonformen Stromzählerwerten berücksichtigen müssen, die gezwungenermaßen wichtiger sind. ☹️

Hallo @MatzeTF

Nein so war dies nicht gemeint! Im Gegenteil ich bin bisher von der Unterstützung von Euch mehr als beeindruckt.
Leider hat sich mein E-Auto verspätet (Chipkrise), evtl. sogar bis 02/2026 so das ich noch nichts testen kann.

Wie geschrieben es ist mir klar, dass eine Umsetzung dauern wird, und Ihr auch euere Prioritäten habt, die evtl. auch anders sind wie die von Kunden.

EEBUS und ISO15118 sollten klar priorität haben, brauche ich ja auch spätestens wenn mal eine Steuerbox vom gMSB oder Netzbetreiber eingebaut wird.

@Eugenius

Das mit der csv/txt Datei war mehr als Vereinfachung für die Programmierer gedacht,
da ich es mir schwer vorstellen kann 96 Zeitfenster (24 Stunden à 15 Minuten) in die Oberfläche zu packen die vom Kunden individuell eingestellt werden können.

anbei eine Beispiel Netzentgelt.csv

Beispiel Netzentgelt.csv

Ich habe genauer nachgedacht, Modul 3 kann ja auch mit dynamischen Tarifen kombiniert werden, muss also doch getrennt betrachtet werden.

Da sind, z.B. nur 3 Stufen definiert, günstig/teuer muss man mit Zeiten eintragen, Rest ist automatisch.

Genauso mit den 2 Stufentarifen: man kann ja günstuge Zeiten eintragen, der Rest ist "normal/teuer".

So wird es viel einfacher im der UI umd unabhängig von einander

Am 3.12.2025 um 11:10 schrieb Eugenius:

Ich habe genauer nachgedacht, Modul 3 kann ja auch mit dynamischen Tarifen kombiniert werden, muss also doch getrennt betrachtet werden.

Da sind, z.B. nur 3 Stufen definiert, günstig/teuer muss man mit Zeiten eintragen, Rest ist automatisch.

Genauso mit den 2 Stufentarifen: man kann ja günstuge Zeiten eintragen, der Rest ist "normal/teuer".

So wird es viel einfacher im der UI umd unabhängig von einander

@Eugenius,

ja das ist richtig aber dennoch muss das dritte Netzentgelt (Standard) ja irgendwo hinterlegt sein.

Ich gehe immer vom Festtarif aus der diese drei Zeitzonen für Netzentgelte hat:

Dein Preis/kWh den dein Anbieter dir mitgeteilt hat in Brutto schreiben wir rund 0,30€/kWh, daraus ziehe ich MwSt. 19% ab

• 0,30 / 1,19 = 0,25210 €/kWh

  • davon ziehe ich jetzt das örtliche Standard Netzentgelt ab, in meinem Fall == 0,06780 €/kWh (Standard)

• 0,25210€/kWh - 0,06780 €/kWh = 0,18430 €/kWh

  • daraus jetzt die Stromsteuer abziehen -0,0205 €/kWh

  • 0,18430 €/kWh - 0,0205 €/kWh = 0,16380€/kWh

  • diesen Wert/Preis von 0,16380€/kWh würde ich jetzt in der Software hinterlegen

    • und darauf dann das jeweilige Netzentgelte aufsummieren (anhand der .csv), am ende noch die Stromsteuer und MwSt. dazu und ich habe für jede Zeitzone den Arbeitspreis

• Man muss bedenken was sich noch alles ändern kann

  • ich gehe davon aus das wir demnächst eine MwSt. Erhöhung bekommen werden evtl. 2027 ?!

  • die Stromsteuer auf ein Mindestmaß des zulässigen gesenkt wird, ich glaube 0,001€/kWh war im Gespräch

  • die "Stromabgaben" sind, so denke ich immer für ein Jahr fest, da sollte sich innerhalb eines Kalenderjahres nichts ändern, kann aber auch passieren.

• Ein Muster für den Börsenstrompreis ist ja schon vorhanden

  • da sollte man noch die Stromsteuer extra aufführen, da wir davon ausgehen können das diese sich ändert
    

• anpassen auf etwa so
  

• Ähnlich für den Festtarif nur das da halt die Strompreise Feststehen (Kunde berechnet sich diese wie oben beschrieben und hinterlegt sie in der UI)

Strompreis ohne Netzentgelt, Stromsteuer und MwSt

Stromsteuer

restliche Gebühren und Abgaben (Summe)

Netzentgelte aus der .csv

bearbeitet December 3, 2025 at 12:153. Dez 2025 von meierchen006

Am 3.12.2025 um 12:23 schrieb meierchen006:

ja das ist richtig aber dennoch muss das dritte Netzentgelt (Standard) ja irgendwo hinterlegt sein.

ja natürlich, ich habe mir unglücklich ausgedrückt: die Zeiten muss man n-1 eintragen, denn "Rest" gilt ja dann "automatisch"
Preis für den Rest man ja trotzdem vergeben.

@MatzeTF wie können wir als Nutzer mit "etwas" Programmiererfahrung unterstützen damit es schneller voran kommt?

On 12/4/2025 at 9:06 AM, Eugenius said:

@MatzeTF wie können wir als Nutzer mit "etwas" Programmiererfahrung unterstützen damit es schneller voran kommt?

Die gesamte Wallbox-Firmware ist Open Source. Du kannst nach Belieben daran Dinge verändern und ggf. einen PR öffnen. Da wir den Code nachher warten müssen, müssen wir leider auf ein gewisses Mindestmaß an Codequalität achten. Ich weiß nicht, wie viel Programmiererfahrung „etwas“ ist, aber ggf. werden wir deine Änderung dann nicht annehmen können. Unabhängig davon kannst du natürlich trotzdem für dich privat so viel ausprobieren, wie du möchtest.

Also zusammengefasst:

die aktuelle Berechnung vom Strompreis passt nicht.
By dynamischen Tarif wird nur reiner Börsenpreis berücksichtigt. D.h. wenn noch reduzierte Netzentgelte dazukommen, müssen auch diese in die Berechnung rein.

die PDF Rechnung kann heute nur fixen Preis, auch das muss anders sein. Am besten mit Auflistung wie viel kWh zu welchem Preis (inkl. allen Abgaben). Nachteil: Man müsste alle 15min Teilpreis berechnen.

Es muss eine Möglichkeit geben eigene "dynamische Preise" und eigene Netzentgelte einzugeben. Am besten getrennt von einander, den Netzentgelte gelten auch bei Dynamischen Preisen unabhängig von "eigenen Tarifen".
Was noch fehlt: PV Anteil und Preis dazu. Denn wenn ich von PV Lade, dann kostet es mich 7 cent/kWh entgangene Einspeisevergütung und nicht 30 cent/kWh wie aus dem Netz.
Da wäre es so möglich: in dem o.g. 15 min Zeitraum schauen wie viel aus dem Netz kam, das ist dann Netzanteil und PV ist dann der Rest. Preis entsprechend prozentual berechnen.

Wäre nicht schlecht, wenn die Admins die Richtung vorgeben könnten, dann können wir schauen wie wir das realisieren. Denn

Am 4.12.2025 um 11:50 schrieb MatzeTF:

ein gewisses Mindestmaß an Codequalität

macht sehr wohl Sinn, aber wenn es dann nicht den Vorstellungen entspricht, dann wäre die ganze Implementierung umsonst.

Am 18.12.2025 um 23:34 schrieb Eugenius:

Wäre nicht schlecht, wenn die Admins die Richtung vorgeben könnten, dann können wir schauen wie wir das realisieren. Denn

macht sehr wohl Sinn, aber wenn es dann nicht den Vorstellungen entspricht, dann wäre die ganze Implementierung umsonst.

Deine Ansicht passt eher nicht zu opensource-Projekten.

Anfangen das gewünschte Feature zu erstellen und wenn Du der Meinung bist es ist fertig zur Implementierung in den bestehenden Code bei github bereitstellen.

Wäre nicht das erste Projekt wo aus einem Fork einer Software eine eigenständige Software/Firmware mit deinen eigenen Features wird. Wenn Du zufrieden bist kann man schauen ob es den weg in die offizielle Firmware schafft. Wenn nicht, dann hast Du halt die Features in deiner eigenen Firmware.

Hallo,

Ja wenn man Programmieren kann, kann das funktionieren. Wenn ich aber nicht programmieren kann "wie ich" dann halt nicht. Strompreise & Netzentgelt sind eine halt einfach zum Laden essentiell für eine Wallbox, nicht nur für Programmierer sondern auch für Anwender.

bearbeitet December 19, 2025 at 17:4619. Dez 2025 von meierchen006

@ Meierchen: Die Frage die im Raum stand:

Wäre nicht schlecht, wenn die Admins die Richtung vorgeben könnten, dann können wir schauen wie wir das realisieren. Denn macht sehr wohl Sinn, aber wenn es dann nicht den Vorstellungen entspricht, dann wäre die ganze Implementierung umsonst.

Dies lässt schließen, dass Programmierkenntnisse vorhanden sind.

Das dieses Feature den Entwicklern bereits bekannt ist und der ein oder andere User den Wunsch hat... bekannt. Es wurde jedoch hier im Forum bereits geschrieben, dass es aktuell wichtigere Funktionen gibt die programmiert werden müssen.

Und @meierchen006 jetzt BITTE keine Diskussion wie mit dem Loch ins Gehäuse bohren...!

Hallo,

gibt es denn die Möglichkeit, die eigenen Stromtarife in einer eigenen Viertelstunden genauen Datei/Struktur abzulegen, um diese dann z.B. täglich, monatlich oder quartalsweise als quasi "dynamisch Strompreise" in den WARP Energy Manager einzulesen?

Das könnte ein schöne 😉schnelle 😄provisorische😉 Lösung sein, oder?

schöne Grüße

johannes

Ja, das wäre die einfachste Lösung:

Download von dynamischen Preisen gegen eigene Datei tauschen.

Da könnte man auch die dynamische Netzentgelte bis aufweiteres mitaufnehmen.

Hallo @Severin @Eugenius @MatzeTF ,

ja das könnte in der Tat für den Moment eine schnelle Lösung sein, eine Datei worin man alle Preisbestandteile bei Festpreistarifen und Netzentgelte einarbeiten würde.

Man könnte das Datum im vollständigen Format nehmen:

TT.MM.YYYY hh:mm

So kann man sb einem bestimmten Tag neuen Tarif gelten lassen. Z.B. Preiserhöhung oder neue Entgelte ab dem 1.1.xx

Das sind zwar unglaublich viele Einträge, aber mit Excel machbar, 365x96

Aber so wird zu viel Platz für unnötig gleiche Einträge vorhalten.

Oder Datumsregion:

Datum von | Datum bis | Urzeit von | Preis in cent

1.1.2026 | 31.03.2026 | 00:00 | 30

1.1.2026 | 31.03.2026 | 00:15 | 29

In dem Beispiel also: im ersten Quartal zwischen 00:00:00 und 00:14:59 zahlt man 30 cent, im ersten Quartal von 00:15:00 bis 23:59:59 zahlt man 29

So ist man minutengenau flexibel, egal ob 15 oder 60 Tarif, kann auch (mehrere)Stundenweise eingeben usw.

In dem Fall müsste man für octopus go ohne Dynamische Netzentgelte nur 2 Zeilen eingeben, beide von 1.1.2026 bis 31.12.2026: von 5:00 kostet 30, von 00:00 kostet 19 Cent.

bearbeitet December 22, 2025 at 10:3122. Dez 2025 von Eugenius

On 12/22/2025 at 10:15 AM, Severin said:

gibt es denn die Möglichkeit, die eigenen Stromtarife in einer eigenen Viertelstunden genauen Datei/Struktur abzulegen, um diese dann z.B. täglich, monatlich oder quartalsweise als quasi "dynamisch Strompreise" in den WARP Energy Manager einzulesen?

Ja(ein), da geht, allerdings nicht mit einer statischen Datei. Man kann den API-Server, von dem die dynamischen Strompreise angefordert werden, gegen einen eigenen Server austauschen und dann mit einem relativ einfachen PHP- oder Python-Script die Preise für den heutigen und morgigen Tag ausgeben lassen.

Das Format der Datei könnt ihr euch hier ansehen: https://api.warp-charger.com/v1/day_ahead_prices/de/15min

Das sind 192 Viertelstundenpreise für zwei Tage. Der erste Wert gilt ab dem Zeitpunkt "first_date". "next_date" ist die Anweisung an die Wallbox, wann sie neue Daten abrufen soll. Statt 15min man auch 60min benutzen und dann halt 48 Werte reinschreiben.

Den API-Server könnt ihr bei der Wallbox über die API http://warp3-2abc.local/day_ahead_prices/config ändern. Doku dazu hier.

{
	"enable":true,
	"api_url":"https://api.warp-charger.com/",
	"region":0,
	"resolution":0,"cert_id":-1,
	"vat":0,
	"grid_costs_and_taxes":0,
	"supplier_markup":0,
	"supplier_base_fee":0
}

Einfach die api_url auf euren Server umbiegen. Die anderen Werte müsste ihr natürlich eurer aktuellen Config entnehmen. Wenn ihr ein selbstsigniertes Zertifikat verwendet, müsst ihr das erst unter System → Zertifikate hochladen und dann dessen Nummer in der Config angeben.

Viel Spaß beim Basteln.

Am 22.12.2025 um 12:04 schrieb MatzeTF:

einen eigenen Server

Und wie viele von den Normaluser wissen wie es geht?...

Eine csv Datei wäre aber für alle möglich...

Für Normaluser ist das keine Lösung, aber im Gegensatz zu einer CSV-Datei funktioniert das schon jetzt.

Das ist wohl wahr.

Wenn ich meine Idee mit CSV umsetzte, wäre das etwas für die offizielle Firmware?