alexa-fhem: amazon alexa smart home skill für fhem, api version 3

[MadMax-FHEM]

Hast du nun https (und User/Passwort) für den Zugang zu fhem aktiviert!?

Hast du das dann auch entprechend in der config.json eingetragen!?

Alternativ (zum Test) kannst du auch schnell einen weiteren FHEMWEB ohne alles aufmachen, nur um zu sehen, ob es klappt...

Evtl. auch als erstes Gerät zur Steuerung mal einen simplen "Schalter-Dummy" anlegen...

Wenn das dann alles geht, dann Stück für Stück "zurück anpassen"...

Gruß, Joachim

[Sailor]

Hallo Joachim

Hast du nun https (und User/Passwort) für den Zugang zu fhem aktiviert!?
Hast du das dann auch entprechend in der config.json eingetragen!?

Ja das war schon immer aktiviert, allerdings habe ich irgendwie eine Veränderung nachdem ich die DOIFS in fhem auf systemctl angepasst und fhem in die Liste der sudoers eingetragen habe.
Womöglich hat aber auch nichts miteinander zu tun.

Zumindest kann ich alexa aus fhem heraus starten und stoppen.


Das fhem Logfile zeigt ständig:
Nachtrag gelöst:
Mann sollte seine eigene Anleitung besser lesen!

Die Konsole zeigt:

Code Auswählen Erweitern



pi@DeekeHomeServer:~/.alexa $ sudo systemctl status alexa
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-11-29 21:00:16 CET; 54s ago
Main PID: 7543 (alexa)
   CGroup: /system.slice/alexa.service
           └─7543 alexa

Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] { FHEMgutenMorgenIntent: 'gutenMorgen',
Nov 29 21:00:20 DeekeHomeServer alexa[7543]:   FHEMguteNachtIntent: 'guteNacht' }
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM]   executing: https://192.168.178.7:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%201;;undef%7D;list%20MyAlexa%20.Alexa.
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] got: 3 results
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] FHEM.Alexa: no service type detected
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] no device created for FHEM.Alexa (dummy)
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] FHEM.Alexa.DOIF: no service type detected
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] no device created for FHEM.Alexa.DOIF (DOIF)
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] FHEM.Alexa.Status: no service type detected
Nov 29 21:00:20 DeekeHomeServer alexa[7543]: [2018-11-29 21:00:20] [FHEM] no device created for FHEM.Alexa.Status (dummy)


Und das obwohl die
FHEM.Alexa
FHEM.Alexa.DOIF
FHEM.Alexa.Status
allesamt angelegt sind.

Gruss
    Sailor

[MadMax-FHEM]

Nutzt du nicht das Modul Servicd zum Steuern des alexa-Dienstes!?

https://forum.fhem.de/index.php/topic,79952.0.html
Das nutze ich...
Geht echt gut...

Du hast das für initd gedachte DOIF umgebaut?

Dürfte schwerlich funktionieren (so wie ich es kenne, denn dazu sind 2 Dummy notwendig UND eigentlich die "fhem-Aufrufe" im initd-Script, das du ja nicht mehr hast)...

Hat aber vermutlich tatsächlich nichts mit dem jetzigen Problem zu tun.

Im vorherigen Post habe ich auch "Zugriffsfehler" auf fhem (auslesen von Geräten) gesehen und da dort ohne https sondern mit http stand die Frage nach https...

Aktuell tritt aber wohl ein anderes Problem bei der Abfrage von fhem auf...
Welches bin ich grad ratlos...

Hast du bereits Geräte die schon in den "Filter" der config.json passen, also gefunden werden sollten?

Die evtl. mal rausnehmen und erst mal nur wie geraten den simplen "Dummy-Schalter" anlegen und in den "Filter" "stecken"...

(z.B. Filter: room=alexa / bzw. was halt bei dir in der config.json eingetragen ist)

Gruß, Joachim

[Sailor]

Hallo Joachim

Nutzt du nicht das Modul Servicd zum Steuern des alexa-Dienstes!?

Nein

Du hast das für initd gedachte DOIF umgebaut?
Dürfte schwerlich funktionieren (so wie ich es kenne, denn dazu sind 2 Dummy notwendig UND eigentlich die "fhem-Aufrufe" im initd-Script, das du ja nicht mehr hast)...
Hat aber vermutlich tatsächlich nichts mit dem jetzigen Problem zu tun.
Im vorherigen Post habe ich auch "Zugriffsfehler" auf fhem (auslesen von Geräten) gesehen und da dort ohne https sondern mit http stand die Frage nach https...
Aktuell tritt aber wohl ein anderes Problem bei der Abfrage von fhem auf...
Welches bin ich grad ratlos...
Hast du bereits Geräte die schon in den "Filter" der config.json passen, also gefunden werden sollten?
Die evtl. mal rausnehmen und erst mal nur wie geraten den simplen "Dummy-Schalter" anlegen und in den "Filter" "stecken"...
(z.B. Filter: room=alexa / bzw. was halt bei dir in der config.json eingetragen ist)

Mein DOIF habe ich natürlich geändert:

Code Auswählen Erweitern


Internals:
   DEF        ([FHEM.Alexa] eq "start")
(set FHEM.Alexa on, {system ("sudo systemctl start alexa > /dev/null 2>&1 &")})
DOELSEIF ([FHEM.Alexa] eq "stop")
(set FHEM.Alexa on, {system ("sudo systemctl stop alexa > /dev/null 2>&1 &")})
DOELSEIF ([FHEM.Alexa] eq "restart")
(set FHEM.Alexa on, {system ("sudo systemctl restart alexa > /dev/null 2>&1 &")})
DOELSEIF ([FHEM.Alexa] eq "status")
(set FHEM.Alexa on, {system ("sudo systemctl status alexa > /dev/null 2>&1 &")})
   MODEL      FHEM
   NAME       FHEM.Alexa.DOIF
   NR         3412
   NTFY_ORDER 50-FHEM.Alexa.DOIF
   STATE      cmd_1
   TYPE       DOIF
   Helper:
     DBLOG:
       cmd:
         myDbLog:
           TIME       1543521250.42791
           VALUE      1
       cmd_event:
         myDbLog:
           TIME       1543521250.42791
           VALUE      FHEM.Alexa
       cmd_nr:
         myDbLog:
           TIME       1543521250.42791
           VALUE      1
       error:
         myDbLog:
           TIME       1543521250.42791
           VALUE      {system ("sudo systemctl start alexa > /dev/null 2>&1 &")}
       mode:
         myDbLog:
           TIME       1543519870.29718
           VALUE      enabled
       state:
         myDbLog:
           TIME       1543521250.42791
           VALUE      cmd_1
   READINGS:
     2018-11-29 20:54:10   Device          FHEM.Alexa
     2018-11-29 20:54:10   cmd             1
     2018-11-29 20:54:10   cmd_event       FHEM.Alexa
     2018-11-29 20:54:10   cmd_nr          1
     2018-11-29 20:54:10   e_FHEM.Alexa_STATE start
     2018-11-29 20:54:10   error           {system ("sudo systemctl start alexa > /dev/null 2>&1 &")}: -1
     2018-11-29 20:31:08   mode            enabled
     2018-11-29 20:54:10   state           cmd_1
   Regex:
   attr:
     cmdState:
     wait:
     waitdel:
   condition:
     0          ::InternalDoIf($hash,'FHEM.Alexa','STATE') eq "start"
     1          ::InternalDoIf($hash,'FHEM.Alexa','STATE') eq "stop"
     2          ::InternalDoIf($hash,'FHEM.Alexa','STATE') eq "restart"
     3          ::InternalDoIf($hash,'FHEM.Alexa','STATE') eq "status"
   devices:
     0           FHEM.Alexa
     1           FHEM.Alexa
     2           FHEM.Alexa
     3           FHEM.Alexa
     all         FHEM.Alexa
   do:
     0:
       0          set FHEM.Alexa on, {system ("sudo systemctl start alexa > /dev/null 2>&1 &")}
     1:
       0          set FHEM.Alexa on, {system ("sudo systemctl stop alexa > /dev/null 2>&1 &")}
     2:
       0          set FHEM.Alexa on, {system ("sudo systemctl restart alexa > /dev/null 2>&1 &")}
     3:
       0          set FHEM.Alexa on, {system ("sudo systemctl status alexa > /dev/null 2>&1 &")}
     4:
   helper:
     event      start
     globalinit 1
     last_timer 0
     sleeptimer -1
     timerdev   FHEM.Alexa
     timerevent start
     triggerDev FHEM.Alexa
     DOIF_eventas:
       cmd_nr: 1
       cmd: 1
       cmd_event: FHEM.Alexa
       error: {system ("sudo systemctl start alexa > /dev/null 2>&1 &")}: -1
       state: cmd_1
     timerevents:
       start
       on
     timereventsState:
       state: start
     triggerEvents:
       start
       on
     triggerEventsState:
       state: start
   internals:
     0           FHEM.Alexa:STATE
     1           FHEM.Alexa:STATE
     2           FHEM.Alexa:STATE
     3           FHEM.Alexa:STATE
     all         FHEM.Alexa:STATE
   itimer:
   readings:
   trigger:
   uiState:
   uiTable:
Attributes:
   room       alexa


Ansonsten

Code Auswählen Erweitern

Internals:
   NAME       FHEM.Alexa
   NR         3411
   STATE      on
   TYPE       dummy
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1543521250.4704
           VALUE      on
   READINGS:
     2018-11-29 20:54:10   state           on
Attributes:
   event-on-change-reading state
   room       alexa
   webCmd     status:start:stop:restart


Code Auswählen Erweitern


Internals:
   NAME       FHEM.Alexa.Status
   NR         3410
   STATE      ???
   TYPE       dummy
Attributes:
   room       alexa


Gruss
    Sailor

[MadMax-FHEM]

Ja aber das DOIF reagiert ja auf Statusänderungen des Dummy. Der Dummy wird aber von dem initd-Script "gesteuert" (schau mal in den Code).
Da du das Script ja bei systemd nicht mehr hast wirst du auf Dauer keine Freude an DOIF und Dummy etc. haben...

EDIT: ok, du hast wohl die Aufrufe aus dem Script irgendwie ins DOIF eingebaut!?

EDIT2: jetzt weiß ich nicht mehr genau wie es früher war, also ob das DOIF schon mal im Wiki umgebaut/angepasst wurde. Ich weiß nur, dass im initd-Script "fhem-Set-Aufrufe" auf den Dummy drin waren um eben das DOIF "zufrieden zu stellen"... Aber ist ja nur zweitrangig grad... Entscheidender sind die "fhem-Abfragefehler"...

Gruß, Joachim

[Sailor]

Hallo Joachim

Ja aber das DOIF reagiert ja auf Statusänderungen des Dummy. Der Dummy wird aber von dem initd-Script "gesteuert" (schau mal in den Code).
Da du das Script ja bei systemd nicht mehr hast wirst du auf Dauer keine Freude an DOIF und Dummy etc. haben...

EDIT: ok, du hast wohl die Aufrufe aus dem Script irgendwie ins DOIF eingebaut!?

EDIT2: jetzt weiß ich nicht mehr genau wie es früher war, also ob das DOIF schon mal im Wiki umgebaut/angepasst wurde. Ich weiß nur, dass im initd-Script "fhem-Set-Aufrufe" auf den Dummy drin waren um eben das DOIF "zufrieden zu stellen"... Aber ist ja nur zweitrangig grad... Entscheidender sind die "fhem-Abfragefehler"...

Gruß, Joachim

So ich denke ich habe den Fehler... Ich habe in der config.json den Filter auf "room=alexa" gelegt und dort die FHEM.Alexa, FHEM.Alexa.Status und FHEM.Alexa.DOIF abgelegt.
So was Blödes! 

Kurzerhand aus diesem Raum verbannt!
Der Raum ist jetzt leer und schon spuckt die Konsole folgendes aus:

Code Auswählen Erweitern


pi@DeekeHomeServer:~/.alexa $ sudo systemctl status alexa
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-11-29 21:28:08 CET; 3min 47s ago
Main PID: 8388 (alexa)
   CGroup: /system.slice/alexa.service
           └─8388 alexa

Nov 29 21:28:12 DeekeHomeServer alexa[8388]:      'jalousien',
Nov 29 21:28:12 DeekeHomeServer alexa[8388]:      'rollo',
Nov 29 21:28:12 DeekeHomeServer alexa[8388]:      'rollos' ] }
Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] roomOfEcho:
Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] {}
Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] fhemIntents:
Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] { FHEMgutenMorgenIntent: 'gutenMorgen',
Nov 29 21:28:12 DeekeHomeServer alexa[8388]:   FHEMguteNachtIntent: 'guteNacht' }
Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] [FHEM]    executing: https://192.168.178.7:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%201;;undef%7D;list%20MyAlexa%20.Alexa.Authorization;%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%200;;undef%7D&XHR=1

Nov 29 21:28:12 DeekeHomeServer alexa[8388]: [2018-11-29 21:28:12] [FHEM] got: 0 results


Na das sieht doch schon mal ganz zünftig aus!

Jetzt werde ich mich mal an deinen Tipp mit dem "Modul 98_serviced.pm" ranmachen.

Hast Du da eine Beispielkonfiguration von Dir zum abtippen und ins WIKI stellen?

Gruss
    Sailor

[MadMax-FHEM]

Ja sieht gut aus...
Jetzt würde ich mal probeweise einen einfachen Dummy in den Raum tun:

Code Auswählen Erweitern


define TestDummy dummy
attr TestDummy genericDeviceType switch
attr TestDummy alexaName lampe
attr TestDummy setList on off
attr room alexa


Sollte reichen...


Hmmm, Beispiel hab ich leider nicht: ich laufe (immer noch) auf initd bzgl. alexa-fhem...

Aber eigentlich sollte folgendes reichen:

Code Auswählen Erweitern


define AlexaService serviced alexa


Bei systemd...

EDIT: vorher muss das Modul halt noch runter geladen und manuell "installiert" werden...

Für initd nutze ich es auch aber da muss man einiges einstellen und auch das initd-Script ändern und das ist dann so wie es ist besser...

Gruß, Joachim

[Sailor]

Hallo Joachim

Hmmm, Beispiel hab ich leider nicht: ich laufe (immer noch) auf initd bzgl. alexa-fhem...
Aber eigentlich sollte folgendes reichen:

Code Auswählen Erweitern


define AlexaService serviced alexa


Läuft! War einfacher als ich dachte. Man darf nur nicht den "fhem ALL=(ALL) NOPASSWD:/bin/systemctl" - Eintrag in der sudoer-Liste vergessen!

Ja sieht gut aus...
Jetzt würde ich mal probeweise einen einfachen Dummy in den Raum tun:

Und auch das sieht gut aus!

Code Auswählen Erweitern


pi@DeekeHomeServer:/opt $ sudo systemctl status alexa
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-11-29 22:12:21 CET; 6min ago
Main PID: 9650 (alexa)
   CGroup: /system.slice/alexa.service
           └─9650 alexa

Nov 29 22:12:25 DeekeHomeServer alexa[9650]:    { [Function: bound ]
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      debug: [Function],
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      info: [Function],
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      warn: [Function],
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      error: [Function],
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      log: [Function],
Nov 29 22:12:25 DeekeHomeServer alexa[9650]:      prefix: 'FHEM' } }
Nov 29 22:14:23 DeekeHomeServer alexa[9650]:   2018-11-29 22:14:23 caching: TestDummy-state: off
Nov 29 22:14:26 DeekeHomeServer alexa[9650]:   2018-11-29 22:14:26 caching: TestDummy-state: on
Nov 29 22:14:26 DeekeHomeServer alexa[9650]:   2018-11-29 22:14:26 caching: TestDummy-state: off


Gruss
    Sailor

[MadMax-FHEM]

Gratuliere!

Und wie findet Alexa den Dummy?

Viel Spaß (euch beiden   ) dann, Joachim

[Sailor]

Gratuliere!
Und wie findet Alexa den Dummy?
Viel Spaß (euch beiden   ) dann, Joachim

Na wie gesagt... So weit bin ich auf den AMAZON Seiten noch nicht!
Aber auf meiner Seite geht jetzt alles!

Danke Dir!

Morgen werde ich das entsprechend im WIKI mal genauer beschreiben...
Für heute ist Schluss

Gruss
    Sailor

[MadMax-FHEM]

Ah, stimmt da war ja noch was...

Gruß, Joachim

[Sailor]

Ah, stimmt da war ja noch was...
Gruß, Joachim

Und da wären wir auch schon beim nächsten Problem:

Wenn ich beim Erstellen der Lambda Test Funktion den Code aus der lambda.js aus dem Alexa-Paket 0.44 hineinkopiere, bekomme ich (selbst nach Änderung der DynDNS-Adresse) die Fehlermeldung "Ein Fehler ist in Ihrem JSON Element aufgetreten. Vor dem Speichern korrigieren"
Siehe Anhang 1

Darüber hinaus habe ich ein Auswahlfeld welches im Wiki nicht beschrieben ist: Ereignisvorlage.
Siehe Anhang 2

Erkennt ihr ggf. den Fehler irgendwo?

Gruss
    Sailor

[Tommy82]

Hi,
zum Fehler 1, ich hab jetzt grade nochmal einen Test gemacht, wenn ich den Code aus der lambda.js kopiere kann ich ohne Probleme speichern. Entferne mal testweise bitte den "Auslöser" und guck mal ob du dann speichern kannst.

Zu dem zweiten Punkt, der wird mir niergens angezeigt, wie haste das hinbekommen?

EDIT

Ich glaub ich weiss waa du gemacht hast, du hast rechts oben auf "Test" geklickt!?
Mit Test ist im Wiki die Funktion "Test" gemeint, im Screen Rot umrandet (Hab den Screen im Wiki jetzt auch noch eingefügt)

[Sailor]

Hi,
zum Fehler 1, ich hab jetzt grade nochmal einen Test gemacht, wenn ich den Code aus der lambda.js kopiere kann ich ohne Probleme speichern. Entferne mal testweise bitte den "Auslöser" und guck mal ob du dann speichern kannst.

Zu dem zweiten Punkt, der wird mir niergens angezeigt, wie haste das hinbekommen?

EDIT

Ich glaub ich weiss waa du gemacht hast, du hast rechts oben auf "Test" geklickt!?
Mit Test ist im Wiki die Funktion "Test" gemeint, im Screen Rot umrandet (Hab den Screen im Wiki jetzt auch noch eingefügt)

Hallo Tommy

Jau, das wars!

Blöd wenn die Beispiel-Funktion genauso heisst wie ein Button! 

Ach ja, Die Security Settings sind seit Neustem nicht mehr unter "APPS & SERVICES" sonder unter "SETTINGS".
Lang lebe die Veränderung.

Ich bin der Anleitung weiter gefolgt und komme an den Punkt

Nun den Alexa Service auf dem Fhem Rechner neustarten, den Skill in der Alexa App aktivieren und nach geräten suchen lassen

Wenn ich das mache, kommt die nächste Fehlermeldung: "Der Autorisierungsserver meldete einen error-Parameter. Weitere Informationen finden Sie unter https://tools.ietf.org/html/rfc6749#section-4.1.2.1. "
Wer lässt sich bloss solche nichts-sagenden Fehlermeldungen einfallen???

Siehe Anlage

Gruss
    Sailor

PS: Nochmals VIELEN DANK für eure Unterstüzung. Auf Basis meiner Fehler werde ich das Wiki weiter mit Troubleshooting-Lösungen füllen.

[TobiRm]

Moin Sailor

Den selber Fehler hatte ich durch einen falschen Scope-Eintrag. Laut Anleitung "user_id" korrekt ist aber "profile:user_id".
Danach hat es mit dem Verlinken des Skills geklappt.