Umfrage: Amazon Echo

[keinplanvonnix]

Lese hier und im Edomi Forum mit. Auch Gira HS Baustein wäre für mich interessant. Kann selber nicht gut programmieren aber Pi aufsetzen oder Scripte editieren schaffe ich noch. Hatte schon Google mit Tasker und dann über udp an Gira HS. Fand die Einrichtung und Google super nervig und war damit nicht zufrieden.

[patrickgoll]

Könnte die REST API dann auch von nutzen für mich sein? Das Thema mit den REST APIs dieser Welt habe ich so oder so noch nicht richtig verstanden.

[psilo]

Das Backend-Plugin spannt sowieso auch schon einen Webserver auf.. Ansich stünde sowieso noch an, auf der Basis eine REST API zu programmieren. Dann könnte ich endlich meine alte linknx/php Layer ablösen..

[patrickgoll]

Hi,

So wie man die Lampen benennt, so nimmt Alexa das auch an. Sprich Lampe in Kevins Zimmer sollte meiner Meinung nach funktionieren. Wenn du die smartvisu nutzt hast du schon einen eigenen Webserver. Den kann man erweitern.

Zum Thema Zertifikat sieht es so aus, dass ich nur verhindern möchte dass der Kommunikationsweg überwacht wird. Macht also einer ein Man-in-the-Middle Angriff ist das Zertifikat sicherer als das Passwort.

Hat allerdings jemand Zugriff auf dein aws developer Profil ist die Sache eh gelaufen. Auch wenn ich nach dem zip upload der Zertifikate keinen Weg gesehen habe die wieder runterzuladen.

Grüße,
Patrick

[callidomus]

Hallo Patrick,

Die Chance dass ein Zertifikat kompromittiert wird ist allerdings geringer, als bei einem Passwort.

wieso ist ein Zertifikat bei Amazon, wenn kein Passwort für das Cert gesetzt ist, sicherer als ein Passwort im Script? Wenn ich Zugriff auf das Script haben, dann habe ich doch auch Zugriff auf das Zertifikat. Oder haben die einen secure Storage, wo man als Kunde Zertifikate ablegen kann?

Meiner Meinung nach besteht kein Unterschied, ob ich Amazon nun ein Passwort gebe oder ein Zertifikat das nicht noch anderweitig geschützt ist.

Bis bald

Marcus

[henfri]

Moin,

bedeutet das, dass man um das zukünftige Plugin zu nutzen einen eigenen Webserver braucht?

Wie realisiert man "Licht in Kevins Zimmer anschalten" mit der Smart Home api, wo man keine eigenen Begriffe definieren kann?

Gruß,
Hendrik

[patrickgoll]

Hier der Link ins Edomi Forum zur Referenz: https://knx-user-forum.de/forum/proj...pracherkennung

Voll coole Sache, Patrick!
Ich hab bei mir mal das Speech Plugin laufen gehabt, das hat eigentlich gut funktioniert und ist von der Idee her auch sehr flexibel.
Mit Alexa natürlich noch mehr sexy - einfach nur in den Raum rufen zu brauchen.

Wenn ich dich richtig verstehe, ist man dann mit der Lambda-Funktion genauso flexibel?
Muss aber dann sowas sagen wie "Alexa, sag mal dem Haus, dass es im Wohnzimmer Licht machen soll"?

LG Stefan

Das ist korrekt. Wenn du gut programmieren kannst bist du genauso felxibel. Das Problem ist, dass du natürlich ein Schlüsselwort mehr hast, wie du schon richtig erkannt hast. Das macht natürlich die Spracheingabe relativ "sperrig". Was mich dann hierzu führt:

Noch eine Frage, wie stehst grundätzlich zu der offiziellen Home Skill API?
Hört sich ja erstmal an wie Home Skill API = Apple Homekit vs. Custom / Proprietär / Keinerlei Referenz

Von der Funktionalität her, sind das "nur' vorgefertigte Utterances, die ich komplett deckungsgeich mit den Custom Skills nachbilden kann? Oder stecken in den Home Skills auch Dinge, die man nicht einfach custom nachbilden kann?

Will man vielleicht grundsätzlich auf die Home Skills API setzen, weil diese offiziell ist und die Amazon-Referenz für Smarthome-Steuerung ist? In der Hoffnung, dass diese kontinuierlich ausgebaut wird.

Ja die Smart Home API ist besser, weil man sich nicht um das Gesagte kümmern muss. Es gibt dann von Amazon vorgefertige Szenarien (im Moment Licht schalten/dimmen und Thermostat regel).

Ich werde so wie der Entwickler auf Edomi Seite auch auf diese API setzen in der Hoffnung, dass Amazon hier kräftig weiterentwickelt. Ich denke es wird so kommen.

- auth ganz normal http basic auth (über ssl/tls) - siehst du hier echte vorteile eines client zertifikats?

Ja sehe ich. Sicherheit. Außerdem muss ich dann kein Passwort an eine Amazon Web Cloud geben, sondern nur ein Zertifikat. Okay zugegebener Maßen haben die dann auch den entschlüsselten Private Key des Zertifikates. Aber einen Tod muss man wohl sterben. Die Chance dass ein Zertifikat kompromittiert wird ist allerdings geringer, als bei einem Passwort.

in smarthome-ng:
- in den items direkt die alexa_keywords definieren, aber versuchen vererbung in der item-hierarchie zu nutzen
- aus der items.conf per plugin ein entsprechend aufbereitetes alexa skillset generieren
- plugin für endpunkt (per nginx exponiert), der das alexa json verarbeiten kann

Das wäre ebenfalls meine Wunschvorstellung. Aber für sowas programmiere ich noch nicht gut genug. Ich werde erst einmal mit einer losgelösten config.txt starten, die aus der items erstellt werden kann. Solltest du das besser programmieren können bin ich offen für Vorschläge

Grüße,
Patrick

[hotzen]

Noch eine Frage, wie stehst grundätzlich zu der offiziellen Home Skill API?
Hört sich ja erstmal an wie Home Skill API = Apple Homekit vs. Custom / Proprietär / Keinerlei Referenz

Von der Funktionalität her, sind das "nur' vorgefertigte Utterances, die ich komplett deckungsgeich mit den Custom Skills nachbilden kann? Oder stecken in den Home Skills auch Dinge, die man nicht einfach custom nachbilden kann?

Will man vielleicht grundsätzlich auf die Home Skills API setzen, weil diese offiziell ist und die Amazon-Referenz für Smarthome-Steuerung ist? In der Hoffnung, dass diese kontinuierlich ausgebaut wird.

[SvStefan]

Voll coole Sache, Patrick!
Ich hab bei mir mal das Speech Plugin laufen gehabt, das hat eigentlich gut funktioniert und ist von der Idee her auch sehr flexibel.
Mit Alexa natürlich noch mehr sexy - einfach nur in den Raum rufen zu brauchen.

Wenn ich dich richtig verstehe, ist man dann mit der Lambda-Funktion genauso flexibel?
Muss aber dann sowas sagen wie "Alexa, sag mal dem Haus, dass es im Wohnzimmer Licht machen soll"?

LG Stefan

[hotzen]

hey patrick, habe mich gerade mal durch den thread gewühlt, da hast du dich schon genau damit beschäftigt, warum ich unbedingt einen echo haben will
magts du mal den entsprechenden edomi thread hier querverlinken?

so stelle ich mir mein setup vor:
- nginx reverse proxy mit 0815 config (kann man copy&paste mässig in einer readme.md aufbereiten)
- lets encrypt ssl-zertifikat
- auth ganz normal http basic auth (über ssl/tls) - siehst du hier echte vorteile eines client zertifikats?

in smarthome-ng:
- in den items direkt die alexa_keywords definieren, aber versuchen vererbung in der item-hierarchie zu nutzen
- aus der items.conf per plugin ein entsprechend aufbereitetes alexa skillset generieren
- plugin für endpunkt (per nginx exponiert), der das alexa json verarbeiten kann

ich schau mal in die edomi entwicklung...

schön, dass du das thema hier anleierst!

[patrickgoll]

Mal ein kleiner Zwischenstand für die, die nicht im Edomi Forum noch mitlesen. Ich habe dort jemanden gefunden, der das für Edomi aufbereitet hat. Ich bin aktuell dabei den Mechanismus zu SmartHomeNG zu portieren. Von der Funktion her nutzt der Entwickler die Amazon Cloud und eine Lambda Funktion, die die Anfrage an einen eigenen Webserver weitergibt. Hierbei wird die Kommunikation mit einem Clientzertifikat abgesichert. Nicht so leicht zu konfigurieren, allerdings halt mega sicher. Somit muss man sich auch keinerlei Sorgen machen, dass man irgendwie von außen gehackt wird. Der eigene Webserver leitet dann die Anfrage an das Network Socket weiter und schaltet das ganze. Als Confirmation gibt er dann den Status zurück an die Lambda Funktion in der Cloud und Alexa quittiert das dann mit einer Wortmeldung.

Die Items, die über Alexa geschaltet werden können, werden in einem separaten Config File verstaut. Dieses File lässt sich mit einem kleinen Script auch aus der items.conf erzeugen.

So ist mal die Idee. Sobald es was beta mäßiges gibt, melde ich mich wieder oder mache einen Plugin release Thread auf.

Grüße,
Patrick

[henfri]

Hab ich selbst nicht.
warum haben die geschlossen?

[fatman0]

Kennst du das?

http://www.fhemwiki.de/wiki/Alexa-Fhem

Hey du! Kannst du mir irgendwie die "alexa-fhem-0.0.0.tgz" aus deinem verlinkten Beitrag zukommen lassen? Wichtig! Denn das FHEM-Forum hat die Registrierung geschlossen und ich komme nicht an die Datei! Sehr ärgelich! PN!

[patrickgoll]

Hi Hendrik,

nein kannte ich noch nicht. Ich bin mal drüber geflogen kann aber nicht auf die schnelle beurteilen, ob das für die Sache von Nutzen ist. Ich kann auch nichts über FHEM sagen, weil ich mich damit noch gar nie befasst habe. Vielleicht kann ich mal versuchen mit dem Entwickler Kontakt aufzunehmen. Der könnte wertvolle Tipps haben, wie ich das eventuell portieren kann. Fest steht, er benutzt die Smart Home Skill API die momentan seitens Amazon noch stark beschränkt ist. Soll heißen, damit bekämen wir ohne hin eh nur hin Lichter zu schalten und zu Dimmen und Thermostate zu regel. Das wars dann aber auch schon wieder. Keine Beschattung oder andere Sonderlocken.

Aber Danke auf jeden Fall für die Nennung des Beitrages.

Grüße,
Patrick

[henfri]

Kennst du das?

http://www.fhemwiki.de/wiki/Alexa-Fhem