UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

@Diginix:

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 sehen

Gesendet vom Handy ...

[apollon77]

@cash:

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 bitte

Gesendet vom Handy …

[Arnulf]

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)

[apollon77]

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.

[Diginix]

@apollon77:

@Diginix:

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 sehen

Gesendet 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.

[dslraser]

@apollon77:

• 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 :D )

[Arnulf]

@apollon77:

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

[apollon77]

@dslraser:

@apollon77:

• 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 :D ) `

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

[apollon77]

@Arnulf:

@apollon77:

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 :-)

[Arnulf]

:D

Danke. Hab ich schon verstanden

[cash]

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.

[Arnulf]

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"

[apollon77]

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.

[Diginix]

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.

[Arnulf]

@apollon77:

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

[cichy_de]

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.

[Elzershark]

@cichy_de:

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. `

Wie meinst Du das? Es wir doch beim Show einiges angezeigt. Wenn man bei announcement z.B. was eingibt, wird das von Alexa gesprochen und auch im Show angezeigt. <emoji seq="1f603">😃</emoji>

[Arnulf]

Ich habe den Adapter gelöscht und komplett neu installiert:

https://github.com/Apollon77/ioBroker.alexa2

Danach Cookie-Prozess manuell gestartet (sollte ich laut Log)

User und Passwort war aus Adapter-Maske nicht mehr da. daher nehme ich an, es ist die neuste Version.

Aber Datenpunkte für ssml sind nicht da.

Hier das Install-Log:

! Zeit
! host.ioBroker1 2019-01-14 16:30:03.900 info object change system.adapter.alexa2.0
! host.ioBroker1 2019-01-14 16:29:37.302 info object change system.adapter.alexa2.0
! iobroker 2019-01-14 16:28:24.821 info exit 0
! iobroker 2019-01-14 16:28:24.808 info host.ioBroker1 object system.adapter.alexa2.0 created
! host.ioBroker1 2019-01-14 16:28:24.802 info object change system.adapter.alexa2.0
! iobroker 2019-01-14 16:28:24.764 info host.ioBroker1 object system.adapter.alexa2.0.alive created
! iobroker 2019-01-14 16:28:24.733 info host.ioBroker1 object system.adapter.alexa2.0.connected created
! iobroker 2019-01-14 16:28:24.703 info host.ioBroker1 object system.adapter.alexa2.0.memHeapUsed created
! iobroker 2019-01-14 16:28:24.672 info host.ioBroker1 object system.adapter.alexa2.0.memHeapTotal created
! iobroker 2019-01-14 16:28:24.640 info host.ioBroker1 object system.adapter.alexa2.0.memRss created
! iobroker 2019-01-14 16:28:24.610 info host.ioBroker1 object system.adapter.alexa2.0.uptime created
! iobroker 2019-01-14 16:28:24.579 info host.ioBroker1 object system.adapter.alexa2.0.inputCount created
! iobroker 2019-01-14 16:28:24.545 info host.ioBroker1 object system.adapter.alexa2.0.outputCount created
! iobroker 2019-01-14 16:28:24.514 info host.ioBroker1 object alexa2.0.info created
! iobroker 2019-01-14 16:28:24.484 info host.ioBroker1 object alexa2.0.info.connection created
! iobroker 2019-01-14 16:28:24.455 info host.ioBroker1 object alexa2.0.info.cookie created
! iobroker 2019-01-14 16:28:24.427 info host.ioBroker1 object alexa2.0.info.csrf created
! iobroker 2019-01-14 16:28:24.413 info host.ioBroker1 create instance alexa2
! iobroker 2019-01-14 16:28:24.380 info host.ioBroker1 object system.adapter.alexa2 created
! iobroker 2019-01-14 16:28:24.215 info upload [0] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/alexa.png alexa.png image/png
! iobroker 2019-01-14 16:28:24.146 info upload [1] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo.png icons/echo.png image/png
! iobroker 2019-01-14 16:28:24.080 info upload [2] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo2.png icons/echo2.png image/png
! iobroker 2019-01-14 16:28:24.003 info upload [3] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_dot.png icons/echo_dot.png image/png
! iobroker 2019-01-14 16:28:23.932 info upload [4] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_dot3.png icons/echo_dot3.png image/png
! iobroker 2019-01-14 16:28:23.860 info upload [5] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_plus2.png icons/echo_plus2.png image/png
! iobroker 2019-01-14 16:28:23.778 info upload [6] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_show.png icons/echo_show.png image/png
! iobroker 2019-01-14 16:28:23.698 info upload [7] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_show2.png icons/echo_show2.png image/png
! iobroker 2019-01-14 16:28:23.623 info upload [8] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/echo_sub.png icons/echo_sub.png image/png
! iobroker 2019-01-14 16:28:23.547 info upload [9] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/firetab.png icons/firetab.png image/png
! iobroker 2019-01-14 16:28:23.482 info upload [10] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/firetv.png icons/firetv.png image/png
! iobroker 2019-01-14 16:28:23.405 info upload [11] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/multiroom.png icons/multiroom.png image/png
! iobroker 2019-01-14 16:28:23.335 info upload [12] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/raspi.png icons/raspi.png image/png
! iobroker 2019-01-14 16:28:23.247 info upload [13] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/reverb.png icons/reverb.png image/png
! iobroker 2019-01-14 16:28:23.182 info upload [14] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/sonos.png icons/sonos.png image/png
! iobroker 2019-01-14 16:28:23.096 info upload [15] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/icons/spot.png icons/spot.png image/png
! iobroker 2019-01-14 16:28:23.028 info upload [16] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/index.html index.html text/html
! iobroker 2019-01-14 16:28:22.949 info upload [17] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/index_m.html index_m.html text/html
! iobroker 2019-01-14 16:28:22.817 info upload [18] alexa2.admin /opt/iobroker/node_modules/iobroker.alexa2/admin/words.js words.js application/javascript
! iobroker 2019-01-14 16:28:22.788 info got /opt/iobroker/node_modules/iobroker.alexa2/admin
! iobroker 2019-01-14 16:28:20.907 info notice created a lockfile as package-lock.json. You should commit this file.
! iobroker 2019-01-14 16:28:20.903 info npm
! iobroker 2019-01-14 16:27:38.720 info npm install –production (System call) in "/opt/iobroker/node_modules/iobroker.alexa2"
! iobroker 2019-01-14 16:27:37.858 info host.ioBroker1 install adapter alexa2
! iobroker 2019-01-14 16:27:36.625 info add alexa2 --host ioBroker2
! host.ioBroker1 2019-01-14 16:25:28.510 info Update repository "default" under "http://download.iobroker.net/sources-dist.json"
! iobroker 2019-01-14 16:25:25.281 info exit 0
! iobroker 2019-01-14 16:25:23.406 info
! iobroker 2019-01-14 16:25:23.402 info WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@0.1.4 (node_modules/xpc-connection):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"o
! iobroker 2019-01-14 16:25:23.400 info npm
! iobroker 2019-01-14 16:24:25.893 info npm install https://github.com/Apollon77/ioBroker.a ... all/master --production --save --prefix "/opt/iobroker" (System call)
! iobroker 2019-01-14 16:24:24.810 info install https://github.com/Apollon77/ioBroker.a ... all/master
! iobroker 2019-01-14 16:24:23.806 info url "https://github.com/Apollon77/ioBroker.alexa2"

[Elzershark]

Starte mal den Adapter neu

[Arnulf]

@Elzershark:

Starte mal den Adapter neu `

Habe ich natürlich bereits gemacht. Sogar beide Raspis neu rebootet.

Ich habe den Fehler gefunden:

Die Version 2.1.0 kommt mit Mutihost-Umgebungen nicht klar.

Wenn ich Webserver und Alexa-Adapter beide auf den Master ziehe, erscheinen tatsächlich die Nodes.

Die 2.0.0 hat mit Multihost keine Probleme. Ich vermute also hier einen Bug?

und kaum verschiebe ich die beiden Adapter wieder auf den Slave, kommt folgende Log-Zeile:

alexa2.0	2019-01-14 16:59:38.621	info	Deleting the following states: ["Echo-Devices.G090U60884230800.Commands.ssml","Echo-Devices.G090U60884230800.Commands.announcement","Echo-Devices.G090U60884230800.Commands.notification","Echo-Devices.........

wieder zurück zu Master:

alexa2.0	2019-01-14 17:02:24.675	info	{"applianceId":"AAA_SonarCloudService_76673dd5-7fa5-3c3e-b100-4bb37a505388","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien
alexa2.0	2019-01-14 17:02:24.675	info	Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk!
alexa2.0	2019-01-14 17:02:24.675	info	{"applianceId":"AAA_SonarCloudService_ee0be2fd-75d4-3a67-a138-24748be31f62","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien
alexa2.0	2019-01-14 17:02:24.675	info	Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk!
alexa2.0	2019-01-14 17:02:24.675	info	{"applianceId":"AAA_SonarCloudService_a21261e2-b7c3-3a93-8610-6de0c81dac97","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien
alexa2.0	2019-01-14 17:02:24.675	info	Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk!
alexa2.0	2019-01-14 17:02:24.674	info	{"applianceId":"AAA_SonarCloudService_7eaf0123-edc8-30d6-8e6b-501232d8036c","endpointTypeId":"","driverIdentity":{"namespace":"AAA","identifier":"SonarCloudService"},"manufacturerName":"Amazon","frien
alexa2.0	2019-01-14 17:02:24.673	info	Smarthome-Device Capability Alexa.AcousticEventSensor unknown. Report to developer this and next log line from logfile on disk!