Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta)
-
@sigi234 IOk, scheinbar werden erfolgreiche Löschungen manchmal nicht als Push gemeldet ... ich baue was ...
-
So, jetzt gehen mir aber echt langsam die Features aus
(Nein das ist kein Aufruf dazu euch mehr auszudenken ;-)) )3.17.0 auf dem Weg:
- (Apollon77) Add support to play Audible books in Music-Providers
- (Apollon77) Optimize deletion of alarms and reminders
- (Apollon77) Optimize requesting smart home device data
-
@apollon77 sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
3.17.0 auf dem Weg:
Die Alten Wecker bleiben erhalten, ansonsten funktioniert aber der Wecker mit der Wunsch-Musik
Reload gemacht.
-
Moin zusammen,
top Update, danke! Die Weckerfunktionalitäten haben gefehlt.Ich bekomme es aber leider nicht hin einen Wecker mit Timestamp zu erstellen ... Wie lautet die korrekte Syntax?
Danke für deine Arbeit @apollon77 !
Gruß
-
@undone said in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
Moin zusammen,
top Update, danke! Die Weckerfunktionalitäten haben gefehlt.Ich bekomme es aber leider nicht hin einen Wecker mit Timestamp zu erstellen ... Wie lautet die korrekte Syntax?
Danke für deine Arbeit @apollon77 !
Gruß
...ich glaube, dass ich hier einen Bug gefunden habe.
Folgende Syntax funktioniert für Reminder: 1657736017172;label;System Alarm;[]
Er setzt genau den Reminder mit dem Timestamp.
Bei den Alarms funktioniert die Syntax nicht, obwohl sie ja lt. Dokumentation gleich ist.
Übersehe ich hier etwas?
-
@sigi234 Also bei mir wirds geloggt und sieht man auchim Info log ... wtf ... Bitte Debug Log vom Wecker löschen. Danke
-
@undone naja die ersten Zwei Teile sind korrekt.
- 1657736017172 muss der Ziel Timestamp in ms sein
- label auch korrekt
- die Sound ID ist nicht so easy. Schau mal in das json des "sound " Objekte ... da sind alle gelistet mit ID-> Name ... die ID muss es dort sein
- was die [] sollen weiss ich nicht ... aaahh naja das sollte ind er DOku heissen das es optional ist ... also weglassen wenn nicht genutzt!
Was genau geht denn bei Alarmen nicht ... mal anbgesehen das Sentry noch einen Crash gemeldet hat (kann das sein bei dir??) Gibt nachher noch ne 3.17.1
-
@apollon77 sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
Gibt nachher noch ne 3.17.1
Verrückt
-
@apollon77
Ich habe noch Skripte die als Wert für alexa2.0.Echo-Devices.*.Commands.announcement z.B. "30;Text" setzen.
Die 30 wird auch am Echo RIng als Lautstärkeänderung angezeigt und der "mööp" Sound kommt in der Lautstärke des Wertes vor dem Semikolon. Dennoch wird der Text nach dem Semikolon immer in der Lautstärke aus alexa2.0.Echo-Devices.*.Player.volume wiedergegeben und der Wert aus announcement vor dem Semikolon wird ignoriert obwohl er Millisekunden vorher ja noch am LED Ring als umgesetzt signalisiert wurde. Bei alexa2.0.Echo-Devices.*.Commands.speak funktionier es noch mit "30;Text", egal was in alexa2.0.Echo-Devices.*.Player.volume steht.Ist das so gewollt und ich muss in meinen Skripten zukünftig erst Player.volume setzen und dafür im String von announcement den Volumewert inkl. Semikolon weglassen oder sollte es eigentlich auch so wie früher, und wie es in speak ja noch ist, funktionieren?
Schön war es schon Volume+Text in einem Wert zu übergeben als zwei Objekte schreiben zu müssen.PS: Erst dachte ich alexa2.0.Echo-Devices.*.Preferences.notificationVolume wird irgendwie da mit reingezogen. Hat bei speak, annoucement und ssml aber anscheinend keine Bedeutung.
-
@diginix naja dieses Thema war noch offen ... kann es sein das das nur bestimmte gerätetypen betrifft? Die Kommandoreihenfolge wird bei Announcement genau so gesendet wie bei speak ... Letzter Stand war das es ne Amazon geschichte ist.
An sich wird eine "Kommandosequenz" gesendet ... Volume setzen, text/Announcement machen, Volume runtersetzen. Scheinbar passiert jetzt aber das amazon das "volume zurücksetzen" schon ausführt nachdem jur der dong von Announcement durch ist oder sowas.
Wäre cool wenn ich das nachstellen könnte, dann kann ich mal experimentieren
Wie ists bei anderen? Sind es nur bestimmte Gerätetypen wo das so ist oder ist es immer?
-
@diginix sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
PS: Erst dachte ich alexa2.0.Echo-Devices.*.Preferences.notificationVolume wird irgendwie da mit reingezogen. Hat bei speak, annoucement und ssml aber anscheinend keine Bedeutung.
Notifications -> Timer, Alarm, Reminder
-
Beim UWZ-NINA-Wetter-Skript hat sich auch was getan:
https://github.com/ticaki/DWD-UWZ-NINA-Pushwarnungen-iobroker/issues/19
closed Alexa Volume is a string, expects a number #19
-
@apollon77 Ich habe nur Echo Dot Gen 2+3 und da ist es bei allen dasselbe Verhalten.
Kann nat. sein dass es mit 3.12.x auch schon so war und mir nur gerade mit 3.17.0 aufgefallen ist. -
@diginix sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
Kann nat. sein dass es mit 3.12.x auch schon so war und mir nur gerade mit 3.17.0 aufgefallen ist.
Ja, es gab Berichte dazu
-
@apollon77 Hm, schön wäre es nat. wenn announcement sich wie speak auch mit Vol. Wert im String nutzen ließe. Aber wenn Amazon das vereitelt und du das nicht im Code workarounden kannst/willst, dann muss ich mal überlegen ob ich bei announcements selbst jedes mal paar Millisekunden vorher player.volume auf den Sollwert setze und danach wieder auf den alten. Macht es in den Skripten halt deutlich aufwändiger.
-
@diginix Ich denke man findet wege es zu umgehen ... Muss mal schauen iob eins meiner Geräte sowas hat. Machst bitte neues GitHub issue?
-
@apollon77 sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
Wie ists bei anderen? Sind es nur bestimmte Gerätetypen wo das so ist oder ist es immer?
Scheint Geräteabhängig zu sein.
Im Skritp werden vier Echos angesprochen, aber nur zwei werden angemeckert:2022-07-11 22:22:38.686 - error: alexa2.0 (1054) Datatype for Echo-Devices.G09147040177093E.Player.volume differs from expected, ignore state change! Please write correct datatype (number) 2022-07-11 22:22:38.706 - error: alexa2.0 (1054) Datatype for Echo-Devices.G090LV037337008G.Player.volume differs from expected, ignore state change! Please write correct datatype (number)G09147040177093E ist ein Echo Dot mit Uhr und G090LV037337008G ein Echo 1. Generation.
-
@thomas-braun @Diginix magst mal GitHub version versuchen? Konnte es bei mir nachstellen und arbeite jetzt drum rum ... Er errechnet anhand der textlänge wie lang grob die Ausgabe dauert und setzt es danach zurück ... Ist ggf am Ende nicht so "perfekt" wie "speak" und die anderen wo es Amazon selbst über die Sequenz regelt.
Wenn das bei Euch geht dann kommts morgen in die 3.17.1
@thomas-braun Diese Meldung heisst das du nen falschen Datentyp setzt ... finde den Fehler in deinem Skript.
-
@thomas-braun os: keine Ahnung was das Skriptes tut
-
@apollon77 sagte in Alexa2 Adapter 3.13/3.14/3.15/3.16/3.17 (Beta):
Diese Meldung heisst das du nen falschen Datentyp setzt ... finde den Fehler in deinem Skript.
Ist nicht mein Skript und ich verstehe den Code nicht. Hab eben schon reingeschaut, aber da hätte ich auch das Telefonbuch von Singapur lesen können.
Ich glaube da schaut besser @ticaki rein.
