UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[lexlev]

@dslraser Doch die wurden auf true gesetzt.

Problem ist bei mir halt, das ich ein paar Geräte von ewlink und Magic home habe, welche nur über den Skill in Amazon eingebunden werden können und somit per Skript auch nur über den Alexa Adapte gesteuert werden können.

[Apropo]

@apollon77 Gute Arbeit! Adapter ist wieder grün und speak funktioniert. Danke für den schnellen Fix!

[lexlev]

@Jan1 Versteh es einfach nicht...
Hab das Teil zwar als Docker laufen und hab diesen schon neu installiert und auch schon als VM auf einem anderen System laufen lassen, aber beides brachte keine besserung. :(

[dslraser]

@lexlev sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@dslraser Doch die wurden auf true gesetzt.

Problem ist bei mir halt, das ich ein paar Geräte von ewlink und Magic home habe, welche nur über den Skill in Amazon eingebunden werden können und somit per Skript auch nur über den Alexa Adapte gesteuert werden können.

Ja, hast recht, ich habe es gerade mit einer HUE probiert, da wird der Wert bestätigt.

[lexlev]

@dslraser An den Skills kann es ja auch nicht liegen da Geräte wie Shellys, Harmony Hub, CCU usw. sich auch nicht über den Alexa Adapter steuern lassen. Die Skripte wiederum, welche auf die jeweiligen Adapter direkt zugreifen funktionieren einwandfrei... Bin echt ratlos

[Jan1]

@lexlev
OK, dann liegt das aber nicht am Adapter, zumindest nicht allgemein. Ich habe den MagicHome Controller auch über den dazugehörigen Skill in Alexa eingebunden, meine Shellys laufen über Tasmota und sind teilweise über Node-Red, oder den EMU in Tasmota eingebunden und alle Geräte lassen sich über den Alexa Adapter steuern.

[lexlev]

@Jan1 Es muss am Adapter liegen sonst könnte ich die Geräte über die jeweiligen Adapter innerhalb von IOBroker/Objekte nicht ansteuern...

[dslraser]

@apollon77 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

PS: Checkt bitte mal ob speak/ssml und so alles noch tut ... Bei mir ging ssml gerade bei einem ersten mini check irgendwie nicht ... speak tat aber

Bei mir funktioniert ssml nicht...
Es kommt der Start Beep, aber es wird nichts gesprochen. (auch mit Amazon Developer Beispielen nicht)

[Jan1]

@lexlev sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@Jan1 Es muss am Adapter liegen sonst könnte ich die Geräte über die jeweiligen Adapter innerhalb von IOBroker/Objekte nicht ansteuern...

[Jan1]

@Jan1 sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@lexlev sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

@Jan1 Es muss am Adapter liegen sonst könnte ich die Geräte über die jeweiligen Adapter innerhalb von IOBroker/Objekte nicht ansteuern...

Ja schon, aber auch an Deiner Art der Installation des IOBroker, da bei mir der Adapter das macht was er soll auf einer herkömmlichen IOBroker Installation unter Debian.

Lösche doch einfach mal alle DPs und schau ob die überhaupt neu angelegt werden, wenn nicht, ist der Adapter nicht verbunden.

[sigi234]

@dslraser sagte in IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!:

Bei mir funktioniert ssml nicht...

Bei mir auch nicht, Adapter Grün.

[apollon77]

1.) Auf Github gibt es eine 2.3.1 die nochmal Dinge optimiert für "kein csrf sonderfälle" ... Bitte nochmal udaten, wenn aber wieder grün sollte sich nichts ändern. Interessant wäre noch tester die von der 1.1.3 kommen
2.) ssml ... muss ich checken. an sich ist daran nichts relevantes geändert worden :-(
3.) Bei "Forbidden" meldungen oder sowas am besten Instanz mal löschen. da hat sich was anderes wohl verklemmt

[Nashra]

Adapter auf 2.3.1 aktualisiert und im Log taucht dies auf:

host.ioBroker-Slave	2019-06-21 10:10:00.039	info	instance system.adapter.dwd.0 started with pid 12642
host.ioBroker-Slave	2019-06-21 10:10:00.038	info	instance system.adapter.openweathermap.0 started with pid 12636
host.ioBroker-RasPi	2019-06-21 10:09:57.008	info	Restart adapter system.adapter.alexa2.0 because enabled
host.ioBroker-RasPi	2019-06-21 10:09:57.008	error	instance system.adapter.alexa2.0 terminated with code 0 (OK)
host.ioBroker-RasPi	2019-06-21 10:09:57.008	error	Caught by controller[0]: at Receiver.getData (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/ws/lib/receiver.js:352:17)
host.ioBroker-RasPi	2019-06-21 10:09:57.008	error	Caught by controller[0]: at Receiver.dataMessage (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/ws/lib/receiver.js:413:14)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at Receiver.emit (events.js:198:13)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at Receiver.receiverOnMessage (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/ws/lib/websocket.js:789:20)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at WebSocket.emit (events.js:198:13)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at WebSocket.websocket.on (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-wsmqtt.js:202:22)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at AlexaWsMqtt.emit (events.js:198:13)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at AlexaWsMqtt.alexaWsMqtt.on (/opt/iobroker/node_modules/iobroker.alexa2/node_modules/alexa-remote2/alexa-remote.js:348:26)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at AlexaRemote.emit (events.js:198:13)
host.ioBroker-RasPi	2019-06-21 10:09:57.007	error	Caught by controller[0]: at AlexaRemote.alexa.on (/opt/iobroker/node_modules/iobroker.alexa2/main.js:2112:46)
host.ioBroker-RasPi	2019-06-21 10:09:57.006	error	Caught by controller[0]: TypeError: Cannot read property 'serialNumber' of undefined

Was kann/muß ich tun

[lexlev]

@Jan1
Das habe ich schon mehrfach gemacht:
https://www.directupload.net/file/d/5490/f6r94xe4_png.htm

Was mir auffällt, die Werte werden beim starten des Alex Adapters eingelesen, aber ab dann nicht mehr aktualisiert. :thinking_face:

Wenn ich NUR das Einschalten eines Gerätes über Echo (wohnzimmer media atmo einschalten) im Alexa Adapter debuge, bekomme ich folgendes im LOG und der Wert unter Objekte bleibt trotzdem auf false:

Seriennummern und IDs wurden verfälscht:

alexa2.0	2019-06-21 10:07:17.413	debug	Alexa-Remote WS-MQTT: Received Pong
alexa2.0	2019-06-21 10:07:17.290	debug	Alexa-Remote WS-MQTT: Send Ping
alexa2.0	2019-06-21 10:04:17.408	debug	Alexa-Remote WS-MQTT: Received Pong
alexa2.0	2019-06-21 10:04:17.285	debug	Alexa-Remote WS-MQTT: Send Ping
alexa2.0	2019-06-21 10:01:17.403	debug	Alexa-Remote WS-MQTT: Received Pong
alexa2.0	2019-06-21 10:01:17.280	debug	Alexa-Remote WS-MQTT: Send Ping
alexa2.0	2019-06-21 09:58:17.407	debug	Alexa-Remote WS-MQTT: Received Pong
alexa2.0	2019-06-21 09:58:17.279	debug	Alexa-Remote WS-MQTT: Send Ping
alexa2.0	2019-06-21 09:57:40.780	debug	sendTo "getStatusInfo" to system.adapter.admin.0 from system.adapter.alexa2.0
alexa2.0	2019-06-21 09:57:40.780	debug	Message: {"command":"getStatusInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":171,"ack":false,"time":1561103860771},"_id":7564641}
alexa2.0	2019-06-21 09:56:37.970	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.muted: {"val":false,"ack":true,"ts":1561103797968,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921778}
alexa2.0	2019-06-21 09:56:37.968	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.volume: {"val":30,"ack":true,"ts":1561103797966,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921776}
alexa2.0	2019-06-21 09:56:37.966	debug	Alexa-Push-Connection Device Volume change for G090U11111171B52 -> 30/false
alexa2.0	2019-06-21 09:56:37.966	debug	Alexa-Remote WS-MQTT: Command PUSH_VOLUME_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "dopplerId": { "deviceSerialNumber": "G090U11111171B52", "deviceType": "A32DOYUDS1DTXA
alexa2.0	2019-06-21 09:56:37.959	debug	Alexa-Remote WS-MQTT: Command PUSH_EQUALIZER_STATE_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "bass": 0, "treble": 0, "dopplerId": { "deviceSerialNumber": "G090U5022222B5
alexa2.0	2019-06-21 09:56:35.496	debug	State changed alexa2.0.History.json: {"val":"{\"name\":\"Alexanders Echo Dot\",\"serialNumber\":\"G090U11111171B52\",\"summary\":\"wohnzimmer media atmo einschalten\",\"creationTime\":1561103795401,\"
alexa2.0	2019-06-21 09:56:35.496	debug	State changed alexa2.0.History.cardJson: {"val":"","ack":true,"ts":1561103795489,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099185962}
alexa2.0	2019-06-21 09:56:35.496	debug	State changed alexa2.0.History.cardContent: {"val":"","ack":true,"ts":1561103795489,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099185956}
alexa2.0	2019-06-21 09:56:35.496	debug	State changed alexa2.0.History.domainApplicationname: {"val":"","ack":true,"ts":1561103795488,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561102693211}
alexa2.0	2019-06-21 09:56:35.496	debug	State changed alexa2.0.History.domainApplicationId: {"val":"","ack":true,"ts":1561103795488,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099185946}
alexa2.0	2019-06-21 09:56:35.495	debug	State changed alexa2.0.History.creationTime: {"val":1561103795401,"ack":true,"ts":1561103795488,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561103795488}
alexa2.0	2019-06-21 09:56:35.495	debug	State changed alexa2.0.History.status: {"val":"SUCCESS","ack":true,"ts":1561103795488,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561102693211}
alexa2.0	2019-06-21 09:56:35.495	debug	State changed alexa2.0.History.summary: {"val":"wohnzimmer media atmo einschalten","ack":true,"ts":1561103795487,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561103795487}
alexa2.0	2019-06-21 09:56:35.495	debug	State changed alexa2.0.History.serialNumber: {"val":"G090U11111171B52","ack":true,"ts":1561103795486,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561103571238}
alexa2.0	2019-06-21 09:56:35.495	debug	State changed alexa2.0.History.name: {"val":"Alexanders Echo Dot","ack":true,"ts":1561103795484,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561103571237}
alexa2.0	2019-06-21 09:56:35.495	debug	device-activity: {"data":{"_disambiguationId":null,"activityStatus":"SUCCESS","creationTimestamp":1561103795401,"description":"{\"summary\":\"echo wohnzimmer media atmo einschalten\",\"firstUtteranceI
alexa2.0	2019-06-21 09:56:35.495	debug	Alexa-Remote: Response: {"activities":[{"_disambiguationId":null,"activityStatus":"SUCCESS","creationTimestamp":1561103795401,"description":"{\"summary\":\"echo wohnzimmer media atmo einschalten\",\"f
alexa2.0	2019-06-21 09:56:35.152	debug	Alexa-Remote: Sending Request with {"host":"alexa.amazon.de","path":"/api/activities?startTime=&size=3&offset=1","method":"GET","timeout":10000,"headers":{}}
alexa2.0	2019-06-21 09:56:35.152	debug	Alexa-Remote: No authentication check needed (time elapsed 442684)
alexa2.0	2019-06-21 09:56:35.151	debug	Alexa-Remote WS-MQTT: Command PUSH_ACTIVITY: { "destinationUserId": "AD2SUUSMJQ11X", "key": { "entryId": "1566666666401#A32DOYNONONODTXA#G090U11111171B52", "registeredUserId": "A
alexa2.0	2019-06-21 09:56:34.878	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.muted: {"val":false,"ack":true,"ts":1561103794876,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921778}
alexa2.0	2019-06-21 09:56:34.877	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.volume: {"val":30,"ack":true,"ts":1561103794875,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921776}
alexa2.0	2019-06-21 09:56:34.873	debug	Alexa-Remote WS-MQTT: Command PUSH_EQUALIZER_STATE_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "bass": 0, "treble": 0, "dopplerId": { "deviceSerialNumber": "G090U5022222B5
alexa2.0	2019-06-21 09:56:34.873	debug	Alexa-Push-Connection Device Volume change for G090U11111171B52 -> 30/false
alexa2.0	2019-06-21 09:56:34.873	debug	Alexa-Remote WS-MQTT: Command PUSH_VOLUME_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "dopplerId": { "deviceSerialNumber": "G090U11111171B52", "deviceType": "A32DOYUDS1DTXA
alexa2.0	2019-06-21 09:56:31.914	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.muted: {"val":false,"ack":true,"ts":1561103791911,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921778}
alexa2.0	2019-06-21 09:56:31.913	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.volume: {"val":30,"ack":true,"ts":1561103791910,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921776}
alexa2.0	2019-06-21 09:56:31.911	debug	Alexa-Remote WS-MQTT: Command PUSH_EQUALIZER_STATE_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "bass": 0, "treble": 0, "dopplerId": { "deviceSerialNumber": "G090U5022222B5
alexa2.0	2019-06-21 09:56:31.911	debug	Alexa-Push-Connection Device Volume change for G090U11111171B52 -> 30/false
alexa2.0	2019-06-21 09:56:31.911	debug	Alexa-Remote WS-MQTT: Command PUSH_VOLUME_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "dopplerId": { "deviceSerialNumber": "G090U11111171B52", "deviceType": "A32DOYUDS1DTXA
alexa2.0	2019-06-21 09:56:31.438	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.muted: {"val":false,"ack":true,"ts":1561103791436,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921778}
alexa2.0	2019-06-21 09:56:31.436	debug	State changed alexa2.0.Echo-Devices.G090U11111171B52.Player.volume: {"val":30,"ack":true,"ts":1561103791435,"q":0,"from":"system.adapter.alexa2.0","user":"system.user.admin","lc":1561099921776}
alexa2.0	2019-06-21 09:56:31.435	debug	Alexa-Push-Connection Device Volume change for G090U11111171B52 -> 30/false
alexa2.0	2019-06-21 09:56:31.435	debug	Alexa-Remote WS-MQTT: Command PUSH_VOLUME_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "dopplerId": { "deviceSerialNumber": "G090U11111171B52", "deviceType": "A32DOYUDS1DTXA
alexa2.0	2019-06-21 09:56:31.435	debug	Alexa-Remote WS-MQTT: Command PUSH_EQUALIZER_STATE_CHANGE: { "destinationUserId": "AD2SUUSMJQ11X", "bass": 0, "treble": 0, "dopplerId": { "deviceSerialNumber": "G090U5022222B5

Was ich mich frage, was macht er da mit Command PUSH_VOLUME_CHANGE usw. ?
Device Volume change for G090U11111171B52 -> 30/false?
:thinking_face:

[Jan1]

@lexlev
irgendwie klemmt da die Kommunikation in der Richtung bei Dir. Mir gehen die Ideen dazu leider aus. Musst auf @apollon77 warten, ob er was raus lesen kann, er sitzt ja eh dran und strickt :relaxed:

[Camuri]

Sieht bei mir auch so aus Adapter ist wieder grün aber stueren kann er nichts wenn ich im Bad das Licht anschalte sollte eigentlich Alexa Musik wiedergeben aber sie bleibt stumm.

[apollon77]

@Nashra Bitte nochmal vom Github aktualisieren. Jetzt besser? Version bleibt 2.3.1

[lexlev]

@Jan1

Schon nur trotzdem komisch nach mehreren Neuinstallationen auf Docker und auch VM Debian.

Trotzdem erstmal danke für deine Zeit, dann warte ich mal auf @apollon77 :relaxed:

[apollon77]

@lexlev Nochmal zur Klastellung: Die Werte der Smart Devices werden EINMALIG zum Adapterstart gelesen, danach aber nur wenn man "#query" triggert!! Amazon sendet keine Push-Infos zu den Devices also kann der Adapter das auch nicht.
Also wenn das dein Problem ist dann ist alles ok und "as designed" (schon immer)

[apollon77]

@Camuri Und wie ist diese regel gebaut?