Probleme bei Installation und Inbetriebnahme (Alexa-FHEM, FHEM-Connector)

[ahstax]

Hallo,

Ich habe versucht, wie hier:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa
beschrieben, Alexa mit FHEM zu verbinden. Der Vorgang klappt bis zu dem Punkt in ,,Alexa-FHEM aktivieren", in dem die vier Readings erscheinen sollten. Bei mir bleiben es drei, ,,skillRegKey" fehlt. Auch "get <alexa> proxyKey" zeigt nichts an...

Woran könnte das liegen?

Grundsätzlich die Frage: was ist Eurer Ansicht nach die beste, einfachste, zukunftssicherste und sicherste Möglichkeit der Alexa-Fhem-Anbindung?

Neugierige Grüße,
Andreas

[MadMax-FHEM]

Alexa-fhem und fhem Connector...

https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa

Steht was im Log: fhem und alexa-fhem

Passt sie node Version...

Gab es bei der Installation von alexa-fhem Fehler?

Hattest du vorher schon mal alexa-fhem laufen!?

Etwas mehr Infos wären schon gut...

Ansonsten halt mal in den diversen Threads suchen/lesen...

Gruß, Joachim

[ahstax]

Schönen guten Morgen,

herzlichen Dank für die Antwort!

Die Node-Version ist 8.11.1.
Ich habe versucht, nach der Anleitung https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa vorzugehen (in meiner Frage hatte ich en Link vergessen...)

Alesa-FHEM hatte ich noch nicht laufen. Ich hatte gestern dann allerdings mal das alexa-device gelöscht und neu angelegt, nachdem es keinen "skillRegKey" gab.

Wo finde ich denn das Log, in dem Fehler stehen könnten?

[TomLee]

Wo finde ich denn das Log, in dem Fehler stehen könnten?

Im Alexa-Device oben einfach Logfile klicken.

Gruß

Thomas

[ahstax]

Danke!
Darin steht (letzte EIntragungen gestern, heute ist noch nichts drin...)

Code Auswählen Erweitern

[28.8.2019, 20:03:25] Starting SSH with -R 1234:127.0.0.1:40441 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[28.8.2019, 20:03:26] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[28.8.2019, 20:03:26] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20running%3B%3B%20SSH%20connected%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:03:26] *** SSH: proxy connection established
[28.8.2019, 20:03:26] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 
[28.8.2019, 20:08:18] Got SIGTERM, shutting down alexa-fhem...
[28.8.2019, 20:08:18] Reading alexaFHEM.ProxyConnection set to stopping;; alexa-fhem terminating
[28.8.2019, 20:08:18] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopping%3B%3B%20alexa-fhem%20terminating%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:18] Stopping SSH ...
[28.8.2019, 20:08:18] Reading alexaFHEM.ProxyConnection set to stopped
[28.8.2019, 20:08:18] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20stopped%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:18] *** SSH: exited with 143
[28.8.2019, 20:08:43] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[28.8.2019, 20:08:43] os.homedir()=/opt/fhem
[28.8.2019, 20:08:43] this is alexa-fhem 0.5.28
[28.8.2019, 20:08:43] connecting to FHEM ...
[28.8.2019, 20:08:44] [FHEM] trying longpoll to listen for fhem events
[28.8.2019, 20:08:44] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1567015724402
[28.8.2019, 20:08:44] [FHEM] got csrfToken: csrf_279122263568638
[28.8.2019, 20:08:44] [FHEM] Checking devices and attributes...
[28.8.2019, 20:08:44] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22%22)%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE%3Dalexa&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] [FHEM] waiting for events ...
[28.8.2019, 20:08:44] [FHEM] Fetching FHEM devices...
[28.8.2019, 20:08:44] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20alexaName=..*&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] [FHEM] alexa device is alexa
[28.8.2019, 20:08:44] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3B%7B%24defs%7Balexa%7D-%3E%7B%22alexa-fhem%20version%22%7D%20%3D%20%220.5.28%22%7D%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bget%20alexa%20proxyToken%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Blist%20alexa%20.eventToken%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:44] Server listening on: http://127.0.0.1:36601 for proxy connections
[28.8.2019, 20:08:44] *** SSH: checking proxy configuration
[28.8.2019, 20:08:44] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.ssh
[28.8.2019, 20:08:44] Passed config: {"connections":[{"server":"127.0.0.1","uid":999,"port":"8083","filter":"alexaName=..*","name":"FHEM","webname":"fhem"}],"sshproxy":{"ssh":"/usr/bin/ssh","description":"FHEM Connector","options":["-i","/opt/fhem/.ssh/id_rsa","-p",58824,"fhem-va.fhem.de"],"bind-ip":"127.0.0.1","port":36601}}
[28.8.2019, 20:08:44] sshautoconf: SSH key seems to exist
[28.8.2019, 20:08:45] sshautoconf: Our SSH key is known at the reverse proxy, good!
[28.8.2019, 20:08:45] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bjsonlist2%20alexa%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
*** FHEM: connected
[28.8.2019, 20:08:45] [FHEM] got: 0 results
[28.8.2019, 20:08:45] BearerToken '...92053' read from alexa
[28.8.2019, 20:08:45] 39_alexa.pm is new version: true
[28.8.2019, 20:08:45] sshautoconf: completed successfully
[28.8.2019, 20:08:45] *** SSH: proxy configuration set up done
[28.8.2019, 20:08:45] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[28.8.2019, 20:08:45] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20starting%3B%3B%20starting%20SSH%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:45] Starting SSH with -R 1234:127.0.0.1:36601 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[28.8.2019, 20:08:45] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[28.8.2019, 20:08:45] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20running%3B%3B%20SSH%20connected%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=1
[28.8.2019, 20:08:45] *** SSH: proxy connection established
[28.8.2019, 20:08:45] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 
[28.8.2019, 20:21:28] Custom Slot Types:
  FHEM_Device
    licht
    lampen
    rolladen
    rolläden
    jalousie
    jalousien
    rollo
    rollos
    lampe
  FHEM_Room
[28.8.2019, 20:21:28] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3B%7BasyncOutput(%24defs%7B%22WEB_127.0.0.1_46712%22%7D%2C%20%22Custom%20Slot%20Types%3A%0A%20%20FHEM_Device%0A%20%20%20%20licht%0A%20%20%20%20lampen%0A%20%20%20%20rolladen%0A%20%20%20%20roll%C3%A4den%0A%20%20%20%20jalousie%0A%20%20%20%20jalousien%0A%20%20%20%20rollo%0A%20%20%20%20rollos%0A%20%20%20%20lampe%0A%20%20FHEM_Room%22)%7D%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_279122263568638&XHR=

Ist die Information hilfreich, dass ich einen Apache Reverse-Proxy laufen habe?

[MadMax-FHEM]

Hmmm, ich hab schon lang nicht mehr in mein/ein Logfile geschaut aber der letzte Startvorgang im Log sieht für mich gut aus...

Hast du bereits Devices mit dem alexaName "versorgt"?

Weil es werden keine Geräte in fhem gefunden...

Wie sieht jetzt der Status von alexa-fhem aus?

Ich würde mal einen Testdummy anlegen:

Code Auswählen Erweitern


define Test dummy
attr Test alexaName Badlampe
attr Test genericDeviceType switsch
attr Test setList on off


glaube das sollte reichen...

Dann ein Restart von alexa-fhem (über das Alexa-Device)...

Und dann mal "suchen lassen"...

Achja: besser im Threadtitel noch erwähnen, dass es um alexa-fhem und den fhem Connector geht, dann finden den auch andere mit Ahnung...

EDIT: die Verwendung von einem ReverseProxy ist egal. alexa-fhem muss halt auf fhem zugreifen können. Läuft bei dir ja offenbar auf dem selben Rechner und scheint ja zu klappen...

Gruß, Joachim

[ahstax]

Danke für den Input!

Der Testdummy wurde angelegt, alexaName ist verfügbar.

Was meinst Du mit "suchen lassen"? Die Alexa-Hardware? Brauche ich dazu nicht den skillRegKey / proxyKey
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Finale:_Skill_verkn.C3.BCpfen ?

[TomLee]

Was meinst Du mit "suchen lassen"?

Das + unter Geräte in der App drücken oder via Sprachbefehl "Alexa, Suche neue Geräte"

[ahstax]

Das + unter Geräte in der App drücken oder via Sprachbefehl "Alexa, Suche neue Geräte"

Ja, da beißt sich der Hund in den Schwanz...

Ich erhalte doch die notwendigen keys nicht, die in der Anleitung hier:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa
beschrieben sind...

[Esjay]

Mach mal ein

Code Auswählen Erweitern

sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister

Dann in

Code Auswählen Erweitern

/home/fhem/.ssh/ die Dateien id_rsa und id_rsa.pub löschen.

Danach alexa-fhem neustarten, und sich das Device nochmal anschauen, ob die Readings generiert werden.

Wenn nicht, dann Log wieder hier posten.

Grüße

[MadMax-FHEM]

Wie ist denn der Status im Alexa Modul.

Es sieht laut Start-Log so aus als wäre er verbunden!?
Also mit dem alexa-Connector...

Hast du vielleicht doch (schon mal) den alexa-fhem Skill aktiviert!?

Evtl. mal unter "Trouble-Shooting" schauen, da gibt es was löschen/deregistrieren und neu anmelden etc.

EDIT: oder machen was Esjay geschrieben hat

Gruß, Joachim

[ahstax]

Mach mal ein

Code Auswählen Erweitern

sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister

Dann in

Code Auswählen Erweitern

/home/fhem/.ssh/ die Dateien id_rsa und id_rsa.pub löschen.

Grüße

bei der Ausführung der ersten Zeile

Code Auswählen Erweitern

sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister
erhalte ich die Meldung "-bash: fhem.de: Kommando nicht gefunden."

Weder das Verzeichnis

Code Auswählen Erweitern

/home/fhem/.ssh/ noch die Dateien seien bei mir vorhanden, wird mir mitgeteilt.


Trouble-Shooting, insb. löschen/deregistrieren schau ich mir an!!!

[ahstax]

Das zurücksetzen der Registrierung:
https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#Registrierungskey_vergessen.2C_Registrierung_zur.C3.BCcksetzen
könnte das Problem gerade gelöst haben....

Ich habe jetzt den vermissten skillRegKey und kann auch den proxyKey abrufen.

Ich werde weiter berichten!!! 

[MadMax-FHEM]

Home von fhem (bei einer Standardinstallation) ist: /opt/fhem

Der .ssh Ordner sollte also dort sein:

/opt/fhem/.ssh
...nur falls noch mal "Bedarf"...

Viel Erfolg, Joachim

[ahstax]

Hallo, ich bins nochmal...

Nachdem ich mit Eurer Hilfe Alexa grundsätzlich dazu überreden konnte, mit FHEM zusammen zu spielen, stoße ich auf ein neues Phänomen, das vielleicht jemand auch schon mal beobachtet hat...

Ich habe in FHEM einen Alexa-Switch und einen Alexa-Blind, die ich über Routinen ansprechen kann. Die Routinen lauten bspw. "Alexa, Rolladen Wohnzimmer 50 Prozent", "Alexa, Sonnenschutz Wohnzimmer" oder "Alexa, Rolladen Wohnzimmer auf" (alternativ "...hoch" und "...öffnen"). Das funktioniert alles sehr schön!

ABER:

"Alexa, Rolladen Wohnzimmer zu", "Alexa, Rolladen Wohnzimmer schließen" oder "Alexa, Rolladen Wohnzimmer runter" wird von Alexa immer(!) immer quittiert mit der Antwort "Das Gerät unterstützt den Befehl nicht".

Was ist denn da los???

Neugierige Grüße,
Andreas

[MadMax-FHEM]

List vom Device und schauen was von Seiten Amazon überhaupt (schon) unterstützt wird...

Für manches braucht es evtl. homebridgeMapping...

Im alexa-fhem Log (NICHT fhem Log) steht was von Amazon kommt und wie alexa-fhem versucht das dann auszuführen...

Unter "Verlauf" in der Alexa-App siehst du was Alexa/Amazon "erkannt" hat...
(dort ab und ab reinschauen und Feedback geben macht die Spracherkennung besser)

Gruß, Joachim

[ahstax]

Wie ich schon sagte, manches geht mit blind und switch. Nur eben ,,zu" bzw ,,schließen" geht nicht...

Kann es sein, dass der Verlauf in der iOS-Alexa-App anders heißt?

[MadMax-FHEM]

Zuerst einmal geht nur, was von Seiten Amazon her unterstützt wird, also nachlesen WAS für WELCHE SPRACHEN geht (mehr kann auch alexa-fhem nicht tun).

Dann mal im Log schauen was für "Befehle" von Amazon kommen und wie sie dann von alexa-fhem umgesetzt werden...

Wenn etwas von Seiten Amazon gehen sollte, dann ist im Log (normalerweise) zu sehen wo es "hakt" und muss dann entsprechend "korrigiert" werden: homebridgeMapping, genericDeviceType, ...

Habe kein Apfelzeugs, daher weiß ich nicht wo/wie der Verlauf dort heißt/zu finden ist...
...google sollte da aber schnell weiterhelfen...

Gruß, Joachim

[TomLee]

Kann es sein, dass der Verlauf in der iOS-Alexa-App anders heißt?

Nach dem letzten Update musste ich auch erstmal suchen.

Einstellungen->Alexa-Konto->Verlauf

Gruß

Thomas

[ahstax]

Ja, da ist der Verlauf. Aber bewerten, ob was richtig verstanden wurde, finde ich bei ,,Aktivitäten", und das unvollständig... 🤔

[TomLee]

Hab gar nich reingeschaut

Ja, das ist neu, da gibts nur noch die Option zu löschen das war bisher genauso wie in der Android App.

Aktivitäten war nicht gemeint, meld dich mal über die "Browser-App" alexa.amazon.de an. Da ist noch alles beim "Alten".

[ahstax]

Aktivitäten war nicht gemeint, meld dich mal über die "Browser-App" alexa.amazon.de an. Da ist noch alles beim "Alten".

Hm... entweder liegt es an meiner Unfähigkeit, was sich absolut im Rahmen des Möglichen bewegt, oder auch dort ist der Verlauf nicht (mehr) vollständig....

[TomLee]

Hm, Chrome und Brave leiten einem auf eine weitere Amazon-Seite, mit Firefox ist bei mir alles noch wie man es gewohnt ist.

[ahstax]

Hm... wie dem auch sei, ich erhalte zumindest mal eine Aufstellung der erkannten Befehle (ohne Möglichkeit der Bewertung), siehe Bild "nicht_unterstützt.jpg". Die verwendete Routine ist Screenshot "Routine.png" zu entnehmen. Ist da was falsch?

[MadMax-FHEM]

Das hab ich bei Routinen auch ab und an.
Glaube, wenn ein Gerätename in der Routine verwendet wird...

Vermutung: je nachdem was Alexa erkennt, also den Satz der Routine oder eben das Gerät "herausgearbeitet" wird, wird entsprechend reagiert: entweder Routine ausgeführt oder versucht beim entspr. Gerät was auszuführen (dann kommt eben: nicht unterstützt)...

Heißt das Gerät zufällig auch Rollo?!

Wenn ich den Routinenaufruf wiederhole und deutlich betone (und auch beim Verlauf oft genug Feedback gebe) geht es...

Bei mir tritt das mit: "fahre den Server hoch" auf

Aber wie geschrieben: oft genug gut betont ausgesprochen geht es dann (manchmal)...
"Schalte den Server ein" geht problemlos...
...hab schon oft überlegt das Gerät mal umzubenennen...
...weil "schalte ein" will ich eh nie benutzen...

Hatte aber noch keine Zeit/Lust...

Gruß, Joachim

[rbothe]

Hallo, danke fuer die geleistete Arbeit fuer dieses Modul.
Ist das der jetzige State of the art bei fhem --> Alexa?

Ich habe es noch nicht im Einsatz aber Fragen im Vorfeld:
ich habe alexa als echodevice definiert.
"define alexa alexa" wird so nicht gehen.
Ginge "define alexaconnector alexa" oder ist der Name "alexa" fix?
Sollte ich dann das echodevice umbenennen?

2. ich habe mit homebridgde modul gesehen, dass meine ueber 200 devices einen
msg-traffic von ca 200000 / Tag erzeugen.
Wenn ich die 10 ECHO_ devices vom connector-Betrieb deaktivieren wuerde, waeren
es ca 100000  / Tag.
Kommt der Vereinsserver mit dieser Menge klar?
Wenn ich es recht sehe, erfolgt die Kommunikation zum Vereinsserver via ssh.
Ist angedacht, da spaeter leichtgewichtigere Protokolle wie mqtt zu benutzen?

Meine Umgebung: fhem 2.8 auf 2 geclusterten Debian-Servern.
Loadavg <0.4 trotz anderen Anwendung wie SAP Solution Manager, SAP CRM, ...

[MadMax-FHEM]

Hallo, danke fuer die geleistete Arbeit fuer dieses Modul.
Ist das der jetzige State of the art bei fhem --> Alexa?

Bei fhem ist nichts "state of the art"

Das ist ja das gute: state of the art ist was immer du willst

Es gibt ja auch andere Anbindungen an Alexa und es gibt auch Google Home, Snips, Mycroft, ...

Ich habe es noch nicht im Einsatz aber Fragen im Vorfeld:
ich habe alexa als echodevice definiert.
"define alexa alexa" wird so nicht gehen.
Ginge "define alexaconnector alexa" oder ist der Name "alexa" fix?
Sollte ich dann das echodevice umbenennen?

WICHTIG: echodevice ist eine GANZ ANDERE BAUSTELLE als alexa-fhem!!!!

echodevice: damit kannst du Infos deiner Echos/Alexas abfragen und gewisse Dinge deines Echos/Alexa "steuern". Z.B. Sprachausgaben machen, Alarme setzen/abfragen, Listen füllen/abfragen, ... (https://forum.fhem.de/index.php/topic,82631.0.html)


alexa-fhem: damit kannst du per Sprache über ein Alexa-fähiges Gerät in fhem angelegte Geräte steuern. Z.B. "Alexa schalte das Licht ein" und "schwupps" wird das entsprechend vorgesehe Gerät in fhem ein-/ausgeschaltet... (https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa)


Und: bei dem Thread wo du hier gelandet bist, geht es um alexa-fhem! NICHT um das echodevice...


Beim echodevice ist da nix fix mit Alexa oder so.
Bei mir heißt das "Account-Device" (welches die Verbindung etc. zum Amazon-Server hält [und da gibt es KEINEN Vereinsserver "dazwischen", siehe Anmerkung bzgl. "andere Baustelle"]) echoIODev

Und ich denke auch bei alexa-fhem muss man nicht "define Alexa alexa" machen

2. ich habe mit homebridgde modul gesehen, dass meine ueber 200 devices einen
msg-traffic von ca 200000 / Tag erzeugen.
Wenn ich die 10 ECHO_ devices vom connector-Betrieb deaktivieren wuerde, waeren
es ca 100000  / Tag.

Hmmm, ich weiß nicht wie oft kommuniziert wird, wenn du keinen Sprachbefehl absetzt (gar nicht!? Bzw. halt evtl. wenn sich unabhängig von Sprachsteuerung ein Gerätezustand ändert -> Amazon "updaten") aber eigentlich wird nur kommuniziert, wenn du Knöpfchen drückst (in der Alexa-App) oder du einen Sprachbefehl absetzt...

Genaueres aber dann wohl von dem/den Entwickler/n

Wenn ich es recht sehe, erfolgt die Kommunikation zum Vereinsserver via ssh.
Ist angedacht, da spaeter leichtgewichtigere Protokolle wie mqtt zu benutzen?

Hmmm, was wäre denn an MQTT "leichtgewichtiger"!?
Ich glaube nicht, dass der "Overhead" von ssh zu MQTT (wenn es überhaupt einen gibt) groß ist...

"Overhead" ergibt sich ja nur aus: Verhältnis Nutzdaten zu übertragenen Daten. Denn wenn kommuniziert werden muss (weil es eben erforderlich ist) und gewisse Daten übertragen werden müssen (weil es eben erforderlich ist), dann wird eben kommuniziert... Und dann schlägt eben nur zu: wieviel muss bei welchem Protokoll "brutto" übertragen werden um "netto" zu liefern...

Genaueres aber dann wohl von dem/den Entwickler/n

Meine Umgebung: fhem 2.8 auf 2 geclusterten Debian-Servern.
Loadavg <0.4 trotz anderen Anwendung wie SAP Solution Manager, SAP CRM, ...

fhem ist hoffentlich mindestens auf 5.8!
Aktuell ist allerdings bereits 5.9...

geclusterter Server...
Wie machst du das mit echt angeschlossener HW: Homematic (mit Funkmodul), ZWave (Funkschnittstelle), ZigBee (Funkschnittstelle), OneWire (Kabelanbindung), ...
Oder hast du keine "echten" Geräte in fhem!?

Aber das ist hier OT, nur interessehalber...

Gruß, Joachim

[rbothe]

Hallo, Max, danke fuer die Antwort.
Mir ist der unterschied von echodevice und alexa-fhem schon klar,
ich wusste nur nicht ob derf Devicename Alexa fest verdrahtet ist.

Und ja, ich habe fhem 5.8 und auf dem Testenv die 5.9

Verdrahtet habe ich nichts und ich hasse USB, das ist viel viel zu fehleranfaellig.
Ich hatte mit FS20 (CUNO) angefangen und noch Restbestaende davon und so ist der
CUNO in gewisser Hinsicht ein Single Point of Failure.
Ich habe an einem anderen Linux-Rechner noch den TRX-Wetterpoolsensor, via TCM 310,
und ueber fhem2fhem an die Hautseite angebunden;
aber der Sensor wurde im Lauf der Jahre undicht im Wasser.
Fuer die Poolsensoren am Poolboden und an der Oberflaeche schwimmend nehme ich
2 HM-WDS30-T-O mit abgesetzten Antennen im Wasser.

Das meiste jetzig benutzte und essentielle, z. B. Heizungssteuerung, ist Homematic (ohne HmIP)
und mit 3 geografisch (z. B. Garage) im Haus verteilen alten hmlan-Adaptern ueber vccu loadbalanced.
Als die immer mehr Last bekamen habe ich noch eine HM-LGW-O-TW-W-EU dazu genommen.
Laeuft super stabil und RSSI haelt sich in Grenzen.

Dazu kommen noch ca 15 Hue-Lampen; ich habe zum Test auch einige andere Lichtsysteme aber das war mehr Fummelei als
die paar EUR im Vergleich zur Hue ausgemacht haetten.
Es geht doch nichts ueber die Hue-API

Meine geclusterten Linux-Server laufen jetzt ueber 4 Jahre ohne Reboot durch, geschuetzt ueber USV.

Ansonsten habe ich letztes Jahr am 1. Alexa-Dev-Meeting in Muenchen mitgemacht und auch auf der Dr. Pepper-Schulung.

Eine meiner Alexa habe ich mit dem Fisch verbunden:
http://www.zur-fledermaus.de/mov/alexa-fisch.mov

Und ja, ich habe auch die Alexa-Wanduhr, aber das alles off-topic.

[MadMax-FHEM]

Ok, wenn der Unterschied bekannt ist etc.
Hatte mich nur gewundert weil du eben in einem Thread bzgl. alexa-fhem (genauer alexa-fhem Connector) das echodevice "zitierst"

Aber kurze Antwort (noch mal): soweit mir bekannt ist da nichts "fest verdrahtet" bzgl. Namen.

ABER: wenn du dich an den Beispielen orientierst oder hier Fragen stellst etc. wird halt (verm.) immer von Alexa hier und da usw. gesprochen...
...da musst du halt dann (wie sonst auch) auf deinen Namen "umdenken"

etwas OT noch kurz:

LAN-Adapter etc. ja aber es kann ja auch nur einer des Clusters zugreifen!?
Wie machst du die Umschaltung!?
Wie hältst du fhem "synchron"!?

Geht zu weit hier, daher reicht ne kurze Antwort...
...und dann wieder back to Topic...

Gruß, Joachim

[rbothe]

Hallo, Max, zur Clusterumgebung:
keine shared Platten, 2 separate FHEM-Instanzen auf den beiden Cluster-nodes.
Version des fhem wird nach Testphase auf dem passiven node dann auch dem aktiven node
eingespielt.
fhem.cfg und eigene notification-Programme werden bei Bedarf kopiert.
Der eine node ist der Hauptnode und laeuft fast immer;
der zweite nur im Notfall.
Clustersoftware noch aus der Vergangenheit: heartbeat

Code Auswählen Erweitern

/etc/init.d/hear* status
● heartbeat.service - LSB: High-availability services.
   Loaded: loaded (/etc/init.d/heartbeat)
   Active: active (running) since Sat 2019-09-07 04:19:29 CEST; 5 days ago
Main PID: 7829 (heartbeat)
   CGroup: /system.slice/heartbeat.service
           ├─7829 heartbeat: master control process
           ├─7851 heartbeat: FIFO reader
           ├─7852 heartbeat: write: ping 192.168.1.1
           ├─7853 heartbeat: read: ping 192.168.1.1
           ├─7854 heartbeat: write: bcast eth1
           └─7855 heartbeat: read: bcast eth1


Zugriff ueber Web, ... erfolgt auf die Cluster-IP,
also auch homebridge, node-red, ...

[MadMax-FHEM]

Danke!

Hat mich nur interessiert, da ich früher beruflich viel mit Clustern gemacht hab...

Viel Spaß dann noch, Joachim

[Rolfg]

Hallo,

versuche gerade Alexa Fhem zu instalieren nach Wiki. Es scheitert schon ganz am Anfang:

Code Auswählen Erweitern


pi@raspberrypi:~ $ sudo npm install -g alexa-fhem
sudo: npm: Kommando nicht gefunden



Die node Version läst sich mit dem Befehl node --Version auch nicht prüfen. Kann mir da jemand vielleicht helfen?

Danke und Gruß Rolf

[amenomade]

https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#node.js_installieren

[Rolfg]

Dann hatte ich das wohl falsch verstanden:

Bei Jessy liegt NodeJS bereits in einer ausreichend aktuellen Version vor.

Der Befehl sudo apt-get install nodejs npm geht schon mal. Werde es dann weiter probieren.

Danke für die schnelle Hilfe.

Gruß Rolf

[Rolfg]

Das wird wohl nix.

mit sudo apt-get install nodejs npm bekomme ich wohl keine aktuelle Version.



pi@raspberrypi:~ $ sudo npm install -g alexa-fhem
npm WARN engine alexa-fhem@0.5.35: wanted: {"node":">=8.0.0"} (current: {"node":                     "0.10.29","npm":"1.4.21"})

Hab per Google was gefunden mit ARM. Ich habe ARM71. Auf Node.js gibt es

node-v12.13.1.tar.gz

Aber ob das geht weiß ich nicht. Ich habe nicht wirklich Ahnung von Linux. Das wäre der Befehl den ich gefunden habe:

wget https://nodejs.org/dist/v8.9.0/node-v8.9.0-linux-armv6l.tar.gz

Denn müsste ich dann anpassen?

Vielleicht kann mir ja nochmal jemand helfen.

Danke und Gruß Rolf

[MadMax-FHEM]

In dem "alten" alexa fhem Wiki steht noch etwas bzgl. Node-Installation.

Musste ich "damals" unter Jessie auch "anders" machen:

https://wiki.fhem.de/wiki/Alexa-Fhem#node.js_installieren

Weiß aber nicht welche Version ich damals genommen hatte...

Evtl. überlegen (neu) auf ein neueres OS zu gehen!?

Selbst Stretch ist ja langsam "out"...

Gruß, Joachim

[Rolfg]

Hallo Joachim.

Danke für deine schnelle Antwort. Hat leider auch nicht funktioniert. Hiermit habe ich es jetzt geschaft:

Code Auswählen Erweitern



cd /tmp
wget https://nodejs.org/dist/v10.16.3/node-v10.16.3-linux-armv7l.tar.xz
tar -xvf node-v10.16.3-linux-armv7l.tar.xz
sudo mv node-v10.16.3-linux-armv7l /opt/
sudo ln -s /opt/node-v10.16.3-linux-armv7l /opt/node
sudo chown -R root:root /opt/node*
sudo ln -s /opt/node/bin/node /usr/bin/node
sudo ln -s /opt/node/bin/npm /usr/bin/npm


Alexa Fhem lies sich jetzt auch instalieren. Dann kann ich jetzt weiter experimentieren.

Danke und Gruß Rolf

[MadMax-FHEM]

Gerne.

Früher waren da auch noch mehr/andere Möglichkeiten beschrieben

Allerdings ist das jetzt schon etwas "hingebogen"...
...evtl. trotzdem mal überlegen auf eine "neuere" OS Version zu gehen...

Viel Spaß, Joachim

[Rolfg]

Hallo Joachim, was wäre denn Aktuell? Geht dann ein upgrade oder muß ich bei Null anfangen?

Danke und Gruß Rolf

[MadMax-FHEM]

Wheezy, Jessie, Stretch, Buster.

Also Aktuell ist/wäre Buster...

Bin nicht sicher, ob alles bereits unter Buster läuft (bzgl. alexa-fhem).

fhem läuft problemlos bei mir bereits seit einiger Zeit unter Buster (Testsystem).

Mein Hauptsystem läuft (derzeit) noch unter Stretch...
...dort auch alexa-fhem.

Es geht wohl per upgrade...
Aber: wenn du auf Buster willst/wolltest müsstest du ja 2x upgraden...

Aber ich würde (und habe ich auch immer so gemacht) neu aufsetzen.

Evtl. gleich auf eine neue SD Karte (falls auf PI und von SD)...

Dann eben OS, fhem jeweils update und dann entweder schon mal (aus Notizen) Pakete (nach)installieren und dann fhem-Backup einspielen und sehen was (doch) noch fehlt oder gleich fhem-Backup und schauen was an Paketen fehlt...

Dabei kann man auch immer gleich überlegen, was man wirklich noch braucht/haben will und seine (hoffentlich) vorhandenen Notizen aufbessern...

Gruß, Joachim

[Brice]

FHEM-Connector und parallel Alexa Custom Skill läuft (bei mir) problemlos unter Buster. Allerdings gibt es unter Buster einige Änderungen und ein

Ich habe nicht wirklich Ahnung von Linux.

dürfte es nicht einfacher machen und einiges an Recherche bei autretenden Herausforderungen mit sich bringen. Spontan fällt mir ein, dass sich z.B. Paketnamen geändert haben, oder z.B. die Ablage udev-Regeln geändert wurde.

Meine Vorgehensweise war, und da stimme ich Joachim zu: neu aufsetzen:

• FHEM-update, Backup vom alten System, neue Karte mit Raspian Buster bestücken, FHEM neu installieren
• einige Pakete können nicht installiert werden, da unter Buster andere Paketnamen verwendet werden
• Recherche, wie die Paketnamen unter Buster heissen und nachinstallieren
• dann FHEM-Backup einspielen und schauen, welche Fehlermeldungen ausgeworfen werden
• entsprechende Nacharbeiten durchführen

Wenn alle Stricke reißen, wieder die alte SD-Karte...

Stefan

[Rolfg]

Ich werde mal recherchieren. Wenn dann auch direkt auf pi4 aufrüsten. Für den jetzigen hätte ich auch noch Verwendung. Danke für eure Antworten. Alexa Fhem läuft erstmal. Sogar parallel zur ha bridge. Ist ja bald Weihnachten.
Gruß Rolf

[MadMax-FHEM]

Beim PI4 musst du zwingend auf Buster...

Na dann...

Gruß, Joachim

[Brice]

Mein Produktivsystem läuft seit Mitte September mit einem RPi 4 (4 GB) auf Buster. Ich hatte die eine Woche, in der meine Frau im Urlaub war, für die Umstellung genutzt. Der Urlaub hätte auch nicht viel kürzer sein dürfen 

Der RPi 3+ liegt seitdem mit der alten SD-Karte als Backup in Schrank. Also nur zu.

Seit dem Umstieg auf den RPi4 (4 GB) gibt es auch keine Probleme mehr mit dem Ausstieg aufgrund Cannot fork: Cannot allocate memory

[buchner51]

Hallo zusammen, ich verzweifle so langsam.

Ich habe FHEM am laufen  ich bin dabei alexa-fhem zu integrieren aber mit mäßigem Erfolg.

nodejs und npm ist ja so eine Geschichte, jetzt läuft wohl Nodejs v10.15.2, npm 5.8.0.

bei dem Modul alexa-fhem kommt die Fehlermeldung.

Code Auswählen Erweitern

alexaFHEM.ProxyConnection
error; user homedir writable by group/other ('chmod 755 /opt/fhem' required)

unter   ps -ef | egrep '(alexa|ssh)'   bekomme ich folgende Auswertung:

Code Auswählen Erweitern

root       455     1  0 16:31 ?        00:00:00 /usr/sbin/sshd -D
pi         798   717  0 16:31 ?        00:00:00 /usr/bin/ssh-agent x-session-manager
pi         890     1  0 16:31 ?        00:00:00 /usr/bin/ssh-agent -s
root      1646   455  0 16:45 ?        00:00:00 sshd: pi [priv]
pi        1657  1646  0 16:45 ?        00:00:00 sshd: pi@pts/0
fhem      1726  1694  0 16:47 ?        00:00:13 node /usr/local/bin/alexa-fhem -c ./alexa-fhem.cfg -a xx:xx
root      1811   455  0 16:52 ?        00:00:00 sshd: pi [priv]
pi        1821  1811  0 16:52 ?        00:00:00 sshd: pi@notty
pi        1823  1821  0 16:52 ?        00:00:00 /usr/lib/openssh/sftp-server
pi        2347  1660  0 17:09 pts/0    00:00:00 grep -E --color=auto (alexa|ssh)


Und noch der LOG Auszug:

Code Auswählen Erweitern

*** FHEM: connected
[16.12.2019, 17:29:22] [FHEM] got: 0 results
[16.12.2019, 17:29:23] Reading alexaFHEM.ProxyConnection set to error;; user homedir writable by group/other ('chmod 755 /opt/fhem' required)
[16.12.2019, 17:29:23] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20error%3B%3B%20user%20homedir%20writable%20by%20group%2Fother%20('chmod%20755%20%2Fopt%2Ffhem'%20required)%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_450696595281983&XHR=1
[16.12.2019, 17:29:28] No reading "alexaFHEM.bearerToken" found in "alexa" - incoming Cloud requests cannot be validated.

kann mir jemand weiterhelfen ?

[justme1968]

es steht doch genau in der meldung wo das problem liegt:

error; user homedir writable by group/other

und was dagegen zu tun ist:

chmod 755 /opt/fhem

und nein, nodejs und npm ist nicht so eine geschichte...

[buchner51]

Oh, man.

jetzt hab ich es zum 100 mal Probiert und alles einmal durchgestartet.

Danke für die Antwort auch wenn ich es nicht verstehe.

gruß und Danke

[Sonic]

Guten Abend,
ich traue mich mal hier mein Problem zu schildern.
Ich habe Alexa nach Anleitung installiert und alles scheint ordentlich zu laufen.

Jedoch findet Alexa keine Geräte in FHEM.
Kann mir jemand helfen, oder einen Tipp geben ?
Ich habe gelesen ich muss dem Device ein Attribut für Alexa zuweisen.
Nur das Attribut gibt es bei mir nicht...

Bin für jeden Tipp dankbar.

[amenomade]

Guten Abend,
ich traue mich mal hier mein Problem zu schildern.
Ich habe Alexa nach Anleitung installiert und alles scheint ordentlich zu laufen.

Jedoch findet Alexa keine Geräte in FHEM.
Kann mir jemand helfen, oder einen Tipp geben ?
Ich habe gelesen ich muss dem Device ein Attribut für Alexa zuweisen.
Nur das Attribut gibt es bei mir nicht...

Bin für jeden Tipp dankbar.

Alexa findet die Geräte, die zum Filter in config.json passen, und auch die passende Characteristics zur Art des Devices passen.
attr alexaName musst Du setzen. Dies gibt es erst, wenn Du ein Device vom Typ "alexa" hast.

[Sonic]

Hallo amenomade,
danke für deine Antwort.

Ich glaub ich stehe auf dem Schlauch.

In FHEM sieht das eigentlich ganz gut aus.
Ich sehe auch alexa angelegt:
Der Fhem Connector sagt im log Fhem connected.

alexaFHEM
running /usr/local/bin/alexa-fhem
2019-12-16 15:49:04
alexaFHEM.ProxyConnection
running; SSH connected

Aber wenn Alexa meine Gerät sucht findet Sie nichts.
Auch in der Weboberfläche von Alexa kommt nach dem suchen nichts.

Muss ich jetzt als nächsten Schritt meine Devices für Alexa einrichten ?
Ich finde keine Anleitung wie es jetzt weiter geht.

Wäre dankbar wenn mich jemand an die Hand nimmt und da durchhilft.
Ich denke ich bin nicht weit weg vom Ziel

[buchner51]

Hi,

aus dem Wiki:

Geräte im FHEM-Webfrontend zuweisen
Um das Aha-Erlebnis zu vergrößern, ist jetzt ein guter Zeitpunkt, 1 oder besser mind. 2 Geräte für den Alexa-Dienst zuzuweisen. Von Haus aus wird keines Deiner FHEM-Geräte automatisch Alexa zugewiesen!
Wähle die Geräte aus, rufe sie auf und setze das Attribut "alexaName". Hierbei in Kürze nur der Hinweis:
Keine Angst vor Leerzeichen und Umlauten, funktioniert.
Große Angst vor Rechtschreibfehlern (Terrasse, Rollladen) oder komplizierten Wörtern "handgebastelte Martinslaterne im Kinderzimmer Iphigenie-Chantal".
Das Attribut "alexaRoom" ist NUR FÜR DEN CUSTOM SKILL relevant. Ausnahme: structure und LightScene Devices, siehe: FHEM_Connector_für_Amazon_Alexa#Was_geht_alles_.3F.
Lade die Geräte neu in die Software, indem Du set <alexa> restart ausführst!

gruß

da hänge ich auch gerade dran, ich hatte vorher schon meine Probleme 

[Sonic]

o.k, Danke ich habe es gefunden.

Man muss also in der fhen.config jedem Device einzeln einen Alexa Namen zuteilen.
z.B

attr Garage alexaName Garage
attr Garage genericDeviceType switch

oder

attr Licht_Wz alexaName Wohnzimmerlicht
attr Licht_Wz genericDeviceType switch

Hat nun gleich funktioniert.

[justme1968]

bitte lass die finger von der config.

es lässt sich alles im web frontend erledigen.

[buchner51]

Hi,

früher habe ich auch viel über die conf gemacht, aber es ist wirklich besser über das web-frontend zu erledigen.

Aber ich habe mal in die Alexa-Conf geschaut da ist keine device Zuordnung drin, aber ok.

Jetzt mein Problem:

ich habe drei attr angelegt, aber nur einen kennt ALEXA. Warum?
Ich habe aber nur ein

Code Auswählen Erweitern

attr ez_Licht_Decke alexaName Licht Esszimmer
angelegt.

Wie bekomme ich eine Übersicht welche Verknüpfungen existieren.

gruß und Danke

[MadMax-FHEM]

Aber ich habe mal in die Alexa-Conf geschaut da ist keine device Zuordnung drin, aber ok.

Was meinst du mit Zuordnung drin?

In der alexa-config steht ja der Filter drin, nach welchem "Kriterium" alexa-fhem nach Geräten in deinem/deinen (connection) angegebenen fhem sucht.

Du kannst einfach:

Code Auswählen Erweitern

list FILTERKRITERIUM

Beispiel:

Code Auswählen Erweitern

list alexaName=..*

in FhemWEB eingeben und erhältst eine Liste mit Geräten/Devices, die alexa-fhem "finden" sollte...

Jetzt mein Problem:

ich habe drei attr angelegt, aber nur einen kennt ALEXA. Warum?
Ich habe aber nur ein

Code Auswählen Erweitern

attr ez_Licht_Decke alexaName Licht Esszimmer
angelegt.

Wie bekomme ich eine Übersicht welche Verknüpfungen existieren.

gruß und Danke

Ich verstehe nicht so genau was du meinst/willst!?

Welche Attribute hast du denn angelegt/anlegen wollen?
Und welche sind nicht gegangen (dann kann man vielleicht auch helfen und erläutern warum nicht, oder einen Fehler erkennen)...

Wenn du wissen willst welche alexa-fhem "gefunden" hat: alexa-fhem Log schauen (NICHT fhem-Log)...
Oder im Debug-Modus starten und auf der Console schauen...


Wenn du dich wunderst, warum nichts bei Alexa/Amazon (App/Web) auftaucht: ebenfalls alexa-fhem Log

Weil alexa-fhem ja auch erkennen muss, um WAS es sich handelt und WAS das "Ding" KANN.

Entweder erkennt das alexa-fhem einfach so...
...oder du brauchst unterstützend: genericDeviceType / homebridgeMapping...

EDIT: alternativ hier ein list des Device posten, dann kann man mal schauen...

Gruß, Joachim

[buchner51]

Hi,
ein

Code Auswählen Erweitern

list alexaName=..*
gibt mir 5 Teilnehmer aus, diese habe ich auch angelegt aber in Alexa tauchen nur 2 auf.

Hier ein List von einem der nicht erkannt wird:

Code Auswählen Erweitern

Internals:
   DEF        0/1/0:dpt1
   DEVNAME    k_Licht_Decke
   FIRSTGADNAME g1
   FUUID      5cd9bced-f33f-2898-b572-dc614856feecd56a
   GETSTRING  g1:noArg
   IODev      KNX
   NAME       k_Licht_Decke
   NR         68
   NTFY_ORDER 50-k_Licht_Decke
   SETSTRING  g1:off,on
   STATE      off
   TYPE       KNX
   GADDETAILS:
     g1:
       CODE       00100
       GROUP      0/1/0
       MODEL      dpt1
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :off,on
   GADTABLE:
     00100      g1
   READINGS:
     2019-12-17 10:41:40   getG1           off
     2019-12-17 10:41:40   last-sender     1/12/24
     2019-12-17 10:41:40   setG1           off
     2019-12-17 10:41:40   state           off
Attributes:
   IODev      KNX
   alexaName  Licht Küche
   eventMap   /on-for-timer 6000:on/on-for-timer off
   genericDeviceType switch
   room       EG
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     on:off

Aus dem Log erkenne ich leider nichts:

Code Auswählen Erweitern

[17.12.2019, 11:11:29] sshautoconf: Our SSH key is known at the reverse proxy, good!
[17.12.2019, 11:11:29] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bjsonlist2%20alexa%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_383884646893301&XHR=1
*** FHEM: connected
[17.12.2019, 11:11:29] [FHEM] got: 5 results
[17.12.2019, 11:11:29] [FHEM] Funk_Steck_EG1 is switch
[17.12.2019, 11:11:29] [FHEM] Funk_Steck_EG1 has
[17.12.2019, 11:11:29] [FHEM]   Custom Power [power]
[17.12.2019, 11:11:29] [FHEM]   On [state;on,off]
  2019-12-17 11:11:29 caching: Funk_Steck_EG1-power: 10.4
[17.12.2019, 11:11:29] [FHEM]     caching: Custom Power: 10.4 (as number; from '10.4')
  2019-12-17 11:11:29 caching: Funk_Steck_EG1-state: on
[17.12.2019, 11:11:29] [FHEM] Funk_Steck_EG2 is switch
[17.12.2019, 11:11:29] [FHEM] Funk_Steck_EG2 has
[17.12.2019, 11:11:29] [FHEM]   Custom Power [power]
[17.12.2019, 11:11:29] [FHEM]   On [state;on,off]
  2019-12-17 11:11:29 caching: Funk_Steck_EG2-power: 0
[17.12.2019, 11:11:29] [FHEM]     caching: Custom Power: 0 (as number; from '0')
  2019-12-17 11:11:29 caching: Funk_Steck_EG2-state: off
[17.12.2019, 11:11:29] [FHEM] ez_Licht_Decke is switch
[17.12.2019, 11:11:29] [FHEM] ez_Licht_Decke has
[17.12.2019, 11:11:29] [FHEM] k_Licht_Decke is switch
[17.12.2019, 11:11:29] [FHEM] k_Licht_Decke has
[17.12.2019, 11:11:29] [FHEM] wz_Rollo_Strasse is window
[17.12.2019, 11:11:29] [FHEM] wz_Rollo_Strasse has
[17.12.2019, 11:11:29] BearerToken '...88A0A' read from alexa
[17.12.2019, 11:11:29] [FHEM] got .eventToken
[17.12.2019, 11:11:29] refreshing token
[17.12.2019, 11:11:29] 39_alexa.pm is new version: true
[17.12.2019, 11:11:29] sshautoconf: completed successfully
[17.12.2019, 11:11:29] *** SSH: proxy configuration set up done
[17.12.2019, 11:11:29] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[17.12.2019, 11:11:29] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20starting%3B%3B%20starting%20SSH%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_383884646893301&XHR=1
[17.12.2019, 11:11:29] Starting SSH with -R 1234:127.0.0.1:41333 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[17.12.2019, 11:11:29] got fresh token
[17.12.2019, 11:11:30] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[17.12.2019, 11:11:30] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20running%3B%3B%20SSH%20connected%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_383884646893301&XHR=1
[17.12.2019, 11:11:30] *** SSH: proxy connection established
[17.12.2019, 11:11:30] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 
[17.12.2019, 11:11:31] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"64467f5a-844e-49af-b98e-3c4f156be17c"},"payload":{"scope":{"type":"BearerToken","token":"BE8B221F-F70A39B73D088A0A"}}}}
[17.12.2019, 11:11:31] found 2 device(s)

Aber jetzt habe ich zumindestens meine "alexaName" gefunden:

Code Auswählen Erweitern

[17.12.2019, 11:11:29] [FHEM] ez_Licht_Decke is switch
[17.12.2019, 11:11:29] [FHEM] ez_Licht_Decke has[code][/code]

gruß

[justme1968]

deine knx devices liefern vermutlich bei set ? kein on und off zurück.

du musst ein passendes homebridgeMapping bauen damit sie geschaltet werden können.


mit einem window device kann alexa nichts anfangen. das ist für motorisierte fenster. bei dem namen vermute ich du meinst eigentlich einen rollladen. das wäre dann aber genericDeviceType blind. und vermutlich auch passendem genericDeviceType.

beides siehe wiki: https://wiki.fhem.de/wiki/FHEM_Connector_für_Amazon_Alexa#Was_geht_alles_.3F

[buchner51]

Doch ich denke schon, ein "setG1:on" und ein "on" kommt zurück, zumindestens lese ich es so aus dem log.

Code Auswählen Erweitern

2019-12-18 12:49:32 Global global DEFINED k_Licht_Decke_timer_00100
2019-12-18 12:49:32 KNX k_Licht_Decke setG1: on
2019-12-18 12:49:32 KNX k_Licht_Decke on

Aber müsste Alexa nicht alles auflisten (unter alexa.amazon.de) und nur das was funktioniert ausführen?

[justme1968]

- was denkst du schon? ich habe oben set ? geschrieben. dazu hast du nichts weiter gesagt.
- mit setG1 kann alexa von sich aus nichts anfangen
- was im fhem log steht ist für alexa völlig irrelevant

was alles? alexa-fhem meldet nur devices an amazon die auch verstanden werden.

alexa.amazon.de zu verwenden ist im übrigen meist ungeschickt. zumindest um dinge zu konfigurieren. damit zerschiesst du dir gruppen und echo device zuordnungen. am besten ist es nur die app zu verwenden.

[buchner51]

Ich muss schon wieder DOOF fragen:

Muss ich eine "homebridgeMapping" im Device erstellen oder eine "alexaMapping" im alexa Modul?

Das geht leider aus der Anleitung nicht hervor und wenn ich Google benutze lese ich mehr durcheinander wie Klarheit.

Sorry aber wenn man auf dem Schlauch steht... dann steht man da nun mal.

gruß

[justme1968]

ich habe doch homebridgeMapping geschrieben. im wiki sollte alles dazu stehen.


alexaMapping ist aktuell nur für den custom skill relevant.

[buchner51]

Hallo,
habs endlich hinbekommen, war eigentlich gar nicht schwer 

Für KNX Geräte müssen folgende Attribute mindestens gesetzt sein:

Code Auswählen Erweitern

defmod k_Licht_Decke KNX 0/1/0:dpt1.001
attr k_Licht_Decke alexaName Licht Küche
attr k_Licht_Decke genericDeviceType switch
attr k_Licht_Decke homebridgeMapping clear On=getG1\

Die Definition mit dem Datenpunkt dpt1 reicht zwar zum schalten über fhem bez smartvisu aber Alexa benötigt es genauer dpt1.001 oder je nach dem was ihr habt,
die Verknüpfung "alexaName" damit Alexa reagieren kann bzw worauf Alexa reagieren soll,
"genericDeviceType" damit Alexa den Typ erkennt
und das "homebridgeMapping" damit der Weg vom klassischen "On" auf getG1 umgebogen wird.


Das Mapping für KNX Schalter/Lampen ist so:

Code Auswählen Erweitern

attr k_Licht_Decke alexaName Licht Küche
attr k_Licht_Decke genericDeviceType switch
attr k_Licht_Decke homebridgeMapping clear On=getG1\

und für Rollladen mit Prozent Steuerung so:

Code Auswählen Erweitern

attr wz_Rollo_Strasse alexaName Rollo Wohnzimmer
attr wz_Rollo_Strasse genericDeviceType blind
attr wz_Rollo_Strasse homebridgeMapping clear CurrentPosition=getG1,minValue=0,maxValue=100,minStep=1 TargetPosition=value::getG1,minValue=0,maxValue=100,minStep=1



Ich hoffe ich kann damit auch anderen Helfen 

Kann dies auch jemand ins WIKI übernehmen !

gruß

[justme1968]

sehr schön.

das wäre glaubenden auch etwas fürs wiki.

[amenomade]

Hallo zusammen.

Ich habe gerade meine LED-Leiste mit Homematic HM-LC-RGBW-WM Controller in FHem Connector (ja, ich habe deswegen von alexa-fhem nach Fhem Connector migriert: für die Unterstützung von den Farben) integriert.

Der HM-LC-RGBW-WM Controller Device wz_Leiste hat 3 Kanäle:
- wz_Leiste_Dim mit on/off und pct für die Helligkeit
- wz_Leiste_Color mit color für die Farbe, irgendwie Hue Farbe aber nur von 0 bis 100
- wz_Leiste_Auto für automatische Programme (Kaminfeuer simulieren, TV simulieren, usw), dies brauche ich aber über Alexa nicht.

Mein homeBridgeMapping Attribut habe ich auf wz_Leiste gesetzt, und es sieht so aus:

Code Auswählen Erweitern

On=wz_Leiste_Dim:state,valueOn=/on|\d+/,valueOff=off,cmdOn=on,cmdOff=off
Brightness=wz_Leiste_Dim:pct,cmd=pct
Hue=wz_Leiste_Color:color,minValue=0,maxValue=360,max=100,cmd=color

Es gibt 2 Unstimmigkeiten:
- wz_Leiste_Dim hat off oder wenn an, die Helligkeit als state. Z.B. 30. Wie muss ich valueOn setzen, so dass alle numerische Werte "on" bedeuten?
- Bei wz_Leiste_Color (color von 0 bis 100) bedeutet der Wert 100 die Farbe weiss. Aber wenn ich Alexa sage "schalte weiss", setzt sie h auf 0 da mit hsb, h=0 sowohl für weiss als für rot (nur s ändert sich) gilt . Wie kann ich das anpassen? Alle andere Farben sind OK.

Alexa Log bei "schalte weiss":

Code Auswählen Erweitern

"payload":{"color":{"hue":0,"saturation":0,"brightness":1}}
Alexa Log bei "schalte rot":

Code Auswählen Erweitern

"payload":{"color":{"hue":0,"saturation":1,"brightness":1}}

[amenomade]

Also, erstes Problem selbst gelöst: einfach gar keine valueOn definieren

Code Auswählen Erweitern

On=wz_Leiste_Dim:state,valueOff=off,cmdOn=on,cmdOff=off

[amenomade]

Zweites Problem (fast) gelöst:

Code Auswählen Erweitern

On=wz_Leiste_Dim:state,valueOff=off,cmdOn=on,cmdOff=off
Brightness=wz_Leiste_Dim:pct,cmd=pct
Hue=wz_Leiste_Color:color,minValue=0,maxValue=360,max=100,cmd=color
Saturation=wz_Leiste_Color:color,cmds=0:color+100
Somit schafft er die Farbe weiss. Nebenwirkung: Durch die Hue Characteristic schaltet er zuerst kurz auf rot, und erst dann durch Saturation auf weiss.