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

[sunnylaila]

@michael-roling
nein habe ich kontrolliert in der app ist es ein anderer Account wie im iobroker
off Topic meine Frau mag lieber eine Erfrischung mir wäre Wärmer auch lieber da ja die PV auch immer genug Strom liefert

[sunnylaila]

@michael-roling

Hilft den die Geräte -ID dir bei mir in der app steht eventuell weiter?
1640627152468598784

[Michael Roling]

@sunnylaila Ich werde die einfach dort mal einfügen. Bin aber aktuell nicht am Rechner. Das wird erst heute Nachmittag was.

[Michael Roling]

@sunnylaila ach noch eine Sache, um den Adapter zu testen musst du das Skript stoppen

[sunnylaila]

@michael-roling

ja das Skript ist aktuell gestoppt. Sobald du es geändert hast sag einfach bescheid dann teste ich es nochmal

[oxident]

Hast Du Android oder Apple?

[Michael Roling]

@oxident Falls du mich meinst ich habe Apple.
Weisst du woher die productIds kommen die im Code sind? Die passen nämlich nicht mit denen in der App

[Michael Roling]

@sunnylaila Ich habe deine Id mal hinzugefügt, und hoch geladen. Kannst du jetzt testen
Alternativ erstellst du noch einen dritten Account und stellst mir den zur Verfügung und ich teste hier direkt, das wäre das einfachste.

[sunnylaila]

@michael-roling
Fehler ist leider geblieben auch ich habe apple bei den apps
habe dir jetzt mal einen Test Account angelegt und schicke ihn dir per pn

[oxident]

@sunnylaila Ok, ich denke, man könnte auch versuchen, den Traffic zwischen Deiner App und dem Server mitzuschneiden. Da bin ich bei Apple aber überfragt.

Aber eventuell könnten wir das ja mit dem Testaccount machen.

[Michael Roling]

@oxident Im Moment hat er das Problem das die Heizung garnicht online ist, daher kann im Moment der Adapter auch nichts finden

[Michael Roling]

@oxident Läuft bei dir denn der Adapter ? Weisst du von wo die ProductIds kommen?

[oxident]

@michael-roling Bei mir läuft er problemlos. Die ProductIds hat der HA-Entwickler durch mitschneiden der Anfragen herausbekommen. Es scheint ja eine Art "liefere alle WP mit folgenden Modellnummern zurück" zu sein.

Wenn wir Pech haben, dann müssten wir in der aktuellen APK nachschauen oder halt den Traffic mitsniffen.

Mir ist auch aufgefallen, dass die Controller manchmal offline sind wenn z.B. die Internetverbindung über Mobilfunk läuft (so ist es bei mir, wenn Kabel-Internet ausfällt). Warum das so ist konnte ich noch nicht herausfinden.

[Michael Roling]

@oxident wie kann man die Daten mit schneiden?

[oxident]

@michael-roling Unter Android z.B. mit NetCapture (Playstore). Das läuft dann aber wegen SSL über ein VPN mit selbstsigniertem Zertifikat. Könnte evtl. ein Sicherheitsrisiko sein.

Aber so bin ich auch an Daten anderer Cloud-Geräte (Atlantic Warmwasser-Wärmepumpe) gekommen.

[Michael Roling]

@oxident @sunnylaila
So ich habe gerade noch mal ein wenig weiter gemacht, und ich habe ein paar Fortschritte erziehlt.
Jetzt die Frage an @oxident , ich habe mal die komplette Funktion getDevice ID auskommentiert, und habe den DeviceCode direkt eingetragen, diesen findet man in der App. Ich glaube dieses wird ziehlführend sein. Wenn ich dann den Code laufen lasse bekomme ich alle Werte die ich brauche, auch die, die vorher bei updateDeviceId fehlten. Leider habe ich im Moment keine Zeit. Vielleicht heute Abend wieder.

Ich habe es doch eben noch fertig stellen können auf die Schnelle, könnt beide mal probieren. Aber bei den Daten von @sunnylaila läuft es, meine eigenen konnte ich noch nicht testen

[oxident]

@michael-roling Interessanter Ansatz!
Wir müssen nur irgendwie schauen, dass das mit allen "API Leveln" auch so funktioniert.

Kann auch gerade nicht testen, hole ich aber nach.

Danke für Deinen Einsatz!

[sunnylaila]

@michael-roling
Bin erst heute Abend wieder zu Hause dann teste ich mal

[Michael Roling]

@oxident wenn das mit alten api Level nicht funktioniert wäre das kein Problem entweder das ganze optional zu machen, evtl kann der Code sich auch drum kümmern

[oxident]

@michael-roling Konnte doch schon testen und muss leider berichten, dass es bei mir ohne getDeviceID nicht mehr funktioniert.

"TypeError: Cannot read properties of undefined (reading '0')\n at updateDeviceStatus (/opt/iobroker/node_modules/iobroker.midas-aquatemp/build/lib/updateDeviceStatus.js:65:60)\n at process.processTicksAndRejections (node:internal/process/task_queues:95:5)\n at async updateToken (/opt/iobroker/node_modules/iobroker.midas-aquatemp/build/lib/token.js:75:7)\n at async MidasAquatemp.onReady (/opt/iobroker/node_modules/iobroker.midas-aquatemp/build/main.js:78:5)"

Wenn ich wieder den Stand vor Deinem letzten Commit (also ab f116b75) nutze, dann ist alles okay.

Das Blöde ist, dass es sein könnte, dass wir bestimmte ProductIDs anders behandeln müssen. Also so, wie auch beim APILevel. Komischerweise schafft die Aquatemp-App es, über alle Geräteklassen hinweg den "richtigen Weg" zu finden.