Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
Alexa Custom Skill für EDOMI (LBS 19000646 und 19000647)
was bedeutet dir fehlt nur das Zertifikat? Hast du SSL auf EDOMI aktiviert und auch die Weiterleitung im Router eingerichtet? Und ist dein EDOMI Server per SSL von außen via DynDNS Name erreichbar? Wenn das der Fall ist, dann fehlt "nur" noch das Zertifikat.
Täusch ich mich, oder ist das Anleitungs PDF nicht mehr im ersten Beitrag?
Korrekt, da sie veraltet war. Die neue ist zu groß zum hochladen. Und ich muss noch das neue ZIP für Downloadportal zusammenbauen. Solange kannst du es aber HIER herunterladen.
vento66 : Micha, hast du Berechtigung das File in den Anfangspost hochzuladen? Ist ca. 2MB, Limit hier im Forum ist glaube ich 1,4 oder 1,6MB.
Gibt es eine möglichkeit nur den Amazon Servern zugriff auf die Portfreigabe in der DMZ zu ermöglichen?
Oder anders gefragt ..gibt es eine Whitelist an Amazon Servern für Alexa.
Dann könnte ich die Firewall noch feiner einstellen.
LG
Jean-Luc Picard: "Things are only impossible until they are not."
Hi, ich zähl mich jetzt auch zu den Glücklichen Alexa Besitzern und musste natürlich gleich die Edomi Integration wagen
Erstmal großes Lob an jonofe echt supper umgesetzt!
Danke der Super Doku ging das auch relative gut (manchmal muss man etwas mit den URL´s aufpassen und hab das dann sogar mit einem HAProxy umgesetzt.
Bis jetzt läuft "nur" der Custom Skill und ich kann im Wohnzimmer die Lampe ein und aus schalten.
Ich wollte nur mal Feedback zum Prozess geben.
Über 2 Dinge bin ich gestolpert...
1. in alexa-config.php gibt es kein $userIdValidation=false mehr man muss also zwingend die UserID angeben. Hatte ich zuerst nicht gemacht und dann beim Test immer ein leere Antwort bekommen.
2. in alexa-config.php scheint es Probleme zu geben wenn man mehr wie ein Target hat (auch wenn nur eines aktive ist). Ich hatte bei mir nur beim ersten die IP geändert und das zweite einfach gelassen und auf "false" gesetzt. Resultat war das ich zwar schalten konnte aber Alexa keine Antwort bekommt und sich dann über einen Fehler im Skill beschwert
Heute schau ich mir mal den SH Skill an.
BTW wenn hier jemand die Alexa auf English umgestellt hat, kann er mal Erfahrungen posten?
Würde das gerne machen, habe aber festgestellt das Sie dann aber auch kein Deutsch (z.B. Liedernamen) mehr erkennt... Gibts da Workarounds?
Über 2 Dinge bin ich gestolpert...
1. in alexa-config.php gibt es kein $userIdValidation=false mehr man muss also zwingend die UserID angeben. Hatte ich zuerst nicht gemacht und dann beim Test immer ein leere Antwort bekommen.
Hast du denn mal versucht die $userIdValidation auf false zu setzen? Eigentlich sollte das noch funktionieren. Es gar nicht zu definieren ist in der Tat nicht erlaubt, steht aber m.W. auch nicht in der Doku, oder?
2. in alexa-config.php scheint es Probleme zu geben wenn man mehr wie ein Target hat (auch wenn nur eines aktive ist). Ich hatte bei mir nur beim ersten die IP geändert und das zweite einfach gelassen und auf "false" gesetzt. Resultat war das ich zwar schalten konnte aber Alexa keine Antwort bekommt und sich dann über einen Fehler im Skill beschwert
Ist meine Vermutung korrekt, dass die zweite IP nicht existiert und dort auch kein EDOMI auf dem Port lauscht? Dann kann es daran liegen, dass beim Senden zum zweiten EDOMI (der nicht existiert) ein Timeout entsteht und somit die Antwort des ersten nicht mehr rechtzeitig empfangen wird. Das "false" beim zweiten bedeutet nicht, dass dieser Eintrag deaktiviert ist, sondern, dass diese Instanz keine Antworten senden soll. Es dürfen also nur mehrere Einträge vorhanden sein, wenn auch wirklich vorhanden. Werde mal beide Varianten in config File aufnehmen und dann die Zwei-EDOMI-Server-Variante auskommentieren. Ich denke die meisten benötigen die Config auch nur für einen EDOMI Server.
Hast du denn mal versucht die $userIdValidation auf false zu setzen? Eigentlich sollte das noch funktionieren. Es gar nicht zu definieren ist in der Tat nicht erlaubt, steht aber m.W. auch nicht in der Doku, oder?
Nach nochmaligen Lesen kann ich sagen das es in der Doku steht aber zusammen mit den Screenshot etwas missverständlich ist.
Im Screenshot ist nämlich $userIdValidation = false da und die andere Variante auskommentiert und es wird als optionla beschrieben.
In der aktuellen Config ist aber $userIdValidation=False nicht mehr vorhanden und man muss den Beispieleintrag ändern.
Ist meine Vermutung korrekt, dass die zweite IP nicht existiert und dort auch kein EDOMI auf dem Port lauscht? Dann kann es daran liegen, dass beim Senden zum zweiten EDOMI (der nicht existiert) ein Timeout entsteht und somit die Antwort des ersten nicht mehr rechtzeitig empfangen wird. Das "false" beim zweiten bedeutet nicht, dass dieser Eintrag deaktiviert ist, sondern, dass diese Instanz keine Antworten senden soll. Es dürfen also nur mehrere Einträge vorhanden sein, wenn auch wirklich vorhanden. Werde mal beide Varianten in config File aufnehmen und dann die Zwei-EDOMI-Server-Variante auskommentieren. Ich denke die meisten benötigen die Config auch nur für einen EDOMI Server.
Absolut richtig.
Ich denke wirklich das am besten der Standard mit nur einem Eintrag sein sollte. Das ein zweiter falls nicht benötigt wirklich gelöscht werden muss hab ich so auch nicht raus gelesen
BTW Amazon ist ja Dauerbaustelle kämpfe mich gerade durch AWS und Lambda aber ist schon wieder anders als in der Doku... Mal gespannt
Das eigentliche Umstieg mit der aktuellen Funktion des Skills auf Payload v3 wäre vermutlich nicht der große Aufwand, wohl aber die Implementierung der neuen Features, die Payload v3 bietet. Asychrone Antworten sind dabei aus meiner Sicht nice to have, das interessanteste Feature wäre aus meiner Sicht die proaktive Benachrichtigung einer Statusänderung, d.h. Alexa könnte per Sprachausgabe aktiv den Nutzer über einen Status informieren ohne das vorher ein Sprachkommando gegeben werden muss, z.B. dass noch Fenster geöffnet sind, wenn man das Haus verlässt (Haus-Standby). Das bringt dann den gesamten Aufwand der OAuth2 Authentifizierung mit sich, ggf. in einem separaten LBS, der dann mit demselben Skill kommuniziert.
Kurze Antwort auf deine Frage:
Interessant? Sehr
Absicht? ja
Plan? nein (noch nicht)
Aufwand? vermutlich hoch
Ich hab mich heute mal etwas in v3 eingelesen und dachte zuerst auch das man damit Alexa sprechen lassen könnte, aber dem ist glaube ich nicht so. Die ChangeState Messages beziehen sich leider auf ein SmartHome Device und sowie ich es verstanden habe wird damit nur der Status intern und in der App aktualisiert aber nicht "gesprochen". Es gibt auch noch die Push Notifications, aber die werden nur Signalisiert und nicht automatisch abgespielt. Man muss Alexa auffordern Sie zu spielen.
Hm, vielleicht geht es ja bei den Customskills, da hab ich noch nicht ins API geschaut...
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
und hab das dann sogar mit einem HAProxy umgesetzt.
Kommentar