NEWS
IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
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>
-
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" -
Starte mal den Adapter neu
-
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!
-
Hallo, brauche Hilfe, komme ich einfach nicht weiter. Kriege ich die Alexa einfach nicht zum laufen, die bleibt einfach stumm und keine Commands funktionieren. Habe ich schon mehrere Versionen von dem Adapter ausprobiert, auch die alte 0.4, 1.1.3, 2.0 und zum letzten die 2.1, leider kein erfolgt. Das System ist VirtuelBox Debian 9 (schon mit Debian 8 probiert), ioBroker 3.5.10, node v8.15.0 nodejs 8.15.0 npm 6.4.1. Bei der Konstellation bei dem Version Alexa 2.1 bekomme ich nicht mal alle Objekte, nur info, dann muss ich zu erst die 1.1.3 instalieren, dann 2.1 rüber installieren, dann sind die Objekte, aber kein Funktion von Commands. Habe ich schon aus Verzweiflung das ganze auf RasPi mit fertigen Image von ioBroker (ioBroker_Image_RPi_2-3_20190104_stretch und ioBroker_Image_RPi_2-3_20180401_stretch) versucht, die gleiche Problematik, was mache ich falsch?
16727_log.jpg -
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! ```` `
Dann habe ich einen einfachen Tipp: Hast du beim Update des Adapters den korrekten Host gewählt? Ich in der Meinung das auf Master die neue Version ist und auf dem Slave die alte. Stell sicher das beim Update per Admin oben auch der korrekte Host gewählt ist!!!
Gesendet vom Handy …
-
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" `
Fix für korrektes aussortieren der wake words kommt in nächster VersionGesendet vom Handy …
-
Hallo, brauche Hilfe, komme ich einfach nicht weiter. Kriege ich die Alexa einfach nicht zum laufen, die bleibt einfach stumm und keine Commands funktionieren. Habe ich schon mehrere Versionen von dem Adapter ausprobiert, auch die alte 0.4, 1.1.3, 2.0 und zum letzten die 2.1, leider kein erfolgt. Das System ist VirtuelBox Debian 9 (schon mit Debian 8 probiert), ioBroker 3.5.10, node v8.15.0 nodejs 8.15.0 npm 6.4.1. Bei der Konstellation bei dem Version Alexa 2.1 bekomme ich nicht mal alle Objekte, nur info, dann muss ich zu erst die 1.1.3 instalieren, dann 2.1 rüber installieren, dann sind die Objekte, aber kein Funktion von Commands. Habe ich schon aus Verzweiflung das ganze auf RasPi mit fertigen Image von ioBroker (ioBroker_Image_RPi_2-3_20190104_stretch und ioBroker_Image_RPi_2-3_20180401_stretch) versucht, die gleiche Problematik, was mache ich falsch? `
Starte mal ohne debug und schau mal ob im log Meldungen für den Entwickler sind. Was hast du denn für Geräte? Sag mal die deviceType davon aus den Info Adaptern. Ob Kommandos existieren ist User Feedback und steht im Adapter drin pro deviceTyp. Also bitte deviceTypen und die info was das ist.Und um zu prüfen ob Kommandos überhaupt gehen kannst du die Alexa App nehmen und versuchen eine Routine anzulegen die auf dem Gerät etwas ausgibt. Wenn du das Gerät dort wählen kannst dann ist ggf Die Typ Info im Adapter falsch. Oder die Geräte können das einfach nicht.
Check das bitte mal.
Gesendet vom Handy …
-
Dann habe ich einen einfachen Tipp: Hast du beim Update des Adapters den korrekten Host gewählt? Ich in der Meinung das auf Master die neue Version ist und auf dem Slave die alte. Stell sicher das beim Update per Admin oben auch der korrekte Host gewählt ist!!!
Gesendet vom Handy … `
hmm… dann muss ich doof fragen. Wie kann man das denn von Katze explizit machen? Ich dachte, er nimmt dann den, der vorher im Admin eingestellt ist
-
Sollte er. Aber es zählt der Host der ganz oben im Admin im der Auswahl ist nicht der wo die Instanz läuft.
Gesendet vom Handy …
-
Sollte er. Aber es zählt der Host der ganz oben im Admin im der Auswahl ist nicht der wo die Instanz läuft.
Gesendet vom Handy … `
soeben hast du den Heldenstatus für mich erreicht.
Das war es. Ich wusste garnicht, dass man da umschalten konnte.
Muss ich viel mehr darauf achten
-
Schon selbst öfters reingefallen …
-
in Alexa App die Routinen gehen, und werden auch ausgegeben (ausgesprochen), nur nicht aus Adapter. Sind zwei Geräte, jeweils Echo Dot 2. In Log sind auch keine Meldungen für Entwickler,
16727_alexa.jpg -
device.typen?
-
sind beide Echos: A3S5BH2HU6VAYF
-
Kurze Rückmeldung von mir bzgl. Cookie Refresh nach 24h und Instanz/ioB/System Restart: Funktioniert! Ich habe neue Cookies für beide Instanzen erhalten.
-
Danke. Die langzeit werte ich 14-21 Tagen werden interessant
Gesendet vom Handy …
-
sind beide Echos: A3S5BH2HU6VAYF `
Und du hast die 2.1 vom GitHub? Dann sollte das inkl command support drin sein.Gesendet vom Handy …
-
Moin,
ich habe ein Problem mit der neuen Version und dem Proxy.
ioBroker läuft als ein Docker Image. D.h. der Container hat eine interne IP von z.b. 172.17.0.7 auf dem Host mit der IP 192.168.1.1
Die interne IP kann von außen nicht erreicht werden dafür werden Portumleitungen definiert, z.b. 172.17.0.7:8881 <->192.168.1.1:8881
Damit kann ich aus dem normalen Netz meine Dockerinstanz ganz normal aufrufen mit192.168.1.1:8881
Das funktioniert mit allen ioBroker Services und in Summe 11 anderen Docker Containern.
Nun zum Problem:
Alexa2 meldet mir als Proxy 172.17.0.7:8887 (der Port ist fest eingestellt und wird auch von dem Host entsprechend weitergeleitet)
Also muss ich vom Browser die 192.168.1.1:8887 aufrufen…...nun liefert mir der Proxy aber zurück:
http://172.17.0.7:8887/www.amazon.com/a ... 2F%2Falexa.........
Hier müsste er aber den vorderen Teil von der Anfrage übernehmen und nicht verändern (So machen es alle anderen WebServices auch)
Ändere ich die URL nun Manuel in
http://192.168.1.1:8887/www.amazon.com/ ... 2F%2Falexa.........
komme ich leider auch nicht weiter......
Gruss
Sky
-
Ja ist bekannt und gibt ein GitHub Issue dazu. Kam noch nicht dazu. vllt in der 2.2