NEWS
IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
Ok, Danke schön.
Und wie gebe ich das dann ein?
Wenn ich den Namen der Stimme in die Zeile eingebe ändert sich nichts. Muss ich da ein Kommando zusätlich einegeben oder das Ganze per Script steuern? `
z.B. so:
<speak>Hallo Marlene <voice name="Marlene">Hallo Alexa, ich bin Marlene.</voice>.</speak>
Hier findest Du eine ganze Menge Beispiele: https://developer.amazon.com/de/docs/cu … rence.html
-
Leute, bitte … ich habe für das ssml Thema nicht umsonst einen extra Thread angelegt und verlinkt.
Gesendet vom Handy ...
-
Wie bekommt man eigentlich heraus welche der "This Device" Geräte welches Smartphone ist.
Ich habe die Alexa App auf dem Smartphone eines Haushalt Mitgliedes und auf meinem. Daher zwei "This Device" Geräte mit Hash IDs.
In der jeweiligen App kann man das eigene aber auch nicht identifizieren oder umbenennen.
-
Gerade installiert.
Der Announcemnt funktioniert bei mir leider nicht. Er sagt nichts und log bleibt auch leer. Muss ich aber nochmal am Laptop genauer prüfen. Normale Sprachausgabe funktionierte auf jeden Fall
-
Wie bekommt man eigentlich heraus welche der "This Device" Geräte welches Smartphone ist.
Ich habe die Alexa App auf dem Smartphone eines Haushalt Mitgliedes und auf meinem. Daher zwei "This Device" Geräte mit Hash IDs.
In der jeweiligen App kann man das eigene aber auch nicht identifizieren oder umbenennen. `
… aber in der App unter dem This device und Geräteeinstellungen und Info solltest du die ID sehenGesendet vom Handy ...
-
Gerade installiert.
Der Announcemnt funktioniert bei mir leider nicht. Er sagt nichts und log bleibt auch leer. Muss ich aber nochmal am Laptop genauer prüfen. Normale Sprachausgabe funktionierte auf jeden Fall `
Im Zweifel debug log bitteGesendet vom Handy …
-
ich habe etwas gefunden, das wahrscheinlich auch schon in der 2.0.0 ein Problem ist:
Ich habe in jedem Raum eine Alexa stehen. Da kommt es vor, dass bei einer Ansage mehrere Alexas zuhören. Amazon selbst stellt aber sicher, dass nur die Alexa das Kommando ausführt, die das Kommando am Besten (lautesten) verstanden hat.
In dem Adapter (History) allerdings scheinen alle Alexas eingetragen zu werden, die mitgehört haben.
Zumindest erkläre ich mir das so.
Im node-red-Flow frage ich den "Echo Device Name" ab, der das Kommando erkannt haben soll. da bekomme ich immer wieder falsche Räume ausgegeben. Zuletzt steht zwar der korrekte Raum im Objekt drin, aber im Flow scheint kurzfristig auch ein anderer Echo.
So bekam ich Bad oder Wohnzimmer raus, obwohl ich in beiden Räumen nichts gesagt hatte. Auch nicht beim Kommando davor. (Also für den Fall, dass ich zu schnell abfrage)
-
Da ist jetzt die Frage wie dein Skript funktioniert. Ich tippe du triggerst bei History NICHT auf dem JSON sondern auf einem der anderen Punkte, und liesst dann den Raum aus … Dadurch das die History in so einem Fall aber mehrfacch shcnell aktualisiert wird ist der Wrt im Raum ggf was anderes.
Formal korrekt muss man auf dem JSON.History.Punkt triggern und dann dieses JSON was da gesetzt ist (nicht neu lesen, das vom Trigger nutzen) nehmen um alle Daten auszulesen. Dazu gibt es das.
Wird nur leider in sehr wenigen der Skript-Beispiele so gemacht ... und dann geht es in solchen Situationen schieff.
-
Wie bekommt man eigentlich heraus welche der "This Device" Geräte welches Smartphone ist.
Ich habe die Alexa App auf dem Smartphone eines Haushalt Mitgliedes und auf meinem. Daher zwei "This Device" Geräte mit Hash IDs.
In der jeweiligen App kann man das eigene aber auch nicht identifizieren oder umbenennen. `
… aber in der App unter dem This device und Geräteeinstellungen und Info solltest du die ID sehenGesendet vom Handy ... `
Ich sehe aber auf beiden Smartphones beide Geräte "This device" und deren ID. Aber nirgends sehe ich eindeutig die ID nur des gerade in der Hand befindlichen Smartphones um es abzugleichen. Ich müsste wohl mind. auf einem die App deinstallieren oder abmelden, damit es verschwindet und dann kann ich das einzig übrig bleibende durch Ausschlussverfahren benennen. -
- Neues Command: announcement - Sprachausgabe als "Ankündigung", wie Speak nur mit nem Ton davor `
Kann man den Ton vorher verändern ?
(auf einem ECHO mit Display wird über diese Ausgabe so ne Art Tröte angezeigt, ist ganz gut zu erkennen das es sich um eine Durchsage handeln soll )
-
Da ist jetzt die Frage wie dein Skript funktioniert. Ich tippe du triggerst bei History NICHT auf dem JSON sondern auf einem der anderen Punkte, und liesst dann den Raum aus … Dadurch das die History in so einem Fall aber mehrfacch shcnell aktualisiert wird ist der Wrt im Raum ggf was anderes.
Formal korrekt muss man auf dem JSON.History.Punkt triggern und dann dieses JSON was da gesetzt ist (nicht neu lesen, das vom Trigger nutzen) nehmen um alle Daten auszulesen. Dazu gibt es das.
Wird nur leider in sehr wenigen der Skript-Beispiele so gemacht ... und dann geht es in solchen Situationen schieff. `
Ich triggere eigentlich garnicht auf den JSON-Punkt. Ich triggere über node-red-Skill oder Wemo-Node.
Nach dem Start des Flows greife ich erst zusätzlich auf die History zu.
Ich mache das, weil ich eigentlich die Erkennung des Kommandos dem Skill oder dem Wemo-Node überlassen wollte.
Trigegre ich auf den JSON-Knoten (hatte ich auch schon überlegt, zu machen), müsste ich das kommando selbst auswerten und die Flows verzweigen
-
- Neues Command: announcement - Sprachausgabe als "Ankündigung", wie Speak nur mit nem Ton davor `
Kann man den Ton vorher verändern ?
(auf einem ECHO mit Display wird über diese Ausgabe so ne Art Tröte angezeigt, ist ganz gut zu erkennen das es sich um eine Durchsage handeln soll ) `
Nein nicht änderbar, bzt Faktisch ist das auch nur irgend ein SSML … Schau doch mal was per SSML alles geht und dann einfach SSML nutzen
-
Da ist jetzt die Frage wie dein Skript funktioniert. Ich tippe du triggerst bei History NICHT auf dem JSON sondern auf einem der anderen Punkte, und liesst dann den Raum aus … Dadurch das die History in so einem Fall aber mehrfacch shcnell aktualisiert wird ist der Wrt im Raum ggf was anderes.
Formal korrekt muss man auf dem JSON.History.Punkt triggern und dann dieses JSON was da gesetzt ist (nicht neu lesen, das vom Trigger nutzen) nehmen um alle Daten auszulesen. Dazu gibt es das.
Wird nur leider in sehr wenigen der Skript-Beispiele so gemacht ... und dann geht es in solchen Situationen schieff. `
Ich triggere eigentlich garnicht auf den JSON-Punkt. Ich triggere über node-red-Skill oder Wemo-Node.
Nach dem Start des Flows greife ich erst zusätzlich auf die History zu.
Ich mache das, weil ich eigentlich die Erkennung des Kommandos dem Skill oder dem Wemo-Node überlassen wollte.
Trigegre ich auf den JSON-Knoten (hatte ich auch schon überlegt, zu machen), müsste ich das kommando selbst auswerten und die Flows verzweigen `
Ich kann nur sagen wie der Weg geht mit dem Du es eindeutig hinbekommst
-
Danke. Hab ich schon verstanden
-
Wollte jetzt das Log schicken. Also erst nochmal ein Test und announcement beschrieben. Keine Reaktion.
Also Adapter umgestellt auf Debug und Objekt wieder geändert und was soll ich sagen? Jetzt funktioniert es…
Kann ja nur am Neustart des Adapters liegen wobei ich das vorher auch schon gemacht hatte. Naja. Habe gerade meine Scripte angepasst. Mein Frau hat sich immer erschreckt wenn Alexa etwas gesagt hat. Bin mal gespannt ob es mit der Sirene vor der Sprachausgabe besser ist.
-
Also noch was zum JSON-Objekt:
Wenn ich eine kurze Pause zwischen "Alexa" und "Licht an" lasse, kommen zwei Trigger.
"alexa" und "aicht an"
Spreche ich das aber flüssig nacheinander, kommt "alexa licht an"
Mache ich die Pause zu groß, dann erhalte ich:
"alexa" und "Unknown"
-
So wird es halt von Alexa gesendet in der History die du auch in der App sehen kannst.
Einzig bei "alexa licht an" hatte ich gedacht das der adapter das alexa entfernt. mach dazu bitte mal ein issue.Das will ich mal checken weil wäre sauberer.
-
Bei mir ist das Triggerwort "Echo", nicht Alexa, und das steht auch immer wieder mal mit dem Kommando zusammen im Summary Datenpunkt.
Wenn ich eine Pause mache, dann steht es als separater Eintrag, was ok wäre, weil der Eintrag danach ja dann das eigentliche Kommando beinhaltet.
Wenn du das im Adapter trimmen wollen würdest, wäre es ggf. sinnvoll das Triggerwort in der Adapter Konfiguration eintragen zu können.
Bei mir gibt es eine Routine "Alexa auf Anlage an." Um diese auszulösen ist der Satz: "Echo, Alexa auf Anlage an".
Was würde dann getrimmt wenn mein Adapter nicht wüsste dass "Echo" das magische Wort ist?
Immer das erste Wort wenn es "Alexa", "Echo", "Computer"… wäre ist suboptimal. Denn wenn ich eine Pause nach dem Triggerwort mache, stünde "Alexa auf Anlage an" in dem zweiten Datenpunkt und du würdest "Alexa" entfernen.
-
So wird es halt von Alexa gesendet in der History die du auch in der App sehen kannst.
Einzig bei "alexa licht an" hatte ich gedacht das der adapter das alexa entfernt. mach dazu bitte mal ein issue.Das will ich mal checken weil wäre sauberer. `
Hm, ok. Hatte es jetzt per Skript eliminiert.
Ist jetzt mit allem drum und dran ein recht großer Flow geworden (Licht und Fernsehsteuerung)
Jeweils Raumbezogen
Wollte jetzt ins Bett gehen. Wenn ich daran denke, masche ich das issue bald dazu auf.
Gute Nacht.
BTW: Tolle und saubere Arbeit, apollon77 - Vielen Dank dafür
-
Nun, da jetzt die Sprachausga sauber funktioniert und auch sogar die MarkupLanguage dafür wäre doch ein geiles Ziel die Bildschirme mit Leben zu füllen.
Ich biete mich gerne als Beta-Tester an.