Hallo @Alex252
Ich nehme mir heute noch mal die Logik vor und halte Dich auf dem Laufenden. Ggf habe ich einen BUG / Bruch durch die letzten HA Updates übersehen. VIELEN DANK für die Info!
Ich habe den “Bruch” gefunden! Vor einigen Wochen hatte die Integration das Problem das es einen TZinfo Bug gab (Zeitzonen-Zuordnung einfach gesprochen). Genau das ist der Fehler in der Logik von SMC aktuell! Die kostenoptimale Slot-Zuordnung funktioniert gerade nicht, damit auch nicht die Teilmengen 
Wie funktioniert die Teilmengen grundsätzlich?
Preisschwelle: 30 ct/kWh
in 2 Stunden: 28 ct/kWh
in 4 Stunden: 10 ct/kWh
mögliche Ladeleistung: 2,5 kW
Fenster bei 10 ct: 1 Stunde = 2,5 kWh
Benötigt Hubble höchstens 2,5 kWh, wird das 28-ct-Fenster übersprungen und auf 10 ct gewartet. Die Schwelle macht 28 ct lediglich zu einem möglichen Ladefenster; sie macht diesen Preis nicht automatisch zum Ladezeitpunkt.
Ich fixe das heute Abend direkt.. noch Mals vielen Dank für dein Finding! -super!!!
2 „Gefällt mir“
Ich komme mit der Konfiguration vom GPM nicht zurecht und Bitte um Hilfe. Mein Anbieter ist Tibber. Da deren API Börsenpreis, Summe Entgelte und Gesamtpreis liefert, habe ich diese Sensoren seit langem in HA.
Wenn ich nun GPM konfigurieren will, dann natürlich mit automatischer Kalibrierung, da ich die einzelnen Bestandteile der Entgelte nicht kenne. Also Eingabe MwSt, Schalter auf Automatik und aktuellen Gesamtpreis eingeben und alles andere löschen. Dann kommt man nicht weiter, weil die Entgeldbestandteile Pflichtfelder sind. Trägt man dort Schätzungen ein und stellt auf Automatik, stimmt der Preis spätestens in der nächsten Stunde nicht mehr mit dem tatsächlichen überein. Was mache ich da falsch? Und wäre es nicht sinnvoll, wenn man hier einfach seinen Tibber-API-Token eingeben kann und die Integration holt sich die korrekten Werte selbst? Oder die Möglichkeit, schon vorhandene Sensoren zu nutzen? Ich verstehe darüber hinaus den Sinn für die Steuerung nicht, hier alle Entgeldbestandteile getrennt aufführen zu wollen.
Und dann wird optional ein Batterie-Leistungssensor erfragt. Gibt es da überhaupt Wechselrichter, die die Ladung aus dem Netz ausgeben? Kostal gibt Batterieladung-/entladung aus, aber nicht, aus welcher Quelle das stammt. Da müsste man sich dann einen eigenen Sensor bauen, oder? Oder ist damit etwas Anderes gemeint?
1 „Gefällt mir“
Da es bei mir schon ne ganze weile her ist, als ich das eingerichtet hatte und selbst kein Tibber nutze, versuche ich mal mein Glück 
Ich hatte mir die Preise damals alles selbst solange probiert, bis es gepasst hat.
Dadurch, das dann der Wechsel zu den 15-Minütigen Preisen kam, hatte ich mir dann aus der Anbieter-App für eine Stunde einen Mittelwert gebildet, um einen Vergleich zu GPM zu haben.
Kommt aber ganz auf deinen Tarif von Tibber an. Bei dem Tarif Smart Dynamic bzw. Smart Flex sollten die Bestandteile aber auch in der monatlichen Abrechnung ausgewiesen sein. Die kannst du in der App unter Du → Rechnungen oder in der Webansicht unter Dein Konto → Rechnungen einsehen.
- Netzentgelte kannst du bei deinem Verteilnetzbetreiber oder aus der Rechnung herausbekommen. Diese sind Regional unterschiedlich ( nur die verbrauchsabhängigen pro kWh)
- Steuern und Abgaben: hier kommen alle Umlagen rein pro kWh (Stromsteuer 2,05€; Umlagen 3,50€; Konzessionsabgabe regional unterschiedlich)
- Anbieter-Aufschlag bei Tibber 2,15€
Ja, Anker Solix z.B. Dis dient vereinfacht gesagt dazu, die Kosten und dann die Ersparniss zu berechnen wenn du tagsüber Günstig aus dem Netz lädst und abends zu den teuren Zeiten dann nutzt, oder im Winter, Nachts günstig Netzladen und tagsüber bei teuren Preisen nutzen.
Ja, da müsstest du dir dann einen Helfer für bauen, wenn du das Nutzen möchtest.
Gruß
Johnny
Ich muss nochmal nachfragen, weil ich immer noch Probleme habe, die Zuständigkeit der einzelnen Integrationen zu verstehen. Wenn ich den Speicher intelligent laden möchte, also basierend auf den Daten von der Hauptintegration ML einen Sensor benötige, der mir sagt, wann ich den Speicher laden soll, dann mache ich das über die Konfiguration von GPM? Und darüber hinaus kann ich GPM verwenden, um STATS zu füttern?
Da GPM fix die API von awattar nutzt, funktioniert das nicht für z. B. Tibber, da hier seit langem der 15-Minuten-Takt der EPEX umgesetzt wird (so wie bei einigen anderen Anbieten auch). Noch fehlerbehafteter wird es, wenn man zudem Modul 3 nach §14 EnWg nutzt. Dann benötigt man ja zwingend auch noch die dynamischen Netzentgelte, aber gerade das macht ja den enormen Vorteil einer intelligenten Steuerung aus.
Ich finde leider nirgendwo die Stelle, wo ich meinen eigenen Preissensor anwenden kann. Ich habe z. B. einen Sensor, der liefert als Zustand den aktuell gültigen Gesamtpreis in Euro. Dazu im Attribut etwa folgende Struktur. Das wäre aus meiner Sicht optimal für die Steuerung, da auch die zukünftigen Preise feststehen:
current:
total: 0.2923
energy: 0.1097
today:
- total: 0.3437
startsAt: ‘2026-08-07T00:00:00.000+02:00’ - total: 0.3381
startsAt: ‘2026-08-07T00:15:00.000+02:00’ - total: 0.3331
startsAt: ‘2026-08-07T00:30:00.000+02:00’ - total: 0.3226
startsAt: ‘2026-08-07T00:45:00.000+02:00’ - total: 0.3307
startsAt: ‘2026-08-07T01:00:00.000+02:00’
Kann man sowas im Rahmen der Integrationen sinnvoll verwenden, oder wird eine andere Struktur benötigt, oder geht es garnicht?
Immer wieder gerne. Ähnliche Fragen hatte ich zu Beginn von GPM auch.
Mein Stromverkäufer (EWE) bietet mir einen dynamischen Tarif an. In der monatlichen Rechnung sind Abgaben, Steuern, Netztentgelte maximal verschleiert.
Mit Tom-HA hatte ich seinerzeit Kontakt und wir haben dann die monatlichen Kosten gemittelt und haben es über den “Anbieter-Aufschlag” gelöst.
Das funktioniert bei mir zufriedenstellend. Ich hoffe das hilft.
Im Handbuch ist es eigentlich sehr gut beschrieben! Du kannst auch einen Tibber oder was immer nutzen! GPM ist für User die einen klassischen dynamischen Tarif haben was 9/10 Kunden betrifft. ABER grundsätzlich geht jeder Sensor der einen Preis liefert. SMC wurde von mir extra so angelegt das er mit möglichst allen Dynamischen Tarifen funktioniert.
Ist die Idee von @Orti72 nicht top,
dass man einfach seinen Tibber TOken verwenden kann? 
ich habe den Preis auch noch nicht perfekt hinbekommen (aber auch geschuldet daran, dass ich im 15 min takt abgerechnet werde)
Du / ihr könnt jeden Preis-Sensor nehmen, den ihr habt. Ihr könnt ihn einfach in Stats hinzufügen - ohne GPM. Achtet bitte auf die Class!
D.h. wenn ich einen Sensor direkt von tipper habe für den preis (inkl forcast) kann ich den einfach bei den Sensoren in Stats angeben und kann quasi die GPM Integration löschen?
Was nicht funktionieren wird, ist die Preis-Prognose und damit verbundene Optimierungen wie Smart-Charge / EMS und andere. Da Tibber dieses nicht bietet. Wenn ich es korrekt sehe - bitte notfalls korrigieren. Ist Tibber auch nicht wirklich Börsenstrompreis gekoppelt und teurer als “echte” dynamische Tarife?! Ich kann das aber aktuell nur grob rechnen / beurteilen - da ich im Urlaub bin. Es ist daher eine Aussage die nicht 100% belastbar ist!
Ein Test mit anderen echten dynamischen Tarifen, haut bis auf 0,04 Cent pro kWh hin.
Getestet wurden Anbieter die den echten Preis der Börse durchreichen, mit geringem Aufschlag:
- EWE
- Octopus
- RWE
- Ostrom
- E.ON
- EnBW
- Vattenfall
- LichtBlick
- Yello
- Entega
- Enercity
- E WIE EINFACH
- tado° energy / aWATTar
- Priwatt
- Orbit Energy
Fakt ist, setze ich Tibber gegen die “echten” Börsen-Tarife, ist Tibber deutlich höher. Das ist aber ein Kurzzeittest und keine valide Aussage!
Ich habe mir diesen Sensor selbst gebaut.(habe ich hier im Forum gefunden )
Aus der configuration.yaml:
> - platform: rest
>
> name: Tibber Prices
>
> resource: https://api.tibber.com/v1-beta/gql
>
> method: POST
>
> payload: '{ "query": "{ viewer { homes { currentSubscription { status priceInfo(resolution: QUARTER_HOURLY) { current { total } today { total } tomorrow { total } } } } } }" }'
>
> json_attributes_path: "$.data.viewer.homes\[0\].currentSubscription.priceInfo"
>
> json_attributes:
>
> - today
>
> - tomorrow
>
> value_template: "{{ value_json.data.viewer.homes\[0\].currentSubscription.priceInfo.current.total | float }}"
>
> scan_interval: 30
>
> headers:
>
> Authorization: <hier der persönliche api code>
>
> Content-Type: application/json
>
> User-Agent: REST
>
> unit_of_measurement: EUR/kWh
Diese Bilde ich in einem apex chart da:
Deshalb habe ich einen Sensor der ganz genau meinen Preis angibt
LG
ps. Genieß doch erstmal deinen Urlaub. Du buckelst genug für unser aller HomeAssistant
by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
s.a.: ( Neues Update & Features - Hier in der Community 🫶 )
Das Problem ist, dass sowohl SFML, EAI und Stats die Ladefenster anhand der Strombörse und der Aufschläge der einzelnen Anbieter berechnen.
Tibber hingegen hält sich nicht 1:1 an EPEX Spot Day-Ahead Preise sondern addiert zu den eigentlichen Bruttopreise noch eine eigene Servicegebühr. In Deutschland (lt Tibber AGB) kommen also noch einmal 5,99 / Monat zusätzlich hinzu. Diese verdeckten Kosten, treiben den Preis nach oben, im Vergleichen zu “normalen” dynamischen Tarifen. → laut einer Tabelle die ich auf die Schnelle gefunden habe, beträgt die Service-Gebühr 2,5 Cent extra pro kWh. Es gibt aber wohl auch Bonus-Programme bei denen das erste Jahr diese zusätzliche Gebühr entfällt. → wie soll das abgebildet werden?!
Jede Berechnung braucht eine stabile und nachvollziehbare Grundlage!
Ich kann das aktuell weder bestätigen noch negieren. Aus diesem Grund unterstützen SFML, STATS, EAI nur klare Preisstrukturen ohne variable und verdeckten Kosten. Sonst würde zum Beispiel Smart-Charge ggf. zusätzliche Kosten verursachen.
Fazit:
Du kannst dein Tibber-Template nutzen aber SMC und andere strompreisabhängige Features werden nur bedingt funktionieren. Ich rate sogar dringend davon ab, um keine weiteren Kosten zu verursachen!
PS: Vielleicht kannst Du ja etwas Licht ins Dunkle bringen und mal kurz teilen wie Dein Vertrag, bzw deine echten Kosten mal posten. - Ich bin da wie gesagt aktuell echt überfragt, da es so viele unterschiedliche Aussagen gibt. → kann keine 100% Aussage treffen…
Na das kann ich dir sehr gerne mal Zeigen.
Das ist meine Rechnung für Juli
Dynamisch:
Grundgebühren:
Beides zusammen wurde abgebucht
cool, danke! Ich schaue mir das mal in ruhe nach dem urlaub an! - Ich komme dann noch einmal auf dich zurück!
Danke!!!
Also mit ein wenig rechnen und probieren haut das auch mit Tibber hin, läuft seit ein paar Monaten ziemlich genau.
In STATS 33 EUR, bei Tibber 33 EUR, für den jetzigen Monat August. 
2 „Gefällt mir“
wie machst du das? ich habe bei tibber ja 15 min Taktung und bei GPM ne stündliche
Danke @freo
Dann würde ich gern an dieser Stelle an Dich übergeben 
Wie ich schon sagte, ich bin aktuell im Urlaub und kann immer nur “zwischendurch” mal schnell schauen!
1 „Gefällt mir“
