ich bin auch der meinung das man das „CustomSkill“ Thema in einen anderen Thread auslagern sollte.
Ich habe eine sehr gespaltene meinung zum Thema CustomSkill, bei und zuhaus läuft ein CustomSkill das SmartHome Skill nutzten wir aus den schon oben genannten gründen fast gar nicht…
allerdings ist der Programmieraufwand bei einem CustomSkill 10xhöher als bei einem SmartHomeSkill, des weiteren ist auch hier keine „freie Interaktion“ möglich, hier kann man zwar mustersätze definieren (beim SmartHomeSkill nicht) aber auch dann muss man sich daran halten, sowas für die allgemeinheit gültig zu bauen ist eine Megaaufgabe, und nicht von einem allein stemmbar. Versteht mich nicht falsch, ich hätte echt bock auf so ein Projekt, allerdings nicht als „OneMan Show“…
Das Thema ist ja nicht neu. Klar ist der Smart Home Skill eingeschränkt, da wird aber sicher in Zukunft von Amazon noch einiges kommen. Alles andere kannst du ja über einen normalen Skill abdecken. Mit der dämlichen Krücke das man immer den Skill aktivieren muss. Also z.b. Frag das Haus mach das Licht in der Küche an. Dämlicher gehts nimmer…
über Weihnachten konnte ich nur lesend verfolgen und staunen
Krass, wie es hier abgeht. Danke vor allem an Dave!
Habe nun auch alles eingerichtet und mache meine ersten Versuche. Läuft schon super und war wirklich leicht.
Zwei Fragen habe ich momentan:
gibt es eine Übersicht der „utterances“, die Alexa versteht. Bislang habe ich die Beispiele im Skill gefunden, sowie die Beispiele in der smart-home-skill-api-reference. Gibt es da noch mehr?
Ich würde gerne neben Licht und Temperatur noch mehr über den Skill schalten (z.B. „Lichtszene <Essen|Wohnen|Fernsehen> <aus|mittel|hell)“ oder die Türen auf-/abschließen. Dazu müsste man wissen, was Alexa versteht und wie umsetzt.
gibt es eine Debugmöglichkeit um herauszufinden, was Alexa an IPS schickt? Im Log der Instanz finde ich nur die Antworten vom Modul (TurnOnConfirmation, DiscoverAppliancesResponse …), aber nicht die vorausgehenden Requests.
Ich hoffe, ich frage nichts doppelt. Der Thread ist schon seeehr lang:D
Die Debug funktktion hab ich gerade erweitert (update ist bereits online) so das du nun sowohl den Request als auch die Response siehst
Eine wirkliche übersicht der mustersätze gibt es nicht, Amazon hält sich da sehr bedeckt, das was man in der App bzw. im Dev Portal sieht ist alles
Scenen kannst du über Scripte schalten, hierzu musst du einfach nur den Link auf ein Script legen, aktuell übergebe ich die Variable $_IPS[‚VALUE‘] an das Script, diese kann true/false sein, eine erweiterung für Temperatur und Prozent werte ist in arbeit, und wird hoffentlich heute noch online gehen, muss ich aber erst testen
falls du weitere fragen/wünsche hast nur raus damit
Ok. Ich werde mal versuchen, eine Übersicht der verstandenen Ausdrücke zu erstellen.
Würde es nicht vielleicht Sinn machen, neben dem Wert (value) auch den Funktionsnamen (z.B. Set/Increment/Decrement) mit zu übergeben? Dann hätte man alle Möglichkeiten und ich könnte meine mehrstufige Lichtszene auch mit Increment und Decrement setzen.
guck dir mal mein beispiel im ersten post an, nenn dein script nur „TV“ die auswertung von an/aus muss im script passieren dafür übergebe ich $_IPS[‚VALUE‘]
Dein „Alexa TV AUS“ wird genau so interpretiert. Das Gerät darf also nicht „aus“ oder „an“ heißen. Nenne das Script „TV“ und arbeite mit dem Übergabewert.
Meiner Erfahrung nach mag Alexa Verben, braucht sie aber nicht zwingend zum Schalten. Die Aktion (an/aus) darf aber wie Dave schon sagt nicht im Namen sein:
Du packst den Code von beiden Scripten in ein Script und fragst $_IPS[‚VALUE‘] ab. Je nachdem, was dort drin steht, führst Du den einen oder den anderen Teil aus. Das Script verlinkst Du auf Alexa und nennst es „TV“.
