Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[apollon77]

@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

[Diginix]

@apollon77 Ok, wenn man es nicht eindeutig mit dem Befehl in Verbindung bringen kann, ist es tatsächlich wertlos.

[apollon77]

@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

[Diginix]

@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.

[padrino]

@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?

[apollon77]

@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

[padrino]

@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.

[apollon77]

@padrino sollten sie. Try it

[padrino]

@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```

[apollon77]

@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

[padrino]

@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.

[apollon77]

@padrino ALso retry mit HH:MM bitte mit der 3.19.6

[padrino]

@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.

[apollon77]

@padrino Bitte nochmal log auszug aus Logfile holen. Ist abgeschnitten

[padrino]

@apollon77

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}

[BananaJoe]

Ich bin auf Version 3.19.5 und habe das Phänomen das

alexa2.0.Echo-Devices.xxxxxxxxxx.Player.controlPause

scheinbar 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.textCommand

befülle ich mit

Spiele NDR zwei Niedersachsen

Und bisher habe ich die Wiedergabe immer per controlPause gestoppt. Das klappt z.B. heute morgen so gar nicht mehr.
Hat so etwas noch einer beobachtet?

[Diginix]

@bananajoe Gerade mit 3.19.5 getestet und funktioniert fehlerfrei mit controlPause bei 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

[apollon77]

@padrino Und per Alexa App gehts? Weil an sich ist es das gleiche was das tut ... dann GithUb issue bitte. muss ich in Ruhe ansehen

[BananaJoe]

@diginix danke, teste ich mal. Als behelf habe ich auf die schnelle einfach das TextCommand "stopp" gesendet, ich stell es mal auf deviceStop um.

[Diginix]

@bananajoe Ja, ein Pause oder Stopp im textCommand geht nat. auch. Aber wenn es schon boolesche Objekte gibt, dann darf man die schon auch nutzen. Aber wie gesagt controlPause funktioniert bei mir parallel zu deviceStop weiterhin.