NEWS
IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
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... -
Also meine Dots der 2. Gen funktionieren genau wie immer und werden nie auf 0 gesetzt. Ich hab lediglich ein Script laufen das sie abends leiser macht und morgens wieder lauter.
-
@Apropo
Das mit dem auf "0" setzen ist ein bekannter Fehler. Hatte darauf schon vor einer Weile hingewiesen. Apollon77 hat den auch schon gefixt (fürs nächste Update), nachdem @Diginix ihn bestätigt und interne Versionen getestet hat.
Ich habe das hier nur nochmal erwähnt, um zu zeigen, dass der Dot jetzt wohl "muted", was er zu Zeiten meiner Skripterstellung nicht gemacht hat. Damals hat ein "Lautstärke 0"einfach nur die "Player.volume" mit "0" gesetzt.