UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Codibris]

Hallo zusammen,

ich habe in gitHub jetzt eine v0.0.8 veröffentlicht. Dieser lief bei mir jetzt 2 Wochen durch - ohne restart. Allerdings habe ich heute im Log entdeckt, dass es doch noch Fehler bei der API gibt, denen ich noch auf die Spur kommen muss. Aber: die neue Version lief bei mir deutlich stabiler als die 0.0.7. Könnt jetzt gerne mit testen

Link für die Installation aus gitHub: https://github.com/Codibris/ioBroker.tibberconnect.git
So spart ihr das raussuchen ^^

[Michaelnorge]

@codibris Ja gerne! Installiert und den 1/2stündigen Neustart gelöscht - mal schauen was passiert. Danke für Deine Arbeit !

[theGrinch]

@codibris auch installiert und restart rausgenommen.
Ich habe im log aber weiterhin alles doppelt.
Sieht das bei euch (@Michaelnorge) auch so aus?

[Michaelnorge]

@thegrinch Was einst du mit Doppelt? Doppelte logs oder Adapter? Laufen bei dir vielleicht zwei Instanzen?

[theGrinch]

@michaelnorge genau im Log. Da habe ich alle Einträge bei der Verbindung doppelt. Bricht auch weiterhin nach 3-4min die Verbindung ab.

In der Adapter-Anzeige nur eine Instanz, bei den io-Prozessen im Raspbian auch nur 1x io.tibberconnect.

Habe jetzt den Adapter mal komplett deinstalliert, iob restart, neu installiert.
Bleibt leider bei doppelten Anzeigen im Log und Abruch.

tibberconnect.0 2022-12-02 22:19:32.974	debug	Tibber Feed: Disconnected from Tibber feed.
tibberconnect.0 2022-12-02 22:19:32.944	debug	Tibber Feed: Disconnected from Tibber feed.
tibberconnect.0 2022-12-02 22:16:28.442	debug	Tibber Feed: Connected to Tibber feed.
tibberconnect.0 2022-12-02 22:16:28.429	debug	Tibber Feed: Connected to Tibber feed.
tibberconnect.0 2022-12-02 22:16:27.701	debug	Websocket URL ermittelt: wss://websocket-api.tibber.com/v1-beta/gql/subscriptions
tibberconnect.0 2022-12-02 22:16:27.696	debug	Websocket URL ermittelt: wss://websocket-api.tibber.com/v1-beta/gql/subscriptions
tibberconnect.0 2022-12-02 22:16:27.291	debug	Ermittle Websocket URL für TibberFeed
tibberconnect.0 2022-12-02 22:16:27.283	debug	Ermittle Websocket URL für TibberFeed
tibberconnect.0 2022-12-02 22:16:25.849	info	starting. Version 0.0.8 (non-npm: Codibris/ioBroker.tibberconnect#cd1e39d75818c09c0c8601091091bae2bb36d672) in /opt/iobroker/node_modules/iobroker.tibberconnect, node: v16.18.1, js-controller: 4.0.23

[MikeRow]

@codibris Hi, 0.0.8 installiert stürzt leider weiterhin ab

[Michaelnorge]

@mikerow Hier läuft der Adapter recht gut....

[Codibris]

@mikerow mist da muss noch irgendwo nen Fehler auftreten, dem ich noch nicht auf die Schliche gekommen bin. Ich bleibe dran…

[Codibris]

Habe oben meinen Einladungscode (https://invite.tibber.com/hgg53izs) eingefügt - falls also jemand wechseln möchte würde ich mich freuen, wenn ihr den Link nutzen würdet

[Codibris]

@mikerow hast du einen Pulse im Einsatz? Aktuell scheint es primär im Kontext der dauerhaften Verbindung zur API zu Fehlern zu kommen.

Ich habe im gitHub einen Branch in dem ich übergangsweise das Logging ziemlich ausgeweitet habe.
Falls ihr das bei euch noch mal untersuchen wollt, könnt ihr den Adapter über folgenden Link installieren:
https://github.com/Codibris/ioBroker.tibberconnect/tree/83-adapter-stürzt-zyklisch-ab

(!) Wenn ihr das Loglevel auf "silly / alles" stellt, dann wird pro Datensatz vom Pulse ein Eintrag im Log erstellt. Daher das vielleicht nur unter Beobachtung machen, da das Log recht voll wird. Sonst sollten im Level "debug" noch einige Einträge mehr erscheinen, die uns helfen können, dem Ganzen auf die Schliche zu kommen. Aber hier bitte beachten: Beim Abruf der 'homes' sind persönliche Daten enthalten.

Ich lasse das auf meinem Testsystem mit dem Demotoken jetzt auch mal laufen - vielleicht komme ich der Sache so näher.

[Michaelnorge]

Ich habe zur Zeit immer noch Ausfälle, jedoch viel weniger als vorher.
Allerdings finde ich hierzu keinerlei Logeinträge (log auf "Info").
Der Adapter schaltet sich einfach auf gelb und hört auf zu funktionieren.

BTW: Gibt es einen Blockly/Adapter der meine Instanzen überwacht und meldet wenn es dort ein Problem gibt?

[MikeRow]

@codibris Hi, ja ich nutze den Pulse. Ich werde heute Abend mal das Logging erweitern und mich dann melden. Vielen Dank fürs kümmern!

[MikeRow]

@michaelnorge ich mache das so

Zusätzlich lasse ich mir in der VIS bei Adapter Ausfall eine Button zum starten des Adapters einblenden

https://www.smarthome-tricks.de/software-iobroker/iobroker-adapter-neustart-ueber-vis/#:~:text=Nach einer Aktualisierung des Datenpunkts,wird der Adapter wieder gestartet.

[Michaelnorge]

@mikerow Danke Dir, das hilft mir weiter

[Michaelnorge]

@mikerow Ich werde mal mit Deinem Script bei den Objekten direkt in System den State "alive" per Blockly beobachten. Schaltet der auf false kann ich den dann automatisch wieder auf true setzen... mal schauen ob das funktioniert

[Michaelnorge]

@mikerow

Schauen ob das geht...

[MikeRow]

@michaelnorge schau dir mal mein Script genau an. Du solltest mit kleiner als und timeout arbeiten damit du nicht bei jedem regulären Neustart sofort informiert wirst.

[Michaelnorge]

@mikerow So gehts, schlicht und einfach:

[Codibris]

@michaelnorge @MikeRow Euer Skript hat mich gerade noch auf einen blöden Fehler von mir hingewiesen - dass ich da auch nicht dran gedacht habe... Wenn die initial aufgebaute Verbindung zur API mit den Pulse-Daten (Websocket Verbindung) einmal abbricht, hat der Adapter nicht versucht, eine neue Verbindung aufzubauen - daher klappte das auch erst nach einem Neustart wieder. Ich baue gerade eine neue Version und poste das hier dann. Zum Testen müsstet ihr aber Eure Skripte mal kurz ausmachen, dass die nicht ggf. zwischenfunken.

[Michaelnorge]

@codibris Mein Adapter kann DICH stören? Ja ok, wenn du meinst

Ich habe ihn auf offline jetzt....