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

[dslraser]

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

aber der Wert wird nicht bestätigt:

Ich bin mir nicht sicher, aber ich glaube das war noch nie anders. (ich meine es gab noch nie eine Rückmeldung/Bestätigung) Ich kann mich aber auch irren...

Schalten sollte aber trotzdem funktionieren.

[deta]

So hab es jetzt hinbekommen.
Hab die komplette Instanz gelöscht. Dann neu Angelegt, Neu mit Alexa Verbunden und schon
schwupp wurde es grün.

Mal nun kontrollieren, ob jetzt meine ganzen Verknüpfungen noch passen :relaxed:

cu Deta

[lexlev]

@Jan1 Aber was?

Genau die LEDs sind bei mir auch MagicHome Geräte.

Die Lichter & Rolladen steuer ich beispielsweise alle über Shellys.
Setze ich den Wert im Shelly Adapter direkt funktioniert es einwandfrei.
Benutzte ich die Sprachsteuerung vom Echo und aktiviere damit das im Cloud Adater hinterlegte Smartgerät welches auf den Shelly Adapter zugreift funktioniert es auch.
Aber sobald ich einen Wert im Alexa Adapter veränder passiert nichts, egal auf welchem Adapter das Endgerät liegt.

[Jan1]

@lexlev
Siehst Du und genau das funktioniert bei mir eben einwandfrei.

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