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

[haselchen]

@liv-in-sky

Toll, jetzt jucken die Finger.....alles Deine Schuld

[liv-in-sky]

@haselchen

mach doch ein backitup - es ist dann alles gesichert

[liv-in-sky]

@haselchen

denk positiv - wird schon werden - bei mir hat es auch geklappt

[helfi9999]

@intruder7 sagte in Alexa2 Adapter 3.18.x (BETA):

@helfi9999 aktualisiere den device reminder bitte von git. dort ist der Fehler schon behoben

@apollon77 und @DJMarc75
Hallo zusammen,

habe den device reminder so wie intruder7 beschrieben hat aktualisiert und schwupps getestet und es kommt keine Error Meldung mehr.

Sorry wenn ich euch damit genervt habe und erst später gemerkt habe das der Device Reminder im Endeffekt den Fehler beim Alexa Adapter rausgegeben hat.

Ich finde es auch toll wie ihr für die Mitglieder da seid und vieeeel Geduld mit uns habt.

Gruß
helfi

[padrino]

@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):

Warum Push bei euch nicht tut ist mir echt ein Rätsel.
Man könnte maximal eins versuchen .... instanz mal löschen das wirklich alles weg ist auch in den settings ...

Super. Das hat geholfen, Push ist wieder Aktiv. 🥰
Danke!

[liv-in-sky]

deleted - gelöscht

[padrino]

@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):

@padrino ich Rede vom Objektnamen bei den „This device (lange Id)“ … also bei mir wurde das preserved mit der 3.18.3 aber aktuell nur bei einem device type. Bei welchen hast du es versucht? (Info.deviceType)?

Kann es sein, dass DeviceType A1DL2DVDQVK3Q erhalten bleibt?
Schöne wäre es, wenn es auch bei A2TF17PFR55MTB so wäre, das ist hier mein Handy.

(Hab gesehen, wenn man den Namen im Admin ändert und dann den Adapter neu startet wird der Name sogar in info.name geschrieben. )

BTW, sollte der Name von alexa2.0.Echo-Devices.XXX.Timer.stopTimerId nicht sowas sein wie "ID of the timer to be stopped" statt "ID of the next triggered timer"?

[apollon77]

@padrino nnaaaa okk ..... weil Du's bist ... Versuch mal Github version

[padrino]

@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):

@padrino nnaaaa okk ..... weil Du's bist ... Versuch mal Github version

Musste erstmal schauen, auf welchen Punkt sich das "ok" bezog.
Scheint wohl (irgendwie) auf alle.

Was mit auffiel, eine Änderung im Admin an "name" bleibt auch nach einem reboot erhalten.
Allerdings wird beim Reboot der Name nicht in "info.name" geschrieben, wie dies beim DeviceType A1DL2DVDQVK3Q der Fall ist. In info,name bleibt "This Device".
Was mich zu der Frage bringt, neu scheint zu sein, dass in info.name nun auch "(Seriennummer)" mit drin steht?
Verwirrt mich etwas, da
a) kein anderes Device die Seriennummer mit drin hat
b) es das Verarbeiten anders/schwieriger macht als bei allen anderen Device, da man strippen muss
und
c) ist es bei DeviceType A2TF17PFR55MTB (also mein Handy) eine andere Nummer als unter info.serialNumber, steht, stattdessen haben ich noch ein namenloses Device (einen Ast) mit dieser Nummer in der ID, der aber nur DnD und Timer enthält?

[biker1602]

@apollon77
Ich habe nachdem ich die Letzten Updates gemacht habe das Problem das ich Geräte wie z.B. eine Gosund LED Leiste über den Alexa2 Adapter nicht mehr schalten kann.

Wenn ich die Leuchte über die Alexa App einschalte, wird im Adapter auch kein Datenpunkt aktualisiert.
Ich habe dann den Adapter gestoppt und unter Objekte den ganzen Objektbaum gelöscht, den Adapter wieder gestartet und bekam dann folgenden Status.

Woran kann das liegen? Am Update von den Echos?
Ich hoffe, ihr könnt mir helfen, denn ich schalte über Blockly einige Geräte, für die es keinen Adapter im Broker gibt.

[DJMarc75]

@biker1602 Das Teil ist ein SmartDevice und muss erstmal durch "includeIntervallQuery" mit true aktiviert werden.

LESEN, da steht alles Wichtige!
https://forum.iobroker.net/post/829353

[biker1602]

@djmarc75
Kommen trotzdem keine Daten auch nach Adapter Neustart

[DJMarc75]

@biker1602 Nicht gleich den Adapter neu starten sondern, nachdem auf TRUE gesetzt wurde, die 5 Minuten abwarten welche als Mindestintervall im Adapter gelten.

[biker1602]

@djmarc75 said in Alexa2 Adapter 3.18.x (BETA):

@biker1602 Nicht gleich den Adapter neu starten sondern, nachdem auf TRUE gesetzt wurde, die 5 Minuten abwarten welche als Mindestintervall im Adapter gelten.

Danke jetzt sind Daten gekommen.

[liv-in-sky]

@apollon77

in der beschreibung steht, dass es dp geben soll, die mit dem display zu tun haben sollen. habe echo show 8 und 15 - datenpunkte dazu kann ich aber nicht finden - sind die für diese geräte nicht verfügbar ?

[apollon77]

@biker1602 Also schalten sollte an sich problemlos tun. Wenn nicht bitte Loglevel auf Debug setzen und schauen was dann im Log steht wenn Du es schaltest, ggf hier posten.

Wenn Du in der App schaltest hat der Adapter noch nie "In real time" den Wert aktualisiert sondern bisher nur dann wenn Du #query getriggert hast. Also das genau meinst Du? Und ja jetzt kann man wieder ein Intervall angeben in dem die Daten aktualisiert werden.

PS: Mal überlegt die Gosund über den Tuya Adapter direkt und lokal zu steuern anstelle über die Amazon-Cloud? (Auch wenn off-topic für hier)

[apollon77]

@liv-in-sky In dem Fall sind diese wohl dann hauptsächlich bei den geräten mit eine "Uhr im gehäuse" vorhanden ... Am Ende wird das über Capabilities gesteuert, also wenn nicht da dann nicht supported

[apollon77]

@padrino Aaaalso. Es gibt Geräte und es gibt "App-Geräte" die zurückgemeldet werden. Wenn App-gerät gibts einmal einen Haupt-typ scheinbar und noch ein paar andere. Bisher hatte ich die Logik nur für den Haupt-typ drin das Namen behalten werden. App-Geräte haben dann eine Liste von Seriennummern die die einzelnen Apps darstellen - haben aber keinen eigenen namen und sowas (Also nicht in der APO rückgabe).
Um zu verhindern das die jetzt alle "this device" heissen habe ich (bisher nur für den Haupt-typ, jetzt auch für die anderen) immer die Seriennnummer des "Parent Devices" mit angehängt das man die unterscheiden kann was wohin gehört.

Das habe ich jetzt (GitHub Version) auf die anderen App-Gerätetypen ausgeweitet. Aber der Name sollte änderbar sein. Der Name in info.name ist immer der name der von der API offiziell zurückkommt, ggf mit Anhang der Seriennnummer - falls also der Name Custom überschrieben und behalten wurde dann weiss diese Stelle das nicht.

Was genau ist jetzt das issue?

Und mit irgendwas namenlosen würde ich mehr Details und ein volles Debug Log benötigen

[ESP8266]

@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):

@biker1602 .

PS: Mal überlegt die Gosund über den Tuya Adapter direkt und lokal zu steuern anstelle über die Amazon-Cloud? (Auch wenn off-topic für hier)

OTon
Das mache ich seit Jahren schon mit allen Geräten über den iot Adapter und über die Aufzählungen.
Die Alaxa-Cloud habe ich diesbezüglich noch nie genutzt.
OToff

[apollon77]

@esp8266 verstehe diese Aussage nicht ... Wenn er über Alexa2 Dinge steuert dann läuft es über die Alexa-Cloud und über einen Hersteller Skill ...