Tibber Pulse: Verbrauchsdaten lokal auslesen
-
@arteck sagte in Tibber Pulse: Verbrauchsdaten lokal auslesen:
ob du es kannst .. dass kann dir keiner hier Sagen.. es geht vieles
wo geht es denn hin ?
@chka sagte in Tibber Pulse: Verbrauchsdaten lokal auslesen:
Kann ich den puls auch ohne tibber abbo direkt nutzen?
Ja, sollte klappen.
-
@waly_de danke
-
Also ICH habe es hinbekommen ihn lokal ohne alles zu nutzen!
Kleiner Tipp , erst über die app das Wlan einrichten und updaten lassen danach dann wie hier beschrieben noch den einen parameter setzen: https://github.com/marq24/ha-tibber-pulse-local
Danke, negative Werte gehen bei mir auch! -
@waly_de Moin Moin, bin gerade dabei iobroker mit meinem Tibber Pulse zu verheiraten.
Bekomme im Script unten folgende Fehlermeldungen:
MOD-EDIT: Code in code-tags gesetzt!Passwort von der Bridge ist eingetragen. Weboberfläche der Bridge läuft auch.
Was kann ich tun?
LG
-
@kay-wurl dein host liefert keine Daten. vielleicht musst du die ipadresse statt des hostnamens angeben.
versuche das in den Browser einzugeben:
http://tibber-host/data.json?node_id=1user ist : admin
passwort das auf deiner Bridge gedruckte.Wenn du dann Daten zurück bekommst funktioniert die Bridge...
node_id= könnnte auch 2..3 sein, wenn du den Pulse mal neu an die Bridge angemeldet hast -
@waly_de said in Tibber Pulse: Verbrauchsdaten lokal auslesen:
tibber-host findet der browser garnicht, die IP schon. Lt. Oberfläche der Bridge ist es Node 2.
Es muss wohl tibber_host heißen, dann muss ich mich anmelden und es wird eine data.json runtergeladen. -
@kay-wurl prima, dann änder das entsprechend im Skript ab. Suche nach dem node_id=. Und setzt da an den beiden Stellen 2 ein… dann sollte es laufen
-
Hi,
vielen Dank für dieses mega gute script. Ich habe es selbst schon einige Zeit im Einsatz, damals als du das im ecoflow-Thead gepostet hattest. Ich habe da selber schon lange daran getüffelt und bin an der Entschlüsselung der SML Daten gescheitert.
Ich habe das Script noch als dem ecoflow-Thread bei mir hinterlegt und daher weiß ich nicht ob mein nachfolgendes "Problem" bereits gelöst ist. Und zwar sind die Werte, obwohl lokal abgerufen, immer zeitlich etwas hinterher. Ich vergleiche das mit den Daten die ich von der Webapi meines parallel installierten Discovergy Smartmeters abgefrage, welche immer 2-3 Sekunden eher da sind - obwohl hier die Daten aus der Cloud abgefragt werden... gibt es hier irgendwie ein Optimierungspotenzial?
Beispiel: Herd geht an - 1-2 Sekunden später sehe ich Verbrauchsänderung in den Daten von Discovergy - weitere 2-3 Sekunden später erst die Verbrauchsänderung der lokalen Daten vom Tibber Pulse...
-
@nograx sagte in Tibber Pulse: Verbrauchsdaten lokal auslesen:
Ich habe das Script noch als dem ecoflow-Thread bei mir hinterlegt und daher weiß ich nicht ob mein nachfolgendes "Problem" bereits gelöst ist. Und zwar sind die Werte, obwohl lokal abgerufen, immer zeitlich etwas hinterher. Ich vergleiche das mit den Daten die ich von der Webapi meines parallel installierten Discovergy Smartmeters abgefrage, welche immer 2-3 Sekunden eher da sind - obwohl hier die Daten aus der Cloud abgefragt werden... gibt es hier irgendwie ein Optimierungspotenzial?
Ich fürchte nicht wirklich. Der Puls hat ja ein eigens Intervall mit dem er die Daten zur Bridge schickt. Das sind bei mir so 2-4 Sekunden. Du könntest mal in der Weboberfläche der Bridge nachschauen , ob du da einen Parameter findest der das beschleunigt.
Das Skript holt alle 1000 ms ( einstellbar) die Daten bei der Bride ab. Da gibt es dann keine weiteren Verzögerungen mehr . -
@waly_de Leider nicht. Jetzt kommt nur noch eine Fehlermeldung:
14:55:41.170 warn javascript.0 (7900) script.js.common.Tibber: Fehler beim Abrufen der RAW Daten:Error: getaddrinfo ENOTFOUND tibber_host -
@kay-wurl das bedeutet immer noch, dass die Host Adresse nicht aufgelöst werden kann. Versuchs mal bitte mit der IP Adresse
-
@waly_de Mit IP gehts, verrückte Welt... Vielen Dank für die Scripte und Deine Hilfe!
-
@kay-wurl super, gerne
-
@dougstar ich hatte das gleiche Problem. Übersetzt du 4e6f7468696e67206d6174636865732074686520676976656e20555249 hex nas ASCII heißt es "Nothing matches the given URI". Der Fehler liegt vermutlich auch bei dir an den Stellen wo man den URL Pfad angeben muss:
path: '/metrics.json?node_id=1,
bzw.
path: '/data.json?node_id=1',Bei mir ist die korrekte Node ID die Nummer 3 und damit funkioniert dann auch das Script
Hoffe das hilft weiter. -
@waly_de Hallo, ich hoffe, durch das LAN-Auslesen der Leistung, Laufzeiten zu reduzieren, weshalb ich mir den Tibber-Pulse zugelegt habe.
Es werden die richtigen Zählerstände angezeigt, sofern man die angezeigten Wh durch kWh ersetzt, allerdings keine Leistungen.
Wo liegt mein Fehler? -
mal eine frage ist es normal das immer wieder für meherere Minuten lokal kein wert ausgelesen werden kann, aber per tibber api aus der cloud es werte gibt?
-
@ub35bo Die Ursache für mein beschriebenes Problem ist, dass bei meinem Zähler nur temporär (ca. 2 Minuten) die Ausgabe via Info-Kanal freigeschaltet werden kann. Das können die Messstellenbetreiber beim Hersteller Easymeter so bestellen. Die Freischaltung ist kostenpflichtig und erfordert den Techniker vor Ort.
-
@ub35bo danke für die Rückmeldung. Kannst du kein Shelly einbinden? Und warum kommt dann über die Tibber API etwas an?
Undate sorry, hab den Beitrag verwechselt. Seh schon.
-
@chka sagte in Tibber Pulse: Verbrauchsdaten lokal auslesen:
mal eine frage ist es normal das immer wieder für meherere Minuten lokal kein wert ausgelesen werden kann, aber per tibber api aus der cloud es werte gibt?
Nein, das ist nicht normal. Auch die Tibber API bedient sich der gleichen Daten und kann nicht schneller daran kommen als das Skript.
Das AbfrageIntervall ist in der Konfiguration des Skripts ja einstellbar.
Wenn dann keine Daten kommen muss das andere Ursachen wie lokale Netzwerk oder WLAN Probleme oder eine Überlastung deines IObroker Servers sein -
@waly_de ok danke dir habe es mal auf 10 sek gestellt.
auslastung ist auf der vm gering.
wlan schließe ich mal aus sonst wäre die api nicht aktuell
