Alexa2 Adapter 3.18.x (BETA)
-
@apollon77
Inzwischen sieht man unter "Aktivitäten" in der App ja auch von wem das Kommando gesprochen wurde.
Wäre es evtl. möglich auch die Info in einen History Datenpunkt zu packen?
Oder kommt die nicht an die App zurück? -
@padrino Hatten wir schon zwei mal diskuiert ... die Info steht erst mit einem Verzug von 5-10s zur Verfügung. Ergebnis war das niemand so lange mit nem "History"-Trigger warten will
Und nachträglich macht auch keinen Sinn. -
@padrino sagte in Alexa2 Adapter 3.18.x (BETA):
@apollon77
Inzwischen sieht man unter "Aktivitäten" in der App ja auch von wem das Kommando gesprochen wurde.
Wäre es evtl. möglich auch die Info in einen History Datenpunkt zu packen?
Oder kommt die nicht an die App zurück?@apollon77 Fände es auch gut den menschlichen Befehlsgeber in einem neuen DP mit zu bekommen.
Selbst wenn es 5-10s dauert bis dieser bekannt wäre. Bei Kindern im Haushalt kann es schon hilfreich sein Dinge darüber dann nicht auszuführen. Normale Aktoren will man wahrs. in Echtzeit schalten. Aber bei sicherheitskritischen Befehle für Schlösser oder TV an/aus könnte ich damit leben diese verzögert auszuführen wenn ich dafür aber wüsste dass es von einer Person kam, die es darf. -
@diginix naja bringt mich zurück zur Frage Wie man das transportieren will das man es auch nutzen kann. Mit mehreren Geräten könnten auch Dinge parallel passieren. Haben nur ein set an History States. Mal von der quasi verdoppelung der requests abgesehen. Nicht so easy umzusetzen
-
@apollon77 Ok, wenn man es nicht eindeutig mit dem Befehl in Verbindung bringen kann, ist es tatsächlich wertlos.
-
@diginix naja sagen wir so: Ich hatte bisher noch keine zündende Idee wie das sinnvoll gehen sollte, die auch für nich so erfahrene User irgendwie passt
-
@apollon77 Ggf ein History DP pro user. K.a. ob du eine ID oder den Username bekommst.
Entw. man triggert dann über alle user History DP oder man nutzt den generischen und prüft dann nur ob der Befehl zB nicht bei dem user drin steht, der ihn nicht darf oder umgekehrt.
Oder ein JSON mit user + befehl in einem DP. Wer das in Skripten verarbeiten will, muss eh bissel Ahnung haben. Wer es nicht braucht ignoriert die DPs. -
@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):
@padrino Hatten wir schon zwei mal diskuiert ... die Info steht erst mit einem Verzug von 5-10s zur Verfügung.
Davon weiß ich nix.
@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):
... Mal von der quasi verdoppelung der requests abgesehen. Nicht so easy umzusetzen
Ok, wenn das mehr traffic/overhead macht und schwierig zu nutzen ist, dann ist natürlich doof.
Sonst hätte ich gesagt, rein packen und wer es nutzen möchte, muss seinen Weg eben selbst finden.
Könnte denn der iobroker (custom) skill diese Info nicht (schneller) zur Verfügung stellen?
Skills soll man doch, wenn ich das richtig in Erinnerung hab', inzwischen darauf reagieren lassen können?
-
@padrino Ja der Custom SKill liefert diese Info schon "ewig" mit. Da sind ir beim neuen Custom Skill den ich hoffe blad fertig hab ... und der Frage wie man da sperrige "sage iobroker ..." umgehen kann
-
@apollon77
So, kann den Poste dazu nimmer finden...Aber amazon hat wohl DND auf Zeit (Dauer und Uhrzeit) gefixt.
Hatte denen vor einer Woche eine Mail geschrieben, heute hat die Routine ordentlich den DND nach der eingestellten Zeit beendet. 🥳
Dann werden ja jetzt auch die ioB Datenpunkte wie gewünscht
funktionieren.
-
@padrino sollten sie. Try it
-
@apollon77
Ok, nur für Dich.
Also "Sekunden" klappt, "Uhrzeit" wohl nicht.2022-08-18 00:51:26.513 - debug: alexa2.0 (4891) State changed alexa2.0.Echo-Devices.XXXX.Commands.doNotDisturb: {"val":"00:55:00","ack":false,"ts":1660776686503,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1660776686503} 2022-08-18 00:51:26.527 - error: alexa2.0 (4891) Error setting doNotDisturb for ["XXXX"]: TypeError: value.test is not a function``` -
@padrino machste mir bitte github issue. Danke
Edit: lass es ... fix kommt
Edit2: Aber der Call würde auch nicht gehen übrigens ... Read Readme :-)) es geht nurt "HH:MM" ... keine sekunden
Edit 3: 3.19.6 auf dem Weg
-
@apollon77
Hatte erst HH:MM probiert, als das nicht ging hab' ich in die Mail von Dir geschaut, da stand es mit :SS drin (was dann auch nicht ging).
War schon kurz davor zu schreiben, ob Sekunden nicht optional sein könnten.
Da das Log für mich gleich aussah, habe ich dann das geschickt. -
@padrino ALso retry mit HH:MM bitte mit der 3.19.6
-
@apollon77 sagte in Alexa2 Adapter 3.18.x (BETA):
@padrino ALso retry mit HH:MM bitte mit der 3.19.6
Immer langsam mit den alten Pferden.
Läuft leider nicht
alexa2.0 2022-08-18 12:07:26.241 debug (7035) system.adapter.admin.0: logging true alexa2.0 2022-08-18 12:07:21.672 debug (7035) system.adapter.admin.0: logging false alexa2.0 2022-08-18 12:07:20.810 debug (7035) State changed alexa2.0.Echo-Devices.XXXX.Commands.doNotDisturb: {"val":true,"ack":true,"ts":1660817240802,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":166 alexa2.0 2022-08-18 12:07:20.793 debug (7035) Alexa-Remote: Response: No body alexa2.0 2022-08-18 12:07:20.630 debug (7035) Alexa-Remote: Sending Request with {"host":"eu-api-alexa.amazon.de","path":"/api/behaviors/preview","method":"POST","timeout":10000,"headers":{}} and data={"behaviorId":"PREVIEW","sequenceJso alexa2.0 2022-08-18 12:07:20.629 debug (7035) Alexa-Remote: No authentication check needed (time elapsed 406784)Seltsamerweise steht das im Log "value true", obwohl ich 13:00 eingegeben habe.
Im Admin springt die Anzeige auch direkt auf true um (gebe ich falsch mit HH:MM:SS ein, dann bleibt die Uhrzeit angezeigt).
Aber trotz des "true" wird gar nicht in den DND geschaltet, auch nicht "unendlich".
Sekunden funktionieren weiterhin. -
@padrino Bitte nochmal log auszug aus Logfile holen. Ist abgeschnitten
-
Ooops, sorry.
2022-08-18 12:30:54.032 - debug: alexa2.0 (7035) State changed alexa2.0.Echo-Devices.XXXX.Commands.doNotDisturb: {"val":"12:59","ack":false,"ts":1660818654024,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1660818654024} false false2022-08-18 12:30:54.034 - debug: alexa2.0 (7035) Alexa-Remote: No authentication check needed (time elapsed 169378) false false2022-08-18 12:30:54.035 - debug: alexa2.0 (7035) Alexa-Remote: Sending Request with {"host":"eu-api-alexa.amazon.de","path":"/api/behaviors/preview","method":"POST","timeout":10000,"headers":{}} and data={"behaviorId":"PREVIEW","sequenceJson":"{\"@type\":\"com.amazon.alexa.behaviors.model.Sequence\",\"startNode\":{\"@type\":\"com.amazon.alexa.behaviors.model.OpaquePayloadOperationNode\",\"operationPayload\":{\"customerId\":\"CCCC\",\"devices\":[{\"deviceSerialNumber\":\"XXXX\",\"deviceTypeId\":\"A7WXQPH584YP\",\"deviceAccountId\":\"AAAA\"}],\"isAssociatedDevice\":false,\"action\":\"Enable\",\"until\":\"TIME#T12:59\"},\"type\":\"Alexa.DeviceControls.DoNotDisturb\",\"skillId\":\"amzn1.ask.1p.alexadevicecontrols\"}}","status":"ENABLED"} false false2022-08-18 12:30:54.196 - debug: alexa2.0 (7035) Alexa-Remote: Response: No body false false2022-08-18 12:30:54.211 - debug: alexa2.0 (7035) State changed alexa2.0.Echo-Devices.XXXX.Commands.doNotDisturb: {"val":true,"ack":true,"ts":1660818654204,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1660818654204} -
Ich bin auf Version 3.19.5 und habe das Phänomen das
alexa2.0.Echo-Devices.xxxxxxxxxx.Player.controlPausescheinbar nicht mehr funktioniert? Zumindest bei einem Radiosender? Und zumindest zeitweise.
Ich starte per Skript das Radio über commands, also den Datenpunkt
alexa2.0.Echo-Devices.xxxxxxxxxx.Commands.textCommandbefülle ich mit
Spiele NDR zwei NiedersachsenUnd bisher habe ich die Wiedergabe immer per
controlPausegestoppt. Das klappt z.B. heute morgen so gar nicht mehr.
Hat so etwas noch einer beobachtet? -
@bananajoe Gerade mit 3.19.5 getestet und funktioniert fehlerfrei mit
controlPausebei mir. Lässt sich dann auch mit alexa2.0.Echo-Devices.*.Player.controlPlay fortsetzen. Ansonsten beende ich Musik bisher immer über alexa2.0.Echo-Devices.*.Commands.deviceStop
