LBS für Tibber API

[gbglace]

Ahh OK ja das ist ein bekanntes Phänomen.

Ich selbst lese das per NodeRed aus, die Bausteine funktionieren einwandfrei.

[basaltnischl]

richtig, da bin ich auch

subscription{
liveMeasurement(homeId:"xxx"){
accumulatedConsumption
accumulatedProduction
}
}​

Ausgabe:

{
"liveMeasurement": {
"accumulatedConsumption": 0.06219,
"accumulatedProduction": 0.033678
}
}​

Das ganze liegt aber unter "liveMeasurement" und damit wohl für den Baustein nicht nutzbar.

Es gibt Produktion & Consumption auch noch weiter oben im Viewer.
Da wird mich aber nichts angezeigt, evt. sind die Einstellungen falsch .... habe damit auch schon rumgespielt -> ohne Erfolg

{
viewer {
homes {
consumption(resolution: HOURLY, last: 100) {
nodes {
from
to
cost
unitPrice
unitPriceVAT
consumption
consumptionUnit
}
}
}
}
}​

[gbglace]

Es gibt doch die Developer Seite vom Tibber zur API, da bekommst auch Beispielcode für diese Daten.

Es kommt aber immer ein eher umfangreiches Json zurück was Du dann für die Einzelwerte zerlegen kannst.

[basaltnischl]

Bin jetzt auch ab 1.4 bei Tibber und wollte jetzt meine Daten auslesen.

die Preise gehen schon dank des Tibber Bausteins aber auch per http request.

Ich wollte aber auch gern meine tägliche Produktion und Verbrauch auslesen.
Wie in der App angezeigt

IMG_9226.jpg

Per API finde ich aber nicht die richtige Abfrage.
Meine Idee war es einfach eine andere Abfrage in den HTTP-request Baustein einzutragen.

Hat das schon jemand gemacht?

[KPU]

Hallo Thomas,
den Http-Request lässt du wie in Posting #10. Du benötigst separate JSON-Selektor-Pfade für die aktuelle und die beiden kommenden Stunden. Da die Pfade dynamisch generiert werden müssen, baust du sie dir mit dem Baustein "Strings verbinden" zusammen und nutzt den "Datum/Uhrzeit"-Baustein um die aktuelle Stunde einzufügen.
Mit dem Ansatz wirst du aber keine riesigen Ersparnisse generieren, da du nur in einem engen Zeitrahmen verschiebst; aufs Jahr gesehen bei einer aktuellen Waschmaschine vielleicht eine oder zwei Kugeln Eis. Ein allgemeiner Ansatz dürfte erfolgreicher sein:
März-Oktober: Um 12 Uhr Waschgang beginnen.
November-Februar: Um 4 Uhr Waschgang beginnen. (wenn dein Schlafzimmer sich nicht neben der Waschmaschine befindet. ;-))
Dann sind's vielleicht ein bis zwei Eisbecher.

Signifikante Einsparungen durch zeitliche Verschiebung bei dynamischen Tarifen erzielt man mit dem Elektroauto, immer noch wesentliche mit der Wärmepumpe. Beim Laden eines PV-Speichers aus dem Netz hängt es sehr davon ab, dass man die Verluste am Wechselrichter richtig einkalkuliert. Und alles andere ist Kleinkram.

Viel Erfolg!
Kilian

[thomas1978]

Hallo Zusammen, ich würde gerne bei Tibber eine HTTP Abfrage stellen wo mir die Uhrzeit und der Zeitraum von 2h ausgebeben wird um meine Waschmaschine in dem günstige Zeitraum automatisch zu starten lassen zu können. Leider kenne ich nicht aus wie ich die Abfrage zusammenstellen muss. Kann mich jemand unterstützen

Danke und Gruß

Thomas

[bigfoot]

Servus,

Tibber funktioniert nun bei mir in Edomi, einzig bin ich scheinbar zu doof den Preis für die aktuelle Stunde auszulesen. Gibt es dazu direkt einen Wert, oder muss ich das aus dem Array der Preise per Ermittlung der aktuellen Zeit rausziehen? Wobei ich es gerade übertrieben habe, hatte angefangen Verbraucher je nach Tibber Preis zu sperren, also die Steckdosen, fand mein Frauchen....
Wie sagte mal ein YTuber, Netzbezug ist mir peinlich

Gruß
Jens

Edit: hat sich erledigt, über current wir der aktuelle Preis ausgegeben, manchmal ist es wirklich wie mit den Bäumen
Dann kommt nun diese websocket Geschichte dran, Danke Kilian

[KPU]

Moin Jens,

ja, das siehst du richtig; zumindest was den von Tibber gewünschten Zugriff angeht. Es gibt Ansätze für den lokalen Zugriff auf die Bridge, ich habe mich das aber nicht getraut.

Ich nutze Home Assistant um jene Daten von Tibber abzufragen, die es nur per Websocket gibt, und hole sie mir mittels MQTT unter anderem nach Edomi.

Grüße Kilian

[bigfoot]

Servus,

bin auch ab 1.1. bei Tibber, und musste wegen dem Pulse meinen KNX Lesekopf, welcher mit bisher die Zählerstände für Produktion und Bezug in meine FluxDB geschrieben hatte, dadurch abbauen. Sehe ich das richtig, dass diese Daten nur in den Livedaten per Websocket auszulesen sind?
Mein S10 von E3DC kann ich schon dumm steuern, sprich bei niedrigem Preis den Speicher füllen, auch meine Wallbox bekomme ich getriggert. Aber mir fehlen leider die zwei Zählerwerte für meine Datensammlung.

Gruß
Jens

[KPU]

Guten Morgen,

wenn du die Abfrage aus Post #10 verwendest, dann sieht der JSON-Selektor-Pfad z. B. so aus: data|viewer|homes|0|currentSubscription|priceInfo| today|0|total

Die vielen Einzelwerte sinnvoll weiterzuverarbeiten ist je nach Zielstellung nicht so einfach. Ich bin gerade dabei einen bzw. mehrere LBS für das Laden des Elektroautos mit Tibber zu schreiben. Grundsätzlich funktioniert es schon, aber ich muss noch etwas aufhübschen und ich bin auch noch nicht als Entwickler freigeschaltet, um den Baustein hochladen zu können.

Für ganz einfache Automatisierungen wäre auch folgende Abfrage möglich

{ "query": "{ viewer { homes { currentSubscription{ priceInfo{ current { level } } } } }}" }

Der Selektor ist dann: data|viewer|homes|0|currentSubscription|priceInfo| current|level

Damit bekommt man für die aktuelle Stunde eine Bewertung des Preises zurück, die "NORMAL", "LOW" oder "HIGH" lautet. Das passt gut zur ereignisorientierten Struktur von Edomi, für komplexere Aufgaben wie das kostenminimale Aufladen eines Autos bis zu einem spätesten Zeitpunkt reicht das natürlich nicht.

Grüße

[thomas1978]

Hallo Zusammen,

neues Spiel neues Glück. Wie bekomme ich die einzelnen Werte aus der JSON heraus?
Danke
Screenshot 2023-11-26 185845.png

[Michael85]

wie hast du es gelöst?

Sorry für die späte Antwort. Bin irgendwie drüber weggekommen.

Ich benutze von jonofe den aWattar Baustein. Ich komme einfach nicht dazu selbst die Zeit aufzubringen mir die PHP-Geschichte so anzueignen damit ich auch die Archivzugriffe hinbekomme.

[Kalla]

Hallo zusammen,
Ich weiß das bis Dato noch kein LBS für den Tibber Stromanbieter geschrieben worden ist.
Mit dem py-script lade ich meine Batterie AC-Seitig auf, wenn der Tibber Strom Preis am niedrigsten ist, in der Winterzeit.

Um dies zu lösen, habe ich noch ein ioBroker mit dem Tibber Adapter im Einsatz, den ich lediglich dafür verwende ,dass mir der iObroker per KNX eine Gruppenadresse setzt womit ich das py.script dann starte.

Besteht nicht die Möglichkeit , den ioBroker TibberAdpater hier ins EDOMI zu implementieren?
https://www.npmjs.com/package/iobroker.tibberlink

Da es ja ein java.script ist (bitte schlagt mich nicht🙈) in php zu konvertieren.

Es gibt ja hier so ein online-Converter
https://wtools.io/javascript-to-php-converter

Ich möchte nicht zu viele Insellösungen in mein Heimnetzwerk.

Nochmals Danke für Eure Unterstützung
Gruß
Kalla

[thomas1978]

ich wollte - jetzt wo es wieder auf den Herbst zugeht - mit meinem Tibber Baustein starten. Allerdings habe ich immer noch keine Ahnung wie ich in einem Baustein die API Abfrage in ein Archiv geschrieben bekomme und im Baustein Werte aus dem Archiv für Zeitraum X-Auslesen kann.

Hallo MIchael,

wie hast du es gelöst?

Danke

[thomas1978]

Die Auswertung wird bei mir mit Influx/Grafana gemacht.
In EDOMI selbst kannst du einfach ein Diagramm basierend auf dem Datenarchiv einfügen.

Leider bekomme ich nur einen Strich. A1 in eine Datenarchiv?
Screenshot 2023-10-02 171826.png Screenshot 2023-10-02 171758.png Screenshot 2023-10-02 171729.png