Amazon Alexa Plugin

[patrickgoll]

Ich habe dir hier mal die relevanten Stellen bei mir rauskopiert. Vielleicht erschließt sich dir dadurch der Zusammenhang des Amazon Konglomerat einfacher.

01.JPG
#####################

02.JPG###################
03.JPG
########################
04.JPG
###############
05.JPG

[patrickgoll]

Ja unter Trigger muss da auf jedenfall was hin. Ohne Trigger kann das nicht gehen. Das musst du mit deinem Alexa Skill verknüpfen. Das steht hier auch nochmals genauer beschrieben: https://github.com/smarthomeNG/plugi...lexa/README.md

Was die 2 URLs angeht bin ich mir nicht mehr ganz so sicher. Ich denke du wirst das wahrscheinlich nicht wirklich brauchen aber trotzdem muss was drinstehen. Ich habe da glaube ich einfach meine Domäne eingetragen.

Ich bin mir aber ziemlich sicher, dass ich noch irgendwo eine oauth Anmeldung über Amazon eingerichtet habe. Das wurde dann im Skill verknüpft, genauso wie der Trigger mit Lambda verknüpft wurde.

Ich empfehle dir den Amazon Part nochmals strikt nach der Readme und den darin enthaltenen Links durchzumachen. Das ist gar nicht so ohne. Der rein technische Teil, Lambda Anbindung an shNG und die Items sehen für mich richtig aus.

Der Startup von deinem Service sieht übrigens korrekt aus.

[Max2612]

So, da bin ich wieder.

Ich habe jetzt nochmal die Amazon-Anmeldung durchgemacht. 3 Punkte sind mir nicht klar.
Was ist die "Consent Privacy Notice Url" ??
Was ist die "Privacy Policy Url" ??
Muss in der Lambda unter "Trigger" auch was hin??

Wenn ich Geräte suche, kommt im sh Log

2017-09-22 08:39:28 DEBUG    service      alexa        HTTP/1.0 POST / -- service.py:do_POST:44
192.168.1.13 - - [22/Sep/2017 08:39:28] code 500, message Internal Server Error
192.168.1.13 - - [22/Sep/2017 08:39:28] "POST / HTTP/1.0" 500 -

Und beim Start von sh kommt

2017-09-22  08:33:51 DEBUG    Main         Plugin: alexa
2017-09-22  08:33:51 DEBUG    Main         Using arguments ['service_host', 'service_port']
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action turnOn
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action turnOff
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action setTargetTemperature
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action incrementTargetTemperature
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action decrementTargetTemperature
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action setPercentage
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action incrementPercentage
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action decrementPercentage
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action getLockState
2017-09-22  08:33:51 DEBUG    Main         Alexa: initializing action setLockState
2017-09-22  08:33:51 INFO     Main         Alexa: service setup at 0.0.0.0:9000

[patrickgoll]

Die Geräte sucht die Funktion in Lambda und meldet das an deine App als "Gehirn" weiter. Die Alexa Geräte greifen da auch nur drauf zu.

Bin mir nicht sicher ob das überhaupt gehen kann wenn du da noch kein OAUTH durchmachen musstest. Müssen wir wohl abwarten.

Das SH Log musst du für Alexa nicht auf Debugging stellen. Kann aber sein, dass du einen Absatz in der logging.yaml ergänzen musst.

Debug logging, da sieht man dann vielleicht mehr:

 loggers:  
   plugins.alexa:    
        level: DEBUG

Aber meiner Meinung nach muss zumindest beim Service neustart von Alexa was im Logging erscheinen und wenn das Logging auf debugging steht dann glaube ich zu wissen, dass man dann auch jeden Zugriff (Sprachbefehl oder Test aus Lambda) dort im Log sehen sollte. Wenn das da nicht auftaucht stimmt noch was nicht.

[Max2612]

Jetzt fällt mir noch eine blöde Frage ein.
Wer sucht eigentlich die Geräte von sh? Macht das die App, oder der Echo? Hab nämlich noch keinen.(kommt morgen) Habe nur die Reverb App am Handy.

Ein OAUTH Verfahren musste ich nicht machen. Hab aber die App schon länger am Handy. Der Skill wird mir aber angezeigt, in der App. Und er sucht auch nach Geräten.

Im sh-Log erscheint nichts von Alexa. Oder muss sh im debug Modus laufen?

[patrickgoll]

Max, kein Ding.
Wir lesen uns morgen wieder.

[Max2612]

Sorry, ich komme erst morgen wieder dazu.
Aber wieder ein großes Danke an dich!!

Gruß, Max

[patrickgoll]

Okay das ist aber seltsam. Wenn lambda das kann sollte das das Gerät auch können. Ist dein Skill unter alexa.amazon.de oder in der alexa app schon verknüpft? Musstest du dabei ein OAUTH Verfahren durchmachen (dich in der App einmal mit deinem Amazon Account anmelden und autorisieren)? Hast du in deinen Items auch schon Alexa Geräte hinterlegt?

und was sagt dein smarthome.log, wenn du alexa sagst sie soll nach geräten suchen.

[Max2612]

Update: Lambda Test erfolgreich. Gerät wird auch angezeigt.

 {   "payload": {     "discoveredAppliances": [       {         "friendlyName": "Lampe Vorraum",         "manufacturerName": "smarthomeNG.alexa",         "version": "1.3.0.9.0",         "friendlyDescription": "Lampe Vorraum",         "applianceId": "LampeVorraum",         "additionalApplianceDetails": {           "item1": "EG.Vorraum_schalten"         },         "isReachable": true,         "modelName": "smarthomeNG.alexa-device",         "actions": [           "turnOff",           "turnOn"         ]       }     ]   },   "header": {     "payloadVersion": "2",     "name": "DiscoverAppliancesResponse",     "namespace": "Alexa.ConnectedHome.Discovery",     "messageId": "e2f134e566084d258e46d74683eb4df3"   } }

Nur in der App werden keine Geräte gefunden.

Ich wollte den Amazon-Dschungel nochmal durchgehen. Aber wie bekomme ich die "Consent Privacy Notice URL"??

[Max2612]

Wie peinlich!!
Jetzt stehts dort wo es hingehört. Nächster Fehler beim Test.

 {   "errorMessage": "getaddrinfo ENOTFOUND http://xyz.spdns.eu http://xyz.spdns.eu:443",   "errorType": "Error",   "stackTrace": [     "errnoException (dns.js:26:10)",     "GetAddrInfoReqWrap.onlookup [as oncomplete] (dns.js:77:26)"   ] }

Beim Aufruf von
http://xyz.spdns.eu/.well-known/acme-challenge/ kommt eine nginx Seite mit 404. Der Ordner well-known ist auch leer. Hat das damit zu tun?

[patrickgoll]

Ohne aber auch an der richtigen Stelle. Nicht oben im Quelltext sondern, wenn du scrollst unten drunter:
screen.JPG

[Max2612]

Sitemap auskommentiert, nginx neu gestartet, Geräte gesucht. Leider kein Erfolg
Müssen die angaben in Lambda mit oder ohne ' gemacht werden?

[patrickgoll]

Okay. Hast du den Sitemap Part schon auskommentiert und den nginx neugestartet und dann das discovery nochmals versucht?
Was mich im AWS Log wundert ist, dass er der meinung ist bei 127.0.0.1 zu fragen. Das scheint seltsam.

[Max2612]

Schade, Geräte werden keine gefunden. Und der Lambda Test sagt

 START RequestId: 8696c5e6-9eb0-11e7-bd62-f3e4619bc011 Version: $LATEST 2017-09-21T09:37:47.555Z	8696c5e6-9eb0-11e7-bd62-f3e4619bc011	requesting {"header":{"payloadVersion":"2","namespace":"Alexa.ConnectedHome.Discovery","name":"DiscoverAppliancesRequest","messageId":"F8752B11-69BB-4246-B923-3BFB27C06C7D"},"payload":{"accessToken":"1"}} 2017-09-21T09:37:47.674Z	8696c5e6-9eb0-11e7-bd62-f3e4619bc011	request failed { [Error: connect ECONNREFUSED 127.0.0.1:443]   code: 'ECONNREFUSED',   errno: 'ECONNREFUSED',   syscall: 'connect',   address: '127.0.0.1',   port: 443 } 2017-09-21T09:37:48.253Z	8696c5e6-9eb0-11e7-bd62-f3e4619bc011	{"errorMessage":"connect ECONNREFUSED 127.0.0.1:443","errorType":"Error","stackTrace":["Object.exports._errnoException (util.js:870:11)","exports._exceptionWithHostPort (util.js:893:20)","TCPConnectWrap.afterConnect [as oncomplete] (net.js:1062:14)"]} END RequestId: 8696c5e6-9eb0-11e7-bd62-f3e4619bc011 REPORT RequestId: 8696c5e6-9eb0-11e7-bd62-f3e4619bc011	Duration: 1160.28 ms	Billed Duration: 1200 ms 	Memory Size: 128 MB	Max Memory Used: 24 MB

[patrickgoll]

Ne

smarthome host: deine.domain.de
smarthome port: 443
smarthome path: /
smarthome auth: benutzername:asswort

Benutzername und Passwort muss das aus der htpasswd.alexa sein.