Amazon Alexa Plugin

[mode]

Nutzt ihr jetzt die Home Skill API oder die Custom API?
In der Doku sehe ich garnicht beschrieben was ich jetzt bei Amazon Echo (Skills) noch einstellen muss. Dort finde ich nur das Lambda Teil auf aws und den lokalen Part mit nginx reverse Proxy und sh.py Plugin. Was genau muss ich noch bei den Skills einstellen?

VG

Mode

[hotzen]

du hast den noch nicht zur zertifizierung freigegeben oder? der ist nur als test in deinem amazon account verfügbar.

henfri, schau mal hier bidde: https://knx-user-forum.de/forum/supp...munity-backend

[henfri]

Vielleicht kann man hier etwas abgucken?
http://forum.kodi.tv/showthread.php?tid=258165

[henfri]

Moin,

spricht etwas dagegen, beides zu unterstützen?
Ich persönlich bin ja schon den steinigen Weg gegangen, so dass mir das egal sein könnte. Aber ich fürchte, dass das Plugin so in einer Nische bleibt.

Zum Thema "was sich Amazon ausdenken könnte" meinte ich die Problematik, dass Hosten etwas kostet.

Wo liegt denn das Risiko, wenn das zentral gehostet wird?

P.S: Wo habe ich eigentlich eingestellt, dass mein mühsam erstellter Skill nicht public ist?

Gruß,
Hendrik

[hotzen]

uns steht es doch offen das zentral zu hosten, wüsste nicht was sich amazon da ausdenken könnte - das problem ist doch viel mehr eine vertrauensfrage - wollen wir den rückkanal für eine zentral gehostete aws-lambda öffnen oder lieber für eine umständlich, selbst gepflegte, die unter eigener kontrolle ist?
der tenor im forum ist da sehr eindeutig mir geht es da genauso

aber spricht überhaupt nichts dagegen oauth2 zu implementieren und den skill richtig für public zu releasen - feel free

[henfri]

Hallo,

das verstehe ich. Aber Amazon weiß doch, dass es OpenSource gibt. Haben die dafür keine Lösung?

Gruß,
Hendrik

[hotzen]

exakt, das setup ist sehr aufwändig aber macht normalerweise natürlich nur der hersteller einmal für seine device-cloud. ist halt das volle brett von aws-lambda, triggern, oauth2 & co.
man kann das zentral machen, dann stellen sich aber ein haufen fragen:
- wer hostet das? wo? wie? mit welchem geld?
- wer soll dem vertrauen wo die größte angst doch der rückkanal für alexa ist - wenn der jetzt noch von einer community-cloud bespielt wird, statt vom eigenen aws-shizzle......

die cherrypy abhängigkeit ist draussen, muss noch pull requesten & co. dann dürfte es keinerlei clash mit backend mehr geben.

[henfri]

Puh. Ich habe fast eine Stunde gebraucht, die Konfiguration bei Amazon durchzuführen.

Wie kommt es, dass das so aufwändig ist? Ich nehme an, es liegt daran, dass jeder von uns das macht, was sonst der Devolo, Phillips, etc. machen würde, oder?
Gibt es keine Möglichkeit, dies für Open-Source Software zentral zu machen?

Gruß,
Hendrik

[henfri]

Hallo,

danke für deine Entwicklung!
Welche Version von sh.py setzt das Plugin nun mindestens voraus, um nicht mit dem Backend-Plugin zu kollidieren?

Gruß,
Hendrik

[hotzen]

Wie hier im Forum von patrickgoll initiiert, ist mittlerweile ein funktionsfähiges Alexa Plugin entstanden.

Die neueste, offizielle (aber noch nicht im Master-Branch releaste) Alexa-Plugin Version ist im Develop-Branch:
https://github.com/smarthomeNG/plugi.../develop/alexa

Nach SmarthomeNG-Releases ist dieser Stand dann auch im Master-Branch:
https://github.com/smarthomeNG/plugins/tree/master/alexa

2017-05-27: Support für Alias-Names ( https://github.com/smarthomeNG/plugins/pull/47 )
2017-05-28: Support für KNX Scenen bzw. beliebige turnOn/Off-Werte ( auch https://github.com/smarthomeNG/plugins/pull/47 )
2017-06-03: Support für Alias-Names & Scenen als auch Alexa Lock-State Support per neuem PullRequest ( https://github.com/smarthomeNG/plugins/pull/51 )

Noch nicht implementiert:
2016-06-03 Tunable Lighting Control Messages
https://developer.amazon.com/public/...ntrol-messages