Tibber & Tibber Pulse

[hkspks]

Update:

Ursprünglich war der Switch für Juni 2025 geplant. Dann hat das Markt-Kopplungs-Steuerungskomitee jedoch bekanntgeben, dass sich der Livegang auf den 30. September verschiebt.

Quelle: https://tibber.com/de/magazine/inside-tibber/viertelstuendliche-strompreise

[jnewton957]

Leider klappt seit der Umstellung auf 15min der Zugriff auf die tibber Daten nicht mehr.
EVU_Tibber_connect: fc0_avg, fc0_max, fc0_min, fc1_avg, fc1_max, fc1_min
nodes_consumption_, total_cost_,nodes_consumption_

liefern leider nur krytische Werte.

Hat das schon Christian (oder jemand) gelöst?

[ch.eick]

Hat das schon Christian (oder jemand) gelöst?

Ne, hat'er nich 😀

[ch.eick]

Leider klappt seit der Umstellung auf 15min der Zugriff auf die tibber Daten nicht mehr.
EVU_Tibber_connect: fc0_avg, fc0_max, fc0_min, fc1_avg, fc1_max, fc1_min
nodes_consumption_, total_cost_,nodes_consumption_

liefern leider nur krytische Werte.

Das müssten jetzt ja 4x soviel readings sein, ach herje.

[ch.eick]

Wer könnte denn mal die json Daten hier als Muster liefern, ich habe kein Tibber.
Sind denn jetzt alle umgestellt, oder läuft es auf zwei Varianten raus?

[tomhead]

Also bei mir läuft aktuell noch die alte Variante mit stundenweiser Anpassung. Am 21.5. kam die letzte Mail von Tibber dazu, dass die Umstellung voraussichtlich zum 1.10.25 stattfindet. Aber sind denn tatsächlich schon welche heute umgestellt worden?

[Damian]

Bei mir läuft auch noch alles auf Stundenbasis.

[tobi01001]

Bei mir auch noch stündlich.

[MaJu]

Bei mir sind beim HTTPMOD die folgenden Attribute für die Stunden-Werte angelegt:

Code Auswählen Erweitern

reading00JSON data_viewer_homes_01_currentSubscription_priceInfo_today_01_total
reading00Name heute-00
reading00OExpr $val*100
reading01JSON data_viewer_homes_01_currentSubscription_priceInfo_today_02_total
reading01Name heute-01
reading01OExpr $val*100und so weiter für jede Stunde.

Müsste das nicht auf die Viertelstundenwerte angepasst werden? Also bei der ersten Stunde sowas wie "today_0100" und "today_0115" und "today_0130" und "today_0145".

Oder gibt bei Viertelstundenpreise nicht nur bis "today_24", sondern bis "today_96"?

[tomhead]

Ja, müsste dann vermutlich in irgendeiner Form angepasst werden, aber aktuell gibt es die Viertelstundenwerte noch nicht. Gibt es da eigentlich jetzt schon einen fixen Termin für die Umstellung? Sollte das nicht ab September erfolgen?

[MaJu]

Laut Tibber-Webseite wird am 30.9.2025 umgestellt. Ich habe die Hoffnung, dass die API bereits vorher umgestellt wird und dann einfach bis 29.9. für alle vier Viertelstundenwerte jeder Stunde den gleichen Preis ausgibt.
Wann diese technische Umstellung erfolgt, habe ich leider nicht herausgefunden.

In FHEM wird man es zumindest nicht sehen, solange der bisherige Abruf bleibt, weil dieser explizit nur Stundenwerte ausgibt.
Mir fehlt leider die Ahnung, wie man es anpassen müsste, um den Abruf unformatiert durchzuführen und nach Viertelstunden-Angaben suchen zu können.

[ch.eick]

Ohne eine Musterseite von Tibber kann man das nicht anpassen, es müßte also jemand, der bereits umgestellt wurde mal den Sourcecode der Seite hier rein stellen.
VG Christian

[MaJu]

Wird mit der Änderung auf Viertelstundenwerte dann nicht einfach der Datensatz, der mit HTTPMOD abgerufen wird, durch Tibber angepasst? Das dürfte nichts mit dem Sourcecode zu tun haben, oder?
Aktuell ist ja die "Anweisung" im HTTPMOD in FHEM, konkret die Stundenwerte rauszufiltern. Somit fällt es gar nicht auf, wenn plötzlich zusätzlich auch Viertelstundenwerte im Abruf mit enthalten sind, weil FHEM sie nicht anzeigen soll.

Das heißt, ich rufe alle paar Tage die gesamten Rohdaten ab und schaue rein, ob es mehr als Viertelstundenwerte gibt. Aktuell ist das bei mir noch nicht der Fall.

[ch.eick]

Wird mit der Änderung auf Viertelstundenwerte dann nicht einfach der Datensatz, der mit HTTPMOD abgerufen wird, durch Tibber angepasst? Das dürfte nichts mit dem Sourcecode zu tun haben, oder?
Aktuell ist ja die "Anweisung" im HTTPMOD in FHEM, konkret die Stundenwerte rauszufiltern. Somit fällt es gar nicht auf, wenn plötzlich zusätzlich auch Viertelstundenwerte im Abruf mit enthalten sind, weil FHEM sie nicht anzeigen soll.

Das heißt, ich rufe alle paar Tage die gesamten Rohdaten ab und schaue rein, ob es mehr als Viertelstundenwerte gibt. Aktuell ist das bei mir noch nicht der Fall.

Hallo,
die Abfrage in meiner Implementierung mit dem EVU_Tibber_connect ist über diese Regex gefiltert

Code Auswählen Erweitern

"total":(-*\d+.\d+)|"startsAt":"(\d+-\d+-\d+T\d+:\d+:\d+).*(?="today")|\[\{"total":(-*\d+.\d+),"startsAt":"(\d+-\d+-\d+T\d+:\d+:\d+)
Darüber kommt eine definierte Anzahl von readings zurück, was im jetzigen Fall 2x24 Werte sind, die dann über genau 2x24 Namen zugeordnet werden. Somit wird das nicht mit den 4 Werten/Stunde passen und muss geändert werden.

Ob Tibber die Abfrage eventuell ändert kann ich nicht sagen

Code Auswählen Erweitern

{ "query": "{viewer {home(id:\"%%homeID%%\") {currentSubscription {priceInfo {current {total startsAt} today {total startsAt} tomorrow {total startsAt}}}}}}" }

VG   Christian