IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
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...
-
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 enabledJemand eine Idee woran es liegen kann?
-
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
-
Hab seit der Installation schon mehrfach neu gestartet. Sogar die ganze VM aufgrund von Updates.
Dann werde ich mal versuchen die Instanz neu einzurichten .... -
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?).
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". -
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.
-
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
-
Hast Du auch nach jeder Änderung den Adapter neu gestartet? Der liesst das einmalig zu beginn aus und nutzt es dann
-
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". -
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
-
Jo, restart hat es gefixt.
Obwohl ich es mir nicht erklären kann, da der Adapter seit Wochen lief mit den "Alexas" lief...
Danke. -
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)?
-
@padrino Nein, das geht nicht. Gibt aktuell keine Chance das Mikrofon ohne Wakeword zu aktivieren.
-
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. -
Nein, hatte ich Apollon77 auch schon gefragt und er hatte es mWn auch hier beantwortet.
-
Hmm, schätze dann ich muss mich wohl mal mit diesem Hardware Mod beschäftigen...
https://www.youtube.com/watch?v=lk3CzFUsxzg
Dann aber auch noch gleich den Mikrofonknopf umbauen.
-
-
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. -
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
-
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...
