IoBroker Alexa2 v2.0 ALPHA!!! Status GitHub Version!
-
Was hat der Skill mit dem Alexa2 Adapter zu tun?
-
Alexa Sprach-Kommandos ausführen läuft über den
ioBroker Cloud Adapter und den ioBroker Smart-Home Skill… bei der Free Cloud Version
oder
ioBroker iot Adapter und ioBroker.iot Skill bei der Pro Version
Da hat der Alexa2 Adapter keinen Einfluß drauf, ob das funktioniert oder nicht....
Der Alexa2 Adapter ist für die Alexas selbst da, nicht für die Ausführung von Sprachkommandos.
Grüße
Tom
-
Ich fange langsam an, das zu verstehen.
Dann wird der Adapter immer noch auf gelb stehen. Ich werde mir das nachher zuhause anschauen.
Was heißt denn "Der Alexa2 Adapter ist für die Alexas selbst da"?
-
Ich schließe mich dem Test auch an und werde berichten …
-
Er gibt dir Zugriff auf die States der einzelnen Echos, listet deine Routinen der Alexa App usw.
Also quasi eher ein Alexa App Adapter …
Grüße
Tom
-
Optin 1: Instanz neu starten (Icons mit den zwei Pfeilen bei der Instanz) und dann unter Tab "Logs" schauen was kommt
Alternativ, Logfile auf Platte schauen (siehe Signatur) `
apollon77,hier ist das, hoffentlich richtige logfile von dem Adapterstart
! alexa2.1 2018-12-14 20:56:19.437 debug system.adapter.admin.0: logging true
! alexa2.1 2018-12-14 20:56:19.436 debug redis pmessage io..logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1544817379435,"q":0,"from":"system.adapter.admin.0","lc":1544817379435}
! alexa2.1 2018-12-14 20:56:14.116 debug system.adapter.admin.0: logging false
! alexa2.1 2018-12-14 20:56:14.110 debug redis pmessage io..logging io.system.adapter.admin.0.logging {"val":false,"ack":true,"ts":1544817374102,"q":0,"from":"system.adapter.admin.0","lc":1544817374102}
! alexa2.1 2018-12-14 20:55:10.771 error Error: You can try to get the cookie manually by opening http://192.168.178.66:44039/ with your browser.
! alexa2.1 2018-12-14 20:55:10.771 error Error: Login unsuccessfull. Please check credentials.
! alexa2.1 2018-12-14 20:55:10.770 debug Alexa-Remote: Error from retrieving cookies
! alexa2.1 2018-12-14 20:55:10.768 debug Alexa-Cookie: Proxy-Server listening on port 44039
! alexa2.1 2018-12-14 20:55:10.668 debug Alexa-Cookie: Response (404)
! alexa2.1 2018-12-14 20:55:10.511 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) Apple
! alexa2.1 2018-12-14 20:55:10.510 debug Alexa-Cookie: Step 3: login with filled form, referer contains session id
! alexa2.1 2018-12-14 20:55:10.486 debug Alexa-Cookie: Response (404)
! alexa2.1 2018-12-14 20:55:10.324 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin","method":"POST","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) Apple
! alexa2.1 2018-12-14 20:55:10.324 debug Alexa-Cookie: Step 2: login empty to generate session
! alexa2.1 2018-12-14 20:55:10.289 debug Alexa-Cookie: Response (200)
! alexa2.1 2018-12-14 20:55:10.051 debug Alexa-Cookie: Sending Request with {"host":"www.amazon.de","path":"/ap/signin?openid.return_to=https%3A%2F%2Falexa.amazon.de%2F&openid.identity=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0%2Fidentifier
! alexa2.1 2018-12-14 20:55:10.047 debug Alexa-Cookie: Response (302) - Redirect to https://www.amazon.de/ap/signin?openid. … ntifier_se
! alexa2.1 2018-12-14 20:55:09.754 debug Alexa-Cookie: Sending Request with {"host":"alexa.amazon.de","path":"","method":"GET","headers":{"DNT":"1","Upgrade-Insecure-Requests":"1","User-Agent":"Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/53
! alexa2.1 2018-12-14 20:55:09.753 debug Alexa-Cookie: Step 1: get first cookie and authentication redirect
! alexa2.1 2018-12-14 20:55:09.753 debug Alexa-Cookie: Proxy-Mode enabled if needed: 192.168.178.66:0 to listen on 0.0.0.0
! alexa2.1 2018-12-14 20:55:09.753 debug Alexa-Cookie: Use as Accept-Language: de-DE
! alexa2.1 2018-12-14 20:55:09.753 debug Alexa-Cookie: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
! alexa2.1 2018-12-14 20:55:09.753 debug Alexa-Cookie: Use as Alexa-Service-Host: alexa.amazon.de
! alexa2.1 2018-12-14 20:55:09.752 debug Alexa-Cookie: Use as Login-Amazon-URL: amazon.de
! alexa2.1 2018-12-14 20:55:08.228 debug Alexa-Remote: No cookie given, generate one
! alexa2.1 2018-12-14 20:55:08.227 debug Alexa-Remote: Use as Base-URL: alexa.amazon.de
! alexa2.1 2018-12-14 20:55:08.227 debug Alexa-Remote: Use as Login-Amazon-URL: amazon.de
! alexa2.1 2018-12-14 20:55:08.226 debug Alexa-Remote: Use as User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
! alexa2.1 2018-12-14 20:55:08.166 info starting. Version 1.1.3 in /opt/iobroker/node_modules/iobroker.alexa2, node: v8.11.2
! alexa2.1 2018-12-14 20:55:08.004 info States connected to redis: 127.0.0.1:6379
! alexa2.1 2018-12-14 20:55:07.997 debug statesDB connected
! alexa2.1 2018-12-14 20:55:07.959 debug objectDB connected
! host.ioBroker-RasPi 2018-12-14 20:55:03.684 info instance system.adapter.alexa2.1 started with pid 24632
! host.ioBroker-RasPi 2018-12-14 20:55:01.222 info instance system.adapter.alexa2.1 terminated with code 0 (OK)
! host.ioBroker-RasPi 2018-12-14 20:55:01.128 info stopInstance system.adapter.alexa2.1 killing pid 19829
! host.ioBroker-RasPi 2018-12-14 20:55:01.128 info stopInstance system.adapter.alexa2.1
! alexa2.1 2018-12-14 20:55:01.138 info terminating
! host.ioBroker-RasPi 2018-12-14 20:55:01.127 info object change system.adapter.alexa2.1
! alexa2.1 2018-12-14 20:52:12.421 debug system.adapter.admin.0: logging true
! alexa2.1 2018-12-14 20:52:12.420 debug redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1544817132417,"q":0,"from":"system.adapter.admin.0","lc":1544817132417}Die Adapterampel steht immer noch auf gelb.
Hast Du eine Idee, wo ich ansetzen kann?
Grüße
Christian
-
to get the cookie manually by opening http://192.168.178.66:44039/ with your browser.
Schon dein Cockie wie hier im Log angegeben gemacht?
Link nutzen, bei Amazon anmelden und schon geht's los
-
Alter Schwede, ich glaub, ich werd' langsam zu alt für die schönen Dinge des Lebens….....
Das passiert wenn man kaum Englisch versteht und aus dem Grund auch nichts in Englisch lesen will......
Du hast hast es auf den Punkt gebracht und meinen Fehler richtig erkannt.
Ich habe die Adresse in Browser aufgerufen, mich mit den Amazondaten eingeloggt und schon "ging's los"... Ampel schaltete auf grün.
Vielen Dank an Dich und das Forum, jetzt kann es weiter gehen......
Grüße....Christian
-
Das ist die nächste Änderung in der 2.0 das die Zugangsdaten aus der Adapterkonfig rausfliegen und das mit der URL dort prominent reinkommt …
-
Ich habe dann auch mal eine Frage.
Ich habe jetzt einen Amazon Smart Plug (WLAN Steckdose von Amazon), der direkt mit der Alexa App eingerichtet ist. Im Alexa2 Adapter (v2 via Github) taucht der auch unter Smarthome-Geräte auf. Über den Datenpunkt powerState kann ich den Smart Plug steuern und in der Alexa App wird auch der über ioBroker geschaltete Zustand erkannt. Andersherum (Steuerung des Smart Plug via App/Alexa) funktioniert das aber irgendwie nicht so gut. ioBroker bekommt die Änderung des powerState nicht mit. Starte ich den Adapter neu, wird manchmal der aktuelle powerState erkannt, manchmal aber auch nicht. Fehler konnte ich im Log nicht sehen.
So wie ich die Funktionsweise des Adapters verstanden habe, meldet der sich quasi als Alexa App bei Amazon und müsste dann ja auch die Änderung des powerState kennen. Ist dieses Verhalten normal? Der Adapter steht auch nicht auf Polling, sondern auf Push, daher müsste die Änderung ja relativ schnell sichtbar werden.
-
Wendt die anderen Thread ließt wirst du feststellen das genau die States von smart devices nicht aktiv gemeldet werden sondern nur abgefragt werden wenn nötig. Dazu gibt es Die #query States. Die musst du mit true triggern dann wird der Wert aktualisiert.
Gesendet vom Handy …
-
ich muss noch einmal fragen (hatte keine Antwort auf meine farge von vor ein paar Tagen gefunden):
Wie installiere ich die 2.0.x-Version?
Ich bin zu doof für githib. Ich finde immer nur die 1.1.3-Version.
Da ich meinen ioBroker wieder ganz von vorne aufsetzen musste, wäre das ideal für einen Test.
-
Schau in den ersten Post von diesem Thread.
Gesendet vom Handy …
-
ich habe den Post ein paar Mal durchgelesen. Aber trotzdem nicht verstanden, wie ich es schaffe, dass 2.0 statt 1.1.3 installiert wird.
Ich sag ja: ich bin zu doof
-
ich habe den Post ein paar Mal durchgelesen. Aber trotzdem nicht verstanden, wie ich es schaffe, dass 2.0 statt 1.1.3 installiert wird.
Ich sag ja: ich bin zu doof `
Glaube ich nicht, dir fehlen nur Informationen
Im iobroker / Adapter über das Symbol mit der Katze (steht für GitHub) mit beliebig und dieser URL sollte es gehen
https://github.com/Apollon77/ioBroker.alexa2
Ich habe es aber nicht getestet, ist mir noch zu "gefährlich" auf dem Produktivsystem.
-
Danke, Diese Info fehlte mir.
Update scheint zumindest schon mal geklappt zu haben:
host.ioBroker1 2018-12-17 08:44:53.827 info Update repository "default" under "http://download.iobroker.net/sources-dist.json" iobroker 2018-12-17 08:44:53.697 info exit 0 iobroker 2018-12-17 08:44:53.580 info iobroker 2018-12-17 08:44:53.578 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 2018-12-17 08:44:53.577 info npm iobroker 2018-12-17 08:43:57.774 info npm install https://github.com/Apollon77/ioBroker.alexa2/tarball/master --production --save --prefix "/opt/iobroker" (System call) iobroker 2018-12-17 08:43:56.712 info install https://github.com/Apollon77/ioBroker.alexa2/tarball/master iobroker 2018-12-17 08:43:55.618 info url "https://github.com/Apollon77/ioBroker.alexa2" -
Bei mir läuft die Aktualisierung auch aktuell durch.
Haben den Adapter zum testen jeden Tag neu gestartet.
-
Hallo allerseits
Ich bin neu hier, habe aber den iobroker schon seit einigen Wochen soweit erfolgreich auf meiner Diskstation in Docker am Laufen.
Jetzt kam eine Alexa ins Haus…
Aber irgendwie komme ich mit Alexa2 nicht klar, und da sich die 1.1.3 schon nicht anmelden wollte, bin ich jetzt auf 2.0.0 gegangen.
ABER: Ich durchschaue das mit der Proxy-Adresse nicht.
Die Fehlermeldung sagt, ich solle doch den Cookie auf http://172.17.0.6 holen. Gut, das ist die interne IP von Docker, der Port ist zufällig.
Also: Im Alexa2-Adapter bei den Proxy-Einstellungen den Port festgenagelt (z.B. 5555) und im Docker bei den Port-Einstellungen durchgeleitet.
Jetzt sollte ich über 192.168.10:5555 anstatt 172.17.0.6:ZUFALLSPORT zu meiner Cookie-Seite kommen.
Klappt nur so halb, denn nach einer Weile warten sehe ich folgende URL in der Adresszeile und einen "Die Webseite ist nicht erreichbar" Fehler:
http://172.17.0.6:5555/www.amazon.com/a … uth%2F2.0&
Der Adapter scheint also einen Folgeaufruf mit der im Adapter definierten Proxy-IP zu machen.
Dumm nur ist, dass im Alexa2-Adapter diese IP ja nicht ändern kann. Es gibt eine Auswahl mit genau einem Wert: 172.17.0.6
Wenn Ich das Forum richtig gedeutet habe, gibt es noch mehr Leute, die den iobroker im Docker am Laufen haben… wie macht Ihr das?
Danke und herzlichen Gruss
Michael
-
Es gibt ein issue dafür die up konfigurierbar zu machen. Also denke kommt noch. Es sei denn jemand baut es ein und schickt einen PR vorher.
Was du versuchen kannst ist: unter Objekte - Expertenmodus. System.adapter.alexa2.0 auf den Stift bei dem Ordner klicken. Dort auf raw.
In dem json unter native findest du die falsche ip. Schreib da die rein durchs sein muss, speichern, Instanz neu starten und versuche nochmal.
Gesendet vom Handy …
-
Perfekt!
Sooo einfach, wenn man weiss wie es geht
Editieren der IP von 172…. auf die IP meiner Diskstation hat geholfen. Ich konnte die Seite aufrufen, durfte mich zweimal Anmelden, ein Captcha beantworten und das Cookie ist gesetzt. Man sehen, wie es weiter geht.
Vielen Dank
Michael
