Replies: 11 comments 13 replies
-
auch sehr charmant |
Beta Was this translation helpful? Give feedback.
-
Nein kannte ich nicht. Spannend aber durchaus aufwendig. Ich denke einmal darüber nach - akut sehe ich "die Tibber Welt" noch so, dass ich eher keinen Eingriff in das System machen wollen würde. |
Beta Was this translation helpful? Give feedback.
-
Es geht auch mittlerweile ohne einen "MQTT-Proxy": Wenn man die Bridge in den Config-Mode bringt (3x raus/rein bis sie orange blink) und dann mit dessen WLAN verbindet (Passwort Wifi und Webserver = QR-Code), dann gibt es dort den Parameter "force-webserver". Den auf "true" und ganz unten auf "save". Wenn die Bridge jetzt neustartet, dann ist erstmal alles wie gewohnt und die Kommunikation findet nach wie vor zwischen Bridge und Tibber-Server statt. Jedoch kann man nun die interne Webseite aufrufen und auch die SML-Daten jederzeit auslesen. Zum Teil mit <1sec refresh. Wäre toll, wenn Tibberlink diese Quelle dann zumindest als Alternative zur Cloud nutzen könnte. |
Beta Was this translation helpful? Give feedback.
-
ok... hört sich besser an - ich sehe nach wie vor in Tibber den Vorteil nur dass ich die Daten vom Server bekomme, inkl. etwas Statistik. Und ich bekomme halt meine stündlichen Preise. Reine lokale Abfrage sehe ich eher mit einer DIY Lösung. ABER: Mich triggert akut deine Zeile: "...die Kommunikation findet nach wie vor zwischen Bridge und Tibber-Server statt. Jedoch kann man nun die interne Webseite aufrufen und auch die SML-Daten jederzeit auslesen." |
Beta Was this translation helpful? Give feedback.
-
Korrekt, das hatte mich auch wieder hinter dem Ofen vorgelockt. Hatte auch keine Lust, hier mit Proxies zu arbeiten. |
Beta Was this translation helpful? Give feedback.
-
Ist umgesetzt in 3.4.0 - bin mal gespannt wie gut das ankommt.... an der Ecke könnte man noch ein paar Dinge andocken... automatisches Failover z.B. |
Beta Was this translation helpful? Give feedback.
-
Hallo zusammen, erst mal vielen Dank fuer die zusaetzliche Implemntierung des lokalen Abrufs. Ich hatte neben dem EInsatz dieses Adapters schon eine ganze Weile einen lokalen Aufruf per JS implementiert, von daher hatte jetzt einmal den lokalen Abruf im Adapter aktiviert. Bei dem lokalen Abruf perJS bekomme ich auch alle Werte (1.8.0 2.8.0) des Stromzaehlers. Uber den Adapter bekomme ich auch neue Datenpunkte wie den node_status, der auch mit aktuellen Daten befuellt ist. Ich sehe jedoch keinerlei Daten vom Stromzaehler, jedoch eine Warnung im Log vom Adapter: "Potential problems with Pulse meter mode 1" Gerne stelle ich auch weitere Testdaten zur Verfuegung. |
Beta Was this translation helpful? Give feedback.
-
das schaut machbar aus .... sehr ähnlich zu meter mode 4 ..... übernommen in issue #478 |
Beta Was this translation helpful? Give feedback.
-
Die Rundung aus Total Import könnten noch entfernt werden, hier gehen wertvolle Informationen verloren. mein Beispiel: 27079.4 kWh kommt an - 27079.3868 kWh war erwartet. Btw.: Dies trifft auch auf lastMeterConsumption aus der Timber API zu, aber hier kommen zumindest 3 Nachkommastellen mit. |
Beta Was this translation helpful? Give feedback.
-
Eigentlich runde ich das extra auf 100Wh .... was willst du mit einer Genauigkeit im Bereich von Milliwatt-Stunden? |
Beta Was this translation helpful? Give feedback.
-
Ist die lokale Abfrage ohne Eingabe eines Tokens nicht möglich? |
Beta Was this translation helpful? Give feedback.
-
ist dir dies bekannt
https://github.com/marq24/ha-tibber-pulse-local
damit könnte man sich die abfrage des pulse über die Cloud sparen
Beta Was this translation helpful? Give feedback.
All reactions