Tibber & Tibber Pulse

[ch.eick]

Dafür gibt es sicher eine standard SQL für SQLite, die man nur austauschen müsste.

Hab heute komplett auf MariaDB umgestellt, nun laufen alle deine Definitionen ohne dass ich dran "rumfummeln" muss ... und ich habe den Kopf wieder frei für andere Dinge 

Ich verwende einen RPI4 mit 64 Bit Installation, da läuft direkt der Oracle MySQL Docker Container.
Ich habe auch diverse MySQL SELECT Abfragen, die nicht mehr im MariaDB laufen. MySQL entwickelt sich immer weiter, insbesondere auf die Sicherheitsfunktionalität und da gab es leider bei MariaDB zuwenig Updates in den Docker Containern.

[hkspks]

Hallo, bei mir wird kein barchart für den Strompreis angezeigt im Device EVU_Tibber:

Code Auswählen Erweitern

Strompreis
error unknown expression format: in expression: bar1dayerror unknown expression format: in expression: bar1day

Hat jemand eine Idee? Mein Pulse ist seit gestern erst aktiv, das dürfte für die Preisanzeige ja keinen Unterschied machen. Der Rest funktioniert und zeigt auch Werte an.

[hkspks]

Hallo, bei mir wird kein barchart für den Strompreis angezeigt im Device EVU_Tibber:

Code Auswählen Erweitern

Strompreis
error unknown expression format: in expression: bar1dayerror unknown expression format: in expression: bar1day

Hat jemand eine Idee? Mein Pulse ist seit gestern erst aktiv. Infoschnittstelle für das Livemeasurement ist noch nicht offen, siehe log:

Code Auswählen Erweitern

2024.04.20 09:42:16 3: EVU_Tibber:Warning in DOIF_RegisterEvalAll:package ui_Table;::DOIF_Widget($hash,$reg,'EVU_Tibber_uiTable_c_3_1_0_0',sprintf("%04d W",(::ReadingValDoIf($hash,'EVU_Tibber_connect','payload_data_liveMeasurement_powerProduction')  >= 0 ? ::ReadingsVal("EVU_Tibber_connect","payload_data_liveMeasurement_powerProduction",0) : 0)),"")
2024.04.20 09:42:16 1: PERL WARNING: Argument "" isn't numeric in numeric ge (>=) at (eval 1130041) line 1.

Das dürfte für die Preisanzeige ja keinen Unterschied machen, oder? Der Rest funktioniert und zeigt auch Werte an.

[Damian]

Es gibt in der Definition einen Größenvergleich >=, im Log ist eine Warnung dazu, die sagt, dass dort die vermeintliche Zahl nicht numerisch ist - den Rest wirst du schon selber finden.

[hkspks]

Alles klar, war ein veraltetes DOIF.pm - das Update hat geholfen.

[Damian]

Was war los gestern?

3 Euro für eine kWh ist schon heftig!

[xerion]

Tibber hat dazu gestern eine Mail geschickt was die Ursache war.

Code Auswählen Erweitern

Wichtige Informationen zur aktuellen Strompreisentwicklung

Hallo,

wie du vielleicht schon mitbekommen hast, gibt es am heutigen Tag für einige Stunden extrem hohe Preisspitzen. Anbei möchten wir dir ein paar Hintergrundinformationen geben und dich darüber informieren, was das genau für dich und deinen Tibber Stromvertrag bedeutet.

Was ist passiert?


Die Preisspitzen letzte Nacht zwischen 04:00 und 08:00 Uhr und heute Abend zwischen 18:00 und 22:00 Uhr betreffen den gesamten deutschen Stromhandel am Day-Ahead-Markt der europäischen Strombörse Epex. Grund dafür sind laut Epex technische Probleme, durch die Strompreis-Auktionen nicht wie üblich zwischen den einzelnen Ländern harmonisiert wurden. Die genauen Hintergründe des Vorfalls werden aktuell geklärt. Mehr Informationen dazu findest du hier.



[satprofi]

nicht nur Tibber, alle waren betroffen. Dafür bekam ich fürs einspeisen auch die ~200cent/kWh . Habe meinen vollen Akku ins Netz entladen

[jnewton957]

... Dafür bekam ich fürs einspeisen auch die ~200cent/kWh . Habe meinen vollen Akku ins Netz entladen

Wie geht das denn?
Einspeisevergütung ist doch ein Fixbetrag / kWh - zumindest bei mir.

[satprofi]

... Dafür bekam ich fürs einspeisen auch die ~200cent/kWh . Habe meinen vollen Akku ins Netz entladen

Wie geht das denn?
Einspeisevergütung ist doch ein Fixbetrag / kWh - zumindest bei mir.

nein, smartenergy zahlt börsenpreis, andere aber auch.
https://www.awattar.at/tariffs/sunny
Tibber hat keine einspeisung, glaub ich

[Damian]

nein, smartenergy zahlt börsenpreis, andere aber auch.

Da bin ich wohl mit meinem "alten" Fixtarif 13 Cent/kWh offenbar noch besser bedient.

[knueppler]

Hallo zusammen
an alle Beteiligten erstmal super lieben Dank für die Programmierung der zwei Devices, die sind echt super.
Leider habe ich ein kleines Problem:
ich lasse FHEM auf nem Mac laufen und habe bis dato nur die SQLite-DB an den Start gebracht, bei mysql meckert er an, dass ihm die DBD::mysql fehlt und ich auch mit allen Tipps aus dem Netz nicht zum Ziel komme.
Nun sind die SQLs alle für mysql optimiert und scheitern mit der SQLite 
Da meine besten SQL-Zeiten wahrlich Jahrzehnte zurückliegen nun die zweigeteilte Frage:
1) hat einer nen Tipp/Kochrezept für nicht, wie ich die mysql auf dem Mac an den Start bekomme
2) oder hat einer die SQLs angepasst für SQLite für mich
Jede(r) Tipp/Hilfe ist dankend genommen.
Ciao Christian 

[abc2006]

Moin,

ich steh aufm Schlauch - kann mir jemand erklären, was ich mit dem Dropdown "Basis" einstelle?
Es hat wohl irgendwas mit der Einspeisevergütung zu tun, aber alles was ich bisher glaube, basiert auf glauben und raten.

Habe gerade Tibber neu installiert und versuche gerade, da durchzusteigen.

PS:
Ich habe im Wiki schonmal die Beschaffung der Token ergänzt.

Danke und Grüße,
Stephan

[ch.eick]

kann mir jemand erklären, was ich mit dem Dropdown "Basis" einstelle?
Es hat wohl irgendwas mit der Einspeisevergütung zu tun, aber alles was ich bisher glaube, basiert auf glauben und raten.

Hallo Stephan

Mit dem Faktor Basis kannst Du das Trigger Fenster beeinflussen. Du solltest es einfach erstmal auf 0 stehen lassen. Ich schau nochmal was ich mir damals dabei gedacht hatte

Edit:
Mit dem Basis Wert wird im Device EVU_Tibber_connect:compensation_grid gesetzt.
1) Bei einem Wert von 0 wird der Schwellwert dann nach einer Basisformel berechnet und man
   bekommt auf jeden Fall ein Triggerfenster mit ca. 3-4 Stunden am Tag zu den günstigsten Preisen.
2) Bei gesetzem EVU_Tibber_connect:compensation_grid mit 8,3 Cent muss der Tibber Preis
   jedoch um einiges niedriger sein, damit man z.B. einen Hausspeicher wirtschaftlich laden kann.
   Dabei wird ein Verlust beim Laden/Entladen mit berücksichtigt.

Sollte der Wert von 1) größer sein als der von 2) wird dann der Wert 2) verwendet.
Dabei ist es jedoch recht warscheinlich, dass es viel mehr Tage ohne ein Triggerfenster geben wird, was ich durch meine Beobachtungen über die letzten 2-3 Jahre herausgefunden habe.
Es spricht aber auch nichts dagegen, mit dem Wert von Basis etwas zu experimentieren und einfach einen empirischen Wert nach eigenen Vorstellungen einzutragen.

Um eine neue Berechnung anzustoßen kann man mit dem Pull Down Menü 2_EVU_Tibber_PriceAll die Preise neu abholen und sieht dann den neu berechneten Triggerpreis.
Mit 3_EVU_Tibber_Diagramm kann man das Diagramm im GUI auch mal aktualisieren, wenn sich die zugrundeliegenden Daten geändert haben

Code Auswählen Erweitern

fc_trigger_price:fc_avg.* {
## fc_trigger_price:[fc_avg|compensation_grid].* {
  my $fc_avg = ReadingsVal("$NAME","fc_avg",0);
  my $fc_min = ReadingsVal("$NAME","fc_min",0);

  # Berechnung eines Default Schwellwertes als täglicher Niedrigpreis
  my $price_level = round( ($fc_avg - $fc_min)/2 + $fc_min , 1);               #  <<< Basisformel
 
  # Abschätzung von Wirtschaftlichkeit beim Speicher Laden, falls Tibber zu teuer wird
  if ( ReadingsVal("$NAME","compensation_grid",0) != 0 ) {
    my $price_level_battery = round( ($fc_avg - ReadingsVal("$NAME","compensation_grid",0)) *0.85 , 1) ;
    if ( $price_level > $price_level_battery ) {
      $price_level = $price_level_battery;
    }
  }
$price_level;
}

Persönliche Erfahrung:
Da ich eine recht große PV-Anlage mit 18 kWp betreibe und nur 2500 kWh/a aus dem Netz kaufen muss lohnt sich der Tibber Tarif für diese Anlagengröße nicht. Die Wahrscheilichkeit, dass der Preis bei Tibber genau zu dem Zeitpunkt niedrig ist, wenn ich es brauchen würde ist extrem gering. PV-Anlagen Besitzer benötigen meistens im Winter den günstigen Strom und da gibts den nur bei Sturm von den Windrädern
Mein Grundversorger hat jetzt zwar den Preis/kWh angehoben, dafür aber den Grundpreis sehr niedrig angesetzt. Der Grundpreis von Tibber ist hingegen sehr hoch und müsste vom Arbeitspreis erstmal erwirtschaftet werden, bei Speicherung im Hausspeicher dann auch noch mit den Lade/Entlade Verlusten. Ich habe es nun etliche male näherungsweise berechnet und komme in meinem Fall immer wieder auf eine Nullnummer
In meinen Verbrauchsdiagrammen habe ich den Trigger mit dargestellt und musste leider erkennen, das oft der Hausspeicher nur geringen Platz gehabt hat, da am Tag vorher natürlich der PV-Überschuss vorrang hatte. Im E-Auto war oft auch nicht mehr viel Platz, da wir anscheinend zuwenig (15000 km/a) fahren, oder leider nicht zuhause waren, als der Tibberpreis niedrig war.

VG Christian

[ch.eick]

EDIT: Das Problem ist natürlich durch die Zeitumstellung entstanden und ich hoffe die EU schaft das irgendwann mal ab
  Ich werde die Umsetzung von JSON zu Readings nicht verändern, da mir da zuviele Readings entstehen und die Abfrage mit der REGEX schön kompakt ist.
  Auch die Benennung der Readings finde ich in dieser Form überschaubarer.

Hallo zusammen,
ich habe zwar kein Tibber, habe jedoch heute einen Fehler im Tibber JSON gesehen

Hierbei ist bei der Abfrage der Preise für heute und morgen die Stunde 2 leider doppelt, was beim belegen der
Redings zu einem Problem führ, da diese einfach der Reihe nach gelesen werden. Letztlich verschieben sich
dadurch die Preise um eine Stunde und der nächste Tag ist komplett schrott.

Code Auswählen Erweitern

{"total":0.2865,"startsAt":"2024-10-27T02:00:00.000+02:00"},
{"total":0.2843,"startsAt":"2024-10-27T02:00:00.000+01:00"},
Erkennen konte man das an zusetzlichen Readings mit 02_priceAll-* im EVU_Tibber_connect und dem fehlenden Datum im fc1_00_startsAt .

Es wäre toll, wenn Ihr als Kunden Euch mal an Tibber wendet, damit dieser Fehler beseitigt werden kann
Also vorsichtig mit den Preisen

Code Auswählen Erweitern

{"data":{"viewer":{"home":{"currentSubscription":{"priceInfo":{"current":{"total":0.3651,"startsAt":"2024-10-27T17:00:00.000+01:00"},"today":[{"total":0.2984,"startsAt":"2024-10-27T00:00:00.000+02:00"},{"total":0.2886,"startsAt":"2024-10-27T01:00:00.000+02:00"},{"total":0.2865,"startsAt":"2024-10-27T02:00:00.000+02:00"},{"total":0.2843,"startsAt":"2024-10-27T02:00:00.000+01:00"},{"total":0.2831,"startsAt":"2024-10-27T03:00:00.000+01:00"},{"total":0.2824,"startsAt":"2024-10-27T04:00:00.000+01:00"},{"total":0.2899,"startsAt":"2024-10-27T05:00:00.000+01:00"},{"total":0.2948,"startsAt":"2024-10-27T06:00:00.000+01:00"},{"total":0.2934,"startsAt":"2024-10-27T07:00:00.000+01:00"},{"total":0.289,"startsAt":"2024-10-27T08:00:00.000+01:00"},{"total":0.2677,"startsAt":"2024-10-27T09:00:00.000+01:00"},{"total":0.2537,"startsAt":"2024-10-27T10:00:00.000+01:00"},{"total":0.2392,"startsAt":"2024-10-27T11:00:00.000+01:00"},{"total":0.2362,"startsAt":"2024-10-27T12:00:00.000+01:00"},{"total":0.2362,"startsAt":"2024-10-27T13:00:00.000+01:00"},{"total":0.2652,"startsAt":"2024-10-27T14:00:00.000+01:00"},{"total":0.3213,"startsAt":"2024-10-27T15:00:00.000+01:00"},{"total":0.3358,"startsAt":"2024-10-27T16:00:00.000+01:00"},{"total":0.3651,"startsAt":"2024-10-27T17:00:00.000+01:00"},{"total":0.362,"startsAt":"2024-10-27T18:00:00.000+01:00"},{"total":0.3439,"startsAt":"2024-10-27T19:00:00.000+01:00"},{"total":0.3292,"startsAt":"2024-10-27T20:00:00.000+01:00"},{"total":0.3219,"startsAt":"2024-10-27T21:00:00.000+01:00"},{"total":0.3239,"startsAt":"2024-10-27T22:00:00.000+01:00"},{"total":0.3112,"startsAt":"2024-10-27T23:00:00.000+01:00"}],"tomorrow":[{"total":0.3024,"startsAt":"2024-10-28T00:00:00.000+01:00"},{"total":0.3009,"startsAt":"2024-10-28T01:00:00.000+01:00"},{"total":0.2942,"startsAt":"2024-10-28T02:00:00.000+01:00"},{"total":0.2887,"startsAt":"2024-10-28T03:00:00.000+01:00"},{"total":0.2913,"startsAt":"2024-10-28T04:00:00.000+01:00"},{"total":0.3075,"startsAt":"2024-10-28T05:00:00.000+01:00"},{"total":0.3194,"startsAt":"2024-10-28T06:00:00.000+01:00"},{"total":0.3433,"startsAt":"2024-10-28T07:00:00.000+01:00"},{"total":0.3402,"startsAt":"2024-10-28T08:00:00.000+01:00"},{"total":0.3269,"startsAt":"2024-10-28T09:00:00.000+01:00"},{"total":0.3048,"startsAt":"2024-10-28T10:00:00.000+01:00"},{"total":0.3056,"startsAt":"2024-10-28T11:00:00.000+01:00"},{"total":0.3016,"startsAt":"2024-10-28T12:00:00.000+01:00"},{"total":0.3092,"startsAt":"2024-10-28T13:00:00.000+01:00"},{"total":0.3242,"startsAt":"2024-10-28T14:00:00.000+01:00"},{"total":0.333,"startsAt":"2024-10-28T15:00:00.000+01:00"},{"total":0.3364,"startsAt":"2024-10-28T16:00:00.000+01:00"},{"total":0.3565,"startsAt":"2024-10-28T17:00:00.000+01:00"},{"total":0.3657,"startsAt":"2024-10-28T18:00:00.000+01:00"},{"total":0.3625,"startsAt":"2024-10-28T19:00:00.000+01:00"},{"total":0.3364,"startsAt":"2024-10-28T20:00:00.000+01:00"},{"total":0.3262,"startsAt":"2024-10-28T21:00:00.000+01:00"},{"total":0.3195,"startsAt":"2024-10-28T22:00:00.000+01:00"},{"total":0.3105,"startsAt":"2024-10-28T23:00:00.000+01:00"}]}}}}}}

Im Fhem Log findet man dann einen Fehler beim Schreiben in die MySQL Datenbank, den ich mit einer kleinen Änderung verhindere.
Es werden dann aber auch keine Preise für den nächsten Tag in die Datenbank geschrieben.

Im userreadings bitte diesen Block korrigieren, da ist diese Zeile jetzt anders.

Code Auswählen Erweitern

  if ($date ne "null" and $date ne "") {


Code Auswählen Erweitern

fc_DbLog:fc0_00_total.* {
my ($timestamp,$date,$hour,$value,$loop_fc_next) = 5x0;

for (my $loop_fc = 0; $loop_fc <= 1; $loop_fc++) {
  $loop_fc_next = $loop_fc +1;
  $date = ReadingsVal("$NAME","fc".$loop_fc."_00_startsAt","null");
  if ($date ne "null" and $date ne "") {
    $date =~ /([\d+-]+)/; $date = $1 ;
    for (my $loop_hour = 0; $loop_hour <= 23; $loop_hour++) {
      $hour = sprintf("%02d",$loop_hour);
      $timestamp = $date." ".$hour.":00:00";
      $value = ReadingsVal("$NAME","fc".$loop_fc."_".$hour."_total","null");
      ::CommandGet(undef, "LogDBRep_".$NAME."_SQL sqlCmdBlocking
                        INSERT INTO history (TIMESTAMP,DEVICE,TYPE,READING,VALUE)
                          VALUES('".$timestamp."','$NAME','Tibber','fc".$loop_fc."_total','".$value."')
                        ON DUPLICATE KEY UPDATE
                          VALUE='".$value."';") ;
    }
    if (ReadingsVal("$NAME","fc".$loop_fc."_00_startsAt","null") eq ReadingsVal("$NAME","fc".$loop_fc_next."_00_startsAt","null")) {
      fhem("deletereading $NAME fc".$loop_fc_next."_.*");
    }
  } else {
      fhem("deletereading $NAME fc1_.*");
  }
}
ReadingsTimestamp("$NAME","fc0_00_startsAt","null");
},

VG   Christian