TibberLink Adapter

[mcm1957]

@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]

@tutnixzursache
Das warten hat sich gelohnt, Tibber läuft wieder rund.

Danke für die Hilfe!

[RikDRS]

@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!

[ReblausGT]

@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.

[ReblausGT]

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

[Peter c]

@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.

[bakerman23]

@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.

[ReblausGT]

NEWS: TibberLink Adapter V3.4.0 kann jetzt auch den Pulse lokal Abfragen - schiebe ich heute Abend ins Beta Repo. Erfahrungsberichte sehr willkommen!

[flisse]

@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

[oxident]

@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.

[flisse]

@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.

[ArnoD]

@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"

[Schimi]

@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

[ReblausGT]

@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 future

Solange die Cloud Variante funktioniert hast du absolut Recht. Leider gibt es immer wieder Probleme - jetzt haben wir eine Reservefunktion....

[ReblausGT]

@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

[ReblausGT]

@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.

hombach created this issue in hombach/ioBroker.tibberlink

closed Type mismatch writing local poll states #455

[ReblausGT]

@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 data

siehe mein Kommentar von eben..... Aber die Werte kommen trotzdem rein?

[flisse]

@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?

[ReblausGT]

@reblausgt said in TibberLink Adapter:

@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"

Fixed in 3.4.2 - in ein paar Minuten im Beta repo.....
bitte diese beiden status objekte einmalig löschen:

[ReblausGT]

@flisse said in TibberLink Adapter:

@reblausgt
Die Werte kamen die ganze Zeit rein, ob über Cloud oder Lokal kann man nicht erkennen oder?

Die Werte werden akut in unterschiedlichen Objekten bzw. Bereichen abgelegt. Man kann auch beides Nutzen. In sofern, ja, kann man unterscheiden.