Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Mosel 1992]

@mosel-1992

ahhh, das war dumm... wie war das in der Schule, Vorzeichen und Einheiten können leben retten ... :D es sind €/MWh

[Mosel 1992]

Hat noch jemand eine schönere Idee für den Abruf der Strompreise?

Ich habe es jetzt so gemacht, dass er nachts um 0 Uhr die Preise abruft und dann hingeht und

Preis 0 Uhr = data.0.marketprice
Preis 1 Uhr = data.1.marketprice
.
.
.
usw...

Dann haben ich noch einen Träger für 1 Uhr erstellt, da setzt er mir dann data.23.marketprice auf Preis Morgen 0 Uhr und um 2 Uhr dann data.23.marketprice auf Morgen 1 Uhr usw.
was natürlich a ein riesen Skript ist und b sehr unflexibel vor allem, wenn man wie jetzt einen Fehler drin hat, muss ich ja bis 0 Uhr heute nacht warten, bis alles wieder stimmt.

Gibt es eine schöne Lösung, dass er immer hin geht und weiß, ah jetzt ist es 8 Uhr, jetzt schreibe ich die Werte fortlaufend auf die nächsten 24 h. also data.0.marketprice ist dann 8 Uhr und data.1.marketprice ist 9 Uhr usw... Ohen das ich jetzt den Riesen block von 0 Uhr kopiere und auf jede Uhrzeit übertrage?

[Mosel 1992]

@paul53 said in Tibber Strompreis Simulation:

@mosel-1992 sagte: immer zur vollen Stunde berechnet werden und in eine Objekt gespeichert werden.

Kannst du mir erklären, wieso du das Url Request zwei mal im Ablauf hast, also wieso unten noch mal ?

[paul53]

@mosel-1992 sagte: wieso du das Url Request zwei mal im Ablauf hast

Einmal bei Skriptstart und einmal jede volle Stunde für die Berechnung der Kosten zur nächsten vollen Stunde.

[Mosel 1992]

@paul53 said in Tibber Strompreis Simulation:

@mosel-1992 sagte: wieso du das Url Request zwei mal im Ablauf hast

Einmal bei Skriptstart und einmal jede volle Stunde für die Berechnung der Kosten zur nächsten vollen Stunde.

Ok, müsste der dann aber nicht am Anfang kommen, also hinter dem Zeit trigger? Damit wenn die Vollstunde da ist, er die aktuellen Werte abruft und dann diesen schreibt? Oder habe ich hier einen denkfehler?

[Mosel 1992]

Nur damit ich es richtig verstehe und keinen Gedankenfehler drin habe. Ich geh aktuell in einem anderen Skript hin und frage dort zu bestimmten Zeiten die die Werte ab und schreibe Sie mir in Variablen und setze diese dann von der Zeit abhängig ein.

Hier muss aber doch die Requestabfrage als oberstes kommen oder? Der geht die Sachen doch nach der reihe durch und wenn ich das ans ende schreibe, dann hat er doch die Variablen nicht ?

[paul53]

@mosel-1992 sagte: hinter dem Zeit trigger?

Berechnet werden muss mit dem Preis der abgelaufenen Stunde. Erst danach kann der Preis aktualisiert werden.

[Marc Berg]

Wenn man die historischen Börsenpreise der letzten Monate bereits in einer InfluxDB (2) hat, könnte man das zusammen mit seinen Zählerdaten auch grafisch darstellen:

Gebraucht werden dafür die Zählerstände, Börsenpreisdaten sowie die Tibber Nebenkosten pro Monat und kWh. Zum grafischen Vergleich noch die kWh Preise + mtl. Grundkosten (klassisch).

import "timezone"
import "date"
option location = timezone.location(name: "Europe/Berlin")

zeitraum=-4mo
mmntZaehlerstand="ZaehlerStand"  //Measurement für den Zählerstand
mmntMarktdaten="Marketdata" //Measurement für die stündl. Börsenstrompreis
tbrNebenkosten=0.1462 // Tibber: durchschnittl. Nebenkosten in EUR pro kWh (https://tibber.com/de?modal=preisrechner)
tbrGrundpreis=14.53 // Tibber: Nebenkosten in EUR pro Monat (https://tibber.com/de?modal=preisrechner)
arbeitspreis=0.2528  // klassisch: fixer Arbeitspreis in EUR/kWh
grundpreis=23.69 // klassisch: Grundpreis pro Monat

// Query stündlicher Stromverbrauch
verbrauch = from(bucket: "iobroker")
  |> range(start:date.truncate(t:zeitraum, unit:1mo))
  |> filter(fn: (r) => r["_measurement"] == mmntZaehlerstand)
  |> filter(fn: (r) => r["_field"] == "value")
  |> difference()
  |> aggregateWindow(every: 1h,fn:sum,timeSrc: "_start",createEmpty:false)

// Query stündliche Strompreisdaten
preis = from(bucket: "iobroker")
  |> range(start: date.truncate(t:zeitraum, unit:1mo))
  |> filter(fn: (r) => r["_measurement"] == mmntMarktdaten)
  |> keep (columns:["_value","_time"])
  |> aggregateWindow(every: 1h,fn:max,timeSrc: "_start",createEmpty:false)
  |> map(fn: (r) => ({ r with _value: r._value/1000.0 }))

// Query für klassische Kosten
kosten=verbrauch
  |> map(fn: (r) => ({ _time: r._time, _value: r._value * arbeitspreis}))
  |> aggregateWindow(every: 1mo,fn:sum,timeSrc: "_start",createEmpty:false)
  |> map(fn: (r) => ({ _time: r._time, _value: r._value + grundpreis}))
  |> rename(columns: {_value: "Hauspreis"})
  |> keep(columns: ["_time", "Hauspreis"])

// Zusammenführen der Abfragen und Berechnung der Kosten für Tibber
tibber=join(tables: {verbrauch: verbrauch, preis: preis},on: ["_time"])
  |> map(fn: (r) => ({ _time: r._time, _value: r._value_verbrauch * (r._value_preis+tbrNebenkosten)}))
  |> aggregateWindow(every: 1mo,fn:sum,timeSrc: "_start",createEmpty:false)
  |> map(fn: (r) => ({ _time: r._time, _value: r._value + tbrGrundpreis}))
  |> rename(columns: {_value: "Tibber"})

// Hinzufügen der klassischen Strompreiskosten
join(tables: {tibber: tibber, kosten: kosten},on: ["_time"])

Das Ganze ist nicht qualitätsgesichert! Am besten mal selbst durchspielen, ob das passt.

[Peter666666]

@paul53 Habe das Skript nachgebaut. Die Var. habe ich im Skript angelegt (für was ist die Var. result?). Habe DP kosten_gesamt, kosten_zum_letzten_Preis und Zaehlerstand_Stunde angelegt. Bei mir wird aber nur der Wert vom Zählerstand in den DP geschrieben, die anderen beiden bleiben auf 0. Was übersehe ich hier?

EDIT: Fehler gefunden. bei data.0. marketprice hat es mir ein O kopiert statt 0 :face_with_rolling_eyes:

[Peter666666]

@paul53 Würde das Historisieren mit dem SA Adapter funktionieren wenn man den DP "kosten Gesamt" nimmt da dieser Wert ja immer steigt oder muss man da den DP "kosten zum letzten Preis" nehmen?