UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft 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.

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

[flisse]

@reblausgt
Ich war gestern wohl etwas zu voreilig. Ich bekomme immer noch diese Log-Einträge, lediglich die Warnung vorher tritt nicht mehr auf

tibberlink.0 2024-07-13 04:31:50.034	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-13 04:31:49.989	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-13 04:30:49.922	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-13 04:30:49.881	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-13 04:29:50.023	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-13 04:29:49.979	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-13 04:28:49.873	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-13 04:28:49.832	info	State value to set for "tibberlink.0.LocalPulse.0.PulseInfo.type" has to be type "number" but received type "string"

Und so sieht der Objektbaum der lokalen Datenabfrage bei mir aus:

[ReblausGT]

@flisse said in TibberLink Adapter:

@reblausgt
Ich war gestern wohl etwas zu voreilig. Ich bekomme immer noch diese Log-Einträge, lediglich die Warnung vorher tritt nicht mehr auf

Und so sieht der Objektbaum der lokalen Datenabfrage bei mir aus:

Bitte 3.4.2 installieren - denke bei Dir läuft noch 3.4.1 (wenn schon installiert nocheinmal stoppen und starten)
und dann die beiden "fehlerhaften" states löschen:

sind nach ~1 Minute wieder da.

Dann sollte die Meldungen nicht mehr kommen.

[ReblausGT]

Wie ist eigentlich eure Meinung zu:

• Ausgabe der Zählerwerte in kWh statt Wh wie original vom Pulse gemeldet?
• Runden der Zählerwerte auf ganze kWh oder 1/10 kWh?
• Wegfall von eher unnützen Werten wie z.B. Firmware Version? Welche sind wichtig?
• Umrechnung der Uptime in menschentaugliche Darstellung?
• Ergänzen von Einheiten (V bei Batteriespannung etc.)

[paul53]

@reblausgt sagte: Runden der Zählerwerte auf ganze kWh oder 1/10 kWh?

Besser auf 10 Wh runden (2 Nachkomastellen).

@reblausgt sagte in TibberLink Adapter:

Wegfall von eher unnützen Werten wie z.B. Firmware Version? Welche sind wichtig?

Solche Konstanten würde ich unter "native" des Geräteobjektes bringen.

@reblausgt sagte in TibberLink Adapter:

Ergänzen von Einheiten (V bei Batteriespannung etc.)

Unbedingt!

[ArnoD]

Habe gerade die Version 3.4.2 installiert und läuft ohne Fehlermeldung oder Warnung im LOG. :-)

Zu deinen Fragen:

• Ausgabe der Zählerwerte in kWh statt Wh wie original vom Pulse gemeldet?

Da bei dem Zähler nur ganze kWh entscheidend sind, würde eine Ausgabe in kWh aus meiner Sicht passen.

• Runden der Zählerwerte auf ganze kWh oder 1/10 kWh?>

Hier würde ich auf ganze kWh abrunden. Also 1000954 Wh = 1000 kWh, da so jeder Stromzähler abgelesen wird, die Nachkommastellen werden dabei ignoriert.

• Wegfall von eher unnützen Werten wie z.B. Firmware Version? Welche sind wichtig?

Da für jeden wahrscheinlich andere Informationen wichtig sind, würde ich nichts wegfallen lassen.
Jeder kann dann das verwenden, was er braucht und den Rest ignorieren.

• Umrechnung der Uptime in menschentaugliche Darstellung?

Gute Idee.

• Ergänzen von Einheiten (V bei Batteriespannung etc.)

Gute Idee.

[ArnoD]

Habe mir die Werte gerade etwas genauer angesehen und festgestellt das bei tibberlink.0.LocalPulse.0.PulseInfo.node_status.radio_tx_power nichts übertragen wird.
Funktioniert das bei euch?
Hier sollte eigentlich die Sendeleistung vom Tibber Puls übertragen werden.

[ReblausGT]

@arnod said in TibberLink Adapter:

Habe mir die Werte gerade etwas genauer angesehen und festgestellt das bei tibberlink.0.LocalPulse.0.PulseInfo.node_status.radio_tx_power nichts übertragen wird.
Funktioniert das bei euch?
Hier sollte eigentlich die Sendeleistung vom Tibber Puls übertragen werden.

Wird übertragen, sonst würde der State nicht erzeugt werden.... habe ich aber auch ein "0" drin - müsste man mal auf der Web-Seite des Pulse schauen ob dort was geschrieben steht