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

[padrino]

Habe mal mit dem blueprint/skill "Meine Geschichte" experimentiert.
Leider ist das Ergebnis nicht sehr überzeugend. :(
Man kann den Blueprint zwar beliebig umbennen, aber leider wohl nicht dazu bringen die "Geschichte" direkt zu erzählen, sondern es kommt immer ein unpassendes Menü.
Mein Gedanke dahinter war, im Hintergrund auf die "Geschichte" mit Skripten zu reagieren... :flushed:

[Apropo]

Bei mir funktioniert das mit dem Cookie anscheinend leider nicht. Hab seit heute Mittag das Log voll mit solchen Meldungen:

alexa2.0	2019-05-17 14:23:23.297	error	Error: You can try to get the cookie manually by opening http://192.168.178.48:36157/ with your browser.
alexa2.0	2019-05-17 14:23:23.296	error	Error:
alexa2.0	2019-05-17 14:23:20.447	info	starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.14.0
host.iobrokervm	2019-05-17 14:23:19.566	info	instance system.adapter.alexa2.0 started with pid 2569
host.iobrokervm	2019-05-17 14:22:49.552	info	Restart adapter system.adapter.alexa2.0 because enabled
host.iobrokervm	2019-05-17 14:22:49.552	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:139:11)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at endReadableNT (_stream_readable.js:1064:12)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at IncomingMessage.emit (events.js:208:7)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at emitNone (events.js:111:20)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at IncomingMessage.res.on (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:709:60)
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at /opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:742:20
Caught	2019-05-17 14:22:49.552	error	by controller[0]: at checkAuthentication (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:634:53)
Caught	2019-05-17 14:22:49.551	error	by controller[0]: TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:22:49.530	warn	Exception: TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:22:49.525	error	at process._tickCallback (internal/process/next_tick.js:181:9)
alexa2.0	2019-05-17 14:22:49.525	error	at _combinedTickCallback (internal/process/next_tick.js:139:11)
alexa2.0	2019-05-17 14:22:49.525	error	at endReadableNT (_stream_readable.js:1064:12)
alexa2.0	2019-05-17 14:22:49.525	error	at IncomingMessage.emit (events.js:208:7)
alexa2.0	2019-05-17 14:22:49.525	error	at emitNone (events.js:111:20)
alexa2.0	2019-05-17 14:22:49.525	error	at IncomingMessage.res.on (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:709:60)
alexa2.0	2019-05-17 14:22:49.525	error	at /opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:742:20
alexa2.0	2019-05-17 14:22:49.525	error	at checkAuthentication (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:634:53)
alexa2.0	2019-05-17 14:22:49.525	error	TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:22:49.524	error	uncaught exception: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:12:48.893	info	Alexa-Push-Connection disconnected - fallback to poll data: Cookie invalid
alexa2.0	2019-05-17 14:12:12.104	info	starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.14.0
host.iobrokervm	2019-05-17 14:12:11.257	info	instance system.adapter.alexa2.0 started with pid 2554
host.iobrokervm	2019-05-17 14:11:41.244	info	Restart adapter system.adapter.alexa2.0 because enabled
host.iobrokervm	2019-05-17 14:11:41.244	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
Caught	2019-05-17 14:11:41.244	error	by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
Caught	2019-05-17 14:11:41.244	error	by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:139:11)
Caught	2019-05-17 14:11:41.244	error	by controller[0]: at endReadableNT (_stream_readable.js:1064:12)
Caught	2019-05-17 14:11:41.244	error	by controller[0]: at IncomingMessage.emit (events.js:208:7)
Caught	2019-05-17 14:11:41.243	error	by controller[0]: at emitNone (events.js:111:20)
Caught	2019-05-17 14:11:41.243	error	by controller[0]: at IncomingMessage.res.on (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:709:60)
Caught	2019-05-17 14:11:41.243	error	by controller[0]: at /opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:742:20
Caught	2019-05-17 14:11:41.243	error	by controller[0]: at checkAuthentication (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:634:53)
Caught	2019-05-17 14:11:41.242	error	by controller[0]: TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:11:41.215	warn	Exception: TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:11:41.208	error	at process._tickCallback (internal/process/next_tick.js:181:9)
alexa2.0	2019-05-17 14:11:41.208	error	at _combinedTickCallback (internal/process/next_tick.js:139:11)
alexa2.0	2019-05-17 14:11:41.208	error	at endReadableNT (_stream_readable.js:1064:12)
alexa2.0	2019-05-17 14:11:41.208	error	at IncomingMessage.emit (events.js:208:7)
alexa2.0	2019-05-17 14:11:41.208	error	at emitNone (events.js:111:20)
alexa2.0	2019-05-17 14:11:41.208	error	at IncomingMessage.res.on (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:709:60)
alexa2.0	2019-05-17 14:11:41.208	error	at /opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:742:20
alexa2.0	2019-05-17 14:11:41.208	error	at checkAuthentication (/opt/iobroker/node_modules/alexa-remote2/alexa-remote.js:634:53)
alexa2.0	2019-05-17 14:11:41.208	error	TypeError: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:11:41.207	error	uncaught exception: Cannot read property 'password' of undefined
alexa2.0	2019-05-17 14:01:40.546	info	Alexa-Push-Connection disconnected - fallback to poll data: Cookie invalid
alexa2.0	2019-05-17 14:01:11.395	info	starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.14.0
host.iobrokervm	2019-05-17 14:01:10.445	info	instance system.adapter.alexa2.0 started with pid 2542
host.iobrokervm	2019-05-17 14:00:40.433	info	Restart adapter system.adapter.alexa2.0 because enabled

Jemand eine Idee woran es liegen kann?

[apollon77]

Starte mal den Adapter neu. Das passiert aktuell noch falls er die Internet Verbindung zu Amazon verloren hat. ALternativ: Instanz löschen und neu einrichten das alles neu initialisiert wird

[Apropo]

Hab seit der Installation schon mehrfach neu gestartet. Sogar die ganze VM aufgrund von Updates.
Dann werde ich mal versuchen die Instanz neu einzurichten ....

[padrino]

@apollon77

Hmm, gerade festgestellt, dass mein Skript nicht mehr funktioniert, das auf dem angesprochenen Echo einen Wert zurück geben soll.
Dachte eigentlich, das ging die ganze Zeit. =)
Auf jeden Fall, habe ich den Grund herausgefunden. ;)
Das Skript wertet "history" aus.
Nun ist mir aufgefallen, dass "Computer" (auch wenn man keine Pause macht) heraus getrennt wird, aber "Alexa" nicht (mehr?). :thinking_face:
Ich dachte, dass, seit es den "strip fix" gab, alle Aktivierungswörter gefiltert wurden, war das nicht so?
Oder wurde von Seiten amazons etwas geändert, dass das Strippen von "Alexa" nicht mehr klappt.
Kurzer Test: "Amazon" und "Echo" werden auch nicht "gefiltert", also nur "Computer". :flushed:

[apollon77]

Es wird das herausgefiltert was als "DAS Wake word" für das Device eingestellt ist. Wenn man "Computer" einstellt sollte das Gerät an sich ja auch auf "Alexa" nicht reagieren und damit ist "Alexa" ein normales Wort.

[padrino]

Ist hier aber nicht so. Habe ja für den Test extra die Wakewords geändert.

Also

• Echo wakeword ist "Computer" -> "Computer" wird gefiltert
• Echo wakeword ist "Alexa", "amazon" oder "echo" -> die drei werden (jeweils) nicht gefiltert

[apollon77]

Hast Du auch nach jeder Änderung den Adapter neu gestartet? Der liesst das einmalig zu beginn aus und nutzt es dann

[padrino]

@apollon77

Nein, für den Test nicht.
Aber ich habe es auch mit anderen Geräten gestestet, die schon seit Monaten "Alexa" heißen (also länger als der Adapter seit seinem letzten Restart läuft), auch dort wird/wurde es nicht gefiltert (daher ist mir auch überhaupt aufgefallen, dass das Skript nicht mehr geht).
Starte einfach trotzdem neu, das hat ja in der Vergangenheit so manches Problem gelöst, auch wenn man so die Fehler dahinter nie findet.
Denn einen Grund muss es ja geben, dass der Adapter von Zeit zu Zeit irgendwo "falsch abbiegt". ;)

[apollon77]

Kannst Du bitte nochmal schauen mit Restarts. Ich kann das spontan bei mir nicht nachvollziehen. Wenn es bei Dir reproduzierbar ist muss ich wohl reinschauen was Amazon wieder getrieben hat :-(

[padrino]

Jo, restart hat es gefixt.
Obwohl ich es mir nicht erklären kann, da der Adapter seit Wochen lief mit den "Alexas" lief... :(
Danke.

[padrino]

Hmm, kann man einen Echo irgendwie dazu bringen auf eine Eingabe zu warten, also ihn praktisch "aufmerksam" machen (wie beim drücken der "action" Taste)? =)

[Diginix]

@padrino Nein, das geht nicht. Gibt aktuell keine Chance das Mikrofon ohne Wakeword zu aktivieren.

[padrino]

Schade.
Gibt es auch keine Aktion, die man triggern kann, die danach (wenn man den Aufmerksamkeitsmodus aktiviert hat) noch das Mikro "offen" lässt?
Leider deaktivieren ja Aktionen wie SSML oder auch "sprich mir nach" kurzzeitig den Aufmerksamkeitsmodus. :(

[Diginix]

Nein, hatte ich Apollon77 auch schon gefragt und er hatte es mWn auch hier beantwortet.

[padrino]

Hmm, schätze dann ich muss mich wohl mal mit diesem Hardware Mod beschäftigen... :D

https://www.youtube.com/watch?v=lk3CzFUsxzg

Dann aber auch noch gleich den Mikrofonknopf umbauen. =)

[crunchip]

Vielleicht ändert sich ja in naher zukunft etwas
https://www.golem.de/news/amazons-patentanmeldung-alexa-aktivierungswort-kann-auch-am-ende-gesagt-werden-1905-141510.html
https://www.smarthomeassistent.de/amazon-patent-moechte-alexa-immer-auch-ohne-aktivierungswort-zuhoeren-lassen/

[padrino]

Hmm, da hör ich wieder alle aufschreien... ;)

@all
Gerade festgestellt, wenn ich sage "Lautstärke Null", wird alexa2.0.Echo-Devices.XXXX.Player.volume nicht mehr auf "0" gesetzt, es bleibt bei seinem Wert. Stattdessen gibt es ein echtes "mute".
Man sieht nur, dass etwas passiert daran, dass alexa2.0.Echo-Devices.XXXX.Player.muted "true" wird.
Frage mich, wenn der Echo so expliziet "muten" kann, ohne die "volume" dabei zu verändern, ob dann auch der Adapter ein "aktives" mute (mit false/true) haben könnte, statt nur der Statusanzeige "muted"?
(wenn ich in der App den slider schnell auf null schiebe, dann wird auch "muted" gesetzt und die eingestellte "player.volume" bleibt hoch.

[apollon77]

EInige Geräte haben einen echten "Muted" status andere nicht. Der Adapter versucht das daher zu egalisieren ... Ein Volume von 0 wird daher intern als "mute" angenommen und so gesetzt bei den Geräten die kein "mute" haben

[padrino]

Ok.
Ich kann nur sagen, dass ich hier nur Echo Dots der 2. Generation habe und dass sich deren Verhalten definitiv verändert haben muss.
Oben habe ich ja erwähnt, dass die Geräte bei mir (oft) stündlich auf "0" gesetzt werden.
Daher habe ich ja ein Skript geschrieben um automatischen den "vorherigen Wert" bei einer Änderung auf "0" in "Player.volume" einzutragen.
Da ich beim Testen/Erstellen des Skripts keine Lust hatte, immer zu warten, bis die Änderung von alleine eintrifft, habe ich sie selbst forciert und gesagt "Alexa, Lautstärke 0". So konnte ich direkt sehen, ob mein Skript greift - und das tat es. :)
Jetzt tut es das "manuell" nicht mehr. ;)
Hängt evtl. mit dem kürzlichen Update auf FW 637566720 zusammen...