TibberLink Adapter
-
@rikdrs: Sicher, dass die 3.2.1 des Adapters installiert ist UND auch läuft? Bitte das Log vom Adapterstart einmal ansehen kommt da die Meldung von der 3.2.1? Nicht evtl. doch noch 3.1.2?
Was ich mir (leider) auch vorstellen könnte ist, dass Tibber ein Blocken von zu häufigen Zugriffen auf die API auch an Tokens, bzw. Homes / Verträgen festmacht. Nicht nur an der Endpoint-ID.
Dazu 2 Möglichkeiten.... den Adapter einmal 48(?)h ausschalten, für potentielle Automatismen - Oder der Support direkt fragen.FYI: Ab Adapter 3.2.1 wird die Endpoint-ID bei jedem Neustart des Adapters gewechselt.
-
@tutnixzursache
Bei mir das gleiche.
Seit dem 03.06. um ca. 7:00 kommen keine Daten mehr.
zunächst mit dieser Meldung:
Und gegen 17:00 dann mit dieser Meldung:
-
@aleks-83
Mit Release 3.2.1?
Die gabs erst ab 4.6. im Repo ...Dass 3.1.2 nicht mehr geht ist bekannt.
-
@tutnixzursache
Das warten hat sich gelohnt, Tibber läuft wieder rund.Danke für die Hilfe!
-
@reblausgt
verdammt, du hast Recht!
habe die 3.1.2 erneut installiert - nun mit der installierten 3.3 gibt es erstmal keine Fehlermeldung mehr
Danke! -
@rikdrs: Well.... die 3.3 haste dann aber direkt von Git.... das soll'st doch nur nach Aufforderung
Falls du die historischen Verbräuche runterladen solltest .... in der 3.3 gibt es einen neuen Reiter Specials .... dort kann man die Abfrage dieser Daten mit offiziell nicht mehr verfügbaren Optionen ausstatten... .dadurch kommen dann die Total Cost auch wieder - sprich inkl. Netzgebühren in Deutschland etc. Wäre spannend ob das bei Dir auch klappt.
-
Schaut bei mir akut dann so aus:
[{"from":"2024-06-04T00:00:00.000+02:00", "to":"2024-06-05T00:00:00.000+02:00", "totalCost":0.48382864903333334, "cost":0.0260158157, "unitPrice":0.309712, "unitPriceVAT":0.04945, "consumption":0.084, "consumptionUnit":"kWh", "currency":"EUR"}]Ich denke man kann recht gut erkennen dass mir Daten ohne den totalCost nicht viel bringen
-
@reblausgt said in TibberLink Adapter:
Den Fehler kann ich aber nicht sehen - ist das akut noch so? (nach Adapter Neustart)
Wie ich schrieb lief der Adapter nach Neustart gleich wieder.
Mir ist halt nur aufgefallen, dass bei der Auswahl des "Homes" nicht nur der Token angezeigt wird. So war das bisher.Sonst ist alles wie gehabt wieder i.O.
-
@arteck sorry die späte Antwort.
Ich meinte nicht den Preis, sondern den Zeitpunkt des günstigsten Preises.
Das ist ja im Format yyyy,mm,dd,hhhh.
Wenn ich das jetzt tagesaktuell darstelle, macht alles keinen Sinn, bis auf die Uhrzeit und sieht z.b. auf dem sonoff ziemlich doof aus. -
NEWS: TibberLink Adapter V3.4.0 kann jetzt auch den Pulse lokal Abfragen - schiebe ich heute Abend ins Beta Repo. Erfahrungsberichte sehr willkommen!
-
@reblausgt
Bekomme folgende Meldungen:tibberlink.0 2024-07-12 06:56:27.900 info State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.hub_attachments.node_version" has to be type "number" but received type "string" tibberlink.0 2024-07-12 06:56:27.856 info State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.type" has to be type "number" but received type "string" tibberlink.0 2024-07-12 06:56:27.777 warn Calling Bridge metrics data -
@reblausgt Bei mir alles super!
Lediglich die Unit der Phasenverschiebung hat's in die Zeichensatzhölle geworfen (°). Aber das ist ja Kosmetik.Ansonsten prima und hat direkt das Skript abgelöst.
Nutze und brauche die Livedaten erfolgreich für meinen PV-Speicher.
-
@oxident
Hast du einfach die neue lokale Funktion eingeschaltet und die entsprechenden Daten eingetragen oder sonst noch was an den Einstellungen der Instanz geändert. -
@reblausgt
Gerade installiert und läuft soweit
Alle Werte werden richtig übertragen.Diese Warnung wir auch bei mir im LOG ständig wiederholt:
2024-07-12 14:41:36.014 - warn: tibberlink.0 (6538) Calling Bridge metrics data 2024-07-12 14:41:36.102 - info: tibberlink.0 (6538) State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.type" has to be type "number" but received type "string" 2024-07-12 14:41:36.148 - info: tibberlink.0 (6538) State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.hub_attachments.node_version" has to be type "number" but received type "string" -
@reblausgt funktiioniert bei mir gut...
habe persöhnlich keinen benefit von da die "cloud" aktualiesierung exact gleich schnell ist (laut objekte)... der einizge vorteile wäre bei verlust der IInet verbindung....
Aber gutes future -
@schimi said in TibberLink Adapter:
habe persönlich keinen benefit von da die "cloud" aktualisierung exact gleich schnell ist (laut objekte)... der einizge vorteile wäre bei verlust der IInet verbindung....
Aber gutes futureSolange die Cloud Variante funktioniert hast du absolut Recht. Leider gibt es immer wieder Probleme - jetzt haben wir eine Reservefunktion....
-
@oxident said in TibberLink Adapter:
Lediglich die Unit der Phasenverschiebung hat's in die Zeichensatzhölle geworfen (°). Aber das ist ja Kosmetik.
gefixt für 3.4.2
-
@arnod said in TibberLink Adapter:
@reblausgt
Diese Warnung wir auch bei mir im LOG ständig wiederholt:2024-07-12 14:41:36.014 - warn: tibberlink.0 (6538) Calling Bridge metrics data 2024-07-12 14:41:36.102 - info: tibberlink.0 (6538) State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.type" has to be type "number" but received type "string" 2024-07-12 14:41:36.148 - info: tibberlink.0 (6538) State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.hub_attachments.node_version" has to be type "number" but received type "string"warn: tibberlink.0 (6538) Calling Bridge metrics data war ein Debug mode von mir... sorry hatte ich vergessen - ist in 3.4.1 entfernt, eben released
den Rest muss ich mir mal ansehen.... da machen wir einen Issue daraus
https://github.com/hombach/ioBroker.tibberlink/issues/455
Die Werte die in die bemängelten Objekte übergeben werden wären hilfreich.closed Type mismatch writing local poll states #455
-
@flisse said in TibberLink Adapter:
@reblausgt
Bekomme folgende Meldungen:tibberlink.0 2024-07-12 06:56:27.900 info State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.hub_attachments.node_version" has to be type "number" but received type "string" tibberlink.0 2024-07-12 06:56:27.856 info State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.type" has to be type "number" but received type "string" tibberlink.0 2024-07-12 06:56:27.777 warn Calling Bridge metrics datasiehe mein Kommentar von eben..... Aber die Werte kommen trotzdem rein?
-
@reblausgt
Danke. Meldungen treten jetzt nicht mehr auf.
Die Werte kamen die ganze Zeit rein, ob über Cloud oder Lokal kann man nicht erkennen oder?
