Einladung zum Beta-Test: "FHEMlazy" zur einfacheren Alexa-Integration

[Wondermusic]

Ich habe da noch mal eine Nachfrage.
Läuft das auch wenn ich das alexa device auf einem anderen Pi installiere? Ich habe ja auch noch den Pi2 mit dem HM-MOD-UART als Reichweitenvergrößerer...
Muss ich dann in der alexa-fhem.cfg meinen eigentlichen fhem Server mit seinem WEB- Port angeben?
Ich kann das derzeit noch nicht testen, da ich die Geräte noch nicht da habe - ist halt im Moment noch alles Theorie (obwohl mittlerweile schon auf dem Pi2 installiert)...

EDIT:
Nun habe ich mittlerweile doch schon ein bisschen rumprobieren können, zumindest in Bezug auf starten des FHEM- Connectors (auf dem Pi2) und dem Verbindungsaufbau zum eigentlichen FHEM- Server... Auf dem FHEM- Server habe ich auch das Attribut alexaName2 eingerichtet und einem Dummy Device zum testen zugewiesen.
Leider wird mir bei alexaFHEM.ProxyConnection ein "stopped" angezeigt.

Und das sagt mir das Log:

Code Auswählen Erweitern


[14.11.2019, 11:02:34] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[14.11.2019, 11:02:34] os.homedir()=/opt/fhem
[14.11.2019, 11:02:34] this is alexa-fhem 0.5.34
[14.11.2019, 11:02:34] connecting to FHEM ...
[14.11.2019, 11:02:39] [FHEM] trying longpoll to listen for fhem events
[14.11.2019, 11:02:39] [FHEM] starting longpoll: https://192.168.0.250:8081/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1573725759013
[14.11.2019, 11:02:40] [FHEM] got csrfToken: 0
[14.11.2019, 11:02:40] [FHEM] Checking devices and attributes...
[14.11.2019, 11:02:40] [FHEM]   executing: https://192.168.0.250:8081/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22%22)%7D&fwcsrf=0&XHR=1
[14.11.2019, 11:02:40] [FHEM]   executing: https://192.168.0.250:8081/fhem?cmd=jsonlist2%20TYPE%3Dalexa&fwcsrf=0&XHR=1
[14.11.2019, 11:02:40] [FHEM] waiting for events ...
[14.11.2019, 11:02:40] [FHEM] Fetching FHEM devices...
[14.11.2019, 11:02:40] [FHEM] fetching: https://192.168.0.250:8081/fhem?cmd=jsonlist2%20alexaName2=..*&fwcsrf=0&XHR=1
[14.11.2019, 11:02:41] [FHEM] alexa device is alexa
[14.11.2019, 11:02:41] [FHEM]   executing: https://192.168.0.250:8081/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.34%22%7D%3B%7B%24defs%7Balexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=0&XHR=1
[14.11.2019, 11:02:41] [FHEM]   executing: https://192.168.0.250:8081/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=0&XHR=1
[14.11.2019, 11:02:41] [FHEM]   executing: https://192.168.0.250:8081/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=0&XHR=1
[14.11.2019, 11:02:42] Server listening on: http://127.0.0.1:35097 for proxy connections
[14.11.2019, 11:02:42] *** SSH: checking proxy configuration
[14.11.2019, 11:02:42] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.ssh
[14.11.2019, 11:02:42] Passed config: {"connections":[{"webname":"fhem","uid":999,"server":"192.168.0.250","name":"FHEM","filter":"alexaName2=..*","port":"8081","ssl":true}],"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":35097}}
[14.11.2019, 11:02:42] sshautoconf: SSH key seems to exist
[14.11.2019, 11:02:43] sshautoconf: Our SSH key is known at the reverse proxy, good!
[14.11.2019, 11:02:43] [FHEM]   executing: https://192.168.0.250:8081/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=0&XHR=1
*** FHEM: connected
[14.11.2019, 11:02:43] [FHEM] got: 1 results
[14.11.2019, 11:02:43] [FHEM] ug_wz_steckdose_1 is switch
[14.11.2019, 11:02:43] [FHEM] ug_wz_steckdose_1 has
[14.11.2019, 11:02:45] [FHEM] got .eventToken
[14.11.2019, 11:02:45] refreshing token
[14.11.2019, 11:02:45] BearerToken '...5EBB9' read from alexa
[14.11.2019, 11:02:45] 39_alexa.pm is new version: true
[14.11.2019, 11:02:45] sshautoconf: completed successfully
[14.11.2019, 11:02:45] *** SSH: proxy configuration set up done
[14.11.2019, 11:02:45] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[14.11.2019, 11:02:45] [FHEM]   executing: https://192.168.0.250:8081/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=0&XHR=1
[14.11.2019, 11:02:45] Starting SSH with -R 1234:127.0.0.1:35097 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[14.11.2019, 11:02:46] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[14.11.2019, 11:02:47] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[14.11.2019, 11:02:47] [FHEM]   executing: https://192.168.0.250:8081/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=0&XHR=1
[14.11.2019, 11:02:47] *** SSH: proxy connection established
[14.11.2019, 11:02:47] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 


Die config sieht so aus:

Code Auswählen Erweitern


{
   "connections" : [
      {
         "webname" : "fhem",
         "uid" : 999,
         "server" : "192.168.0.250",
         "name" : "FHEM",
         "filter" : "alexaName2=..*",
         "port" : "8081",
"ssl": true
      }
   ],
   "sshproxy" : {
      "ssh" : "/usr/bin/ssh",
      "description" : "FHEM Connector"
   }
}


Ich glaube ich seh im Moment den Wald vor lauter Bäumen nicht mehr...

EDIT2:
Jetzt habe ich mal einen meiner Echos auf ein anderes Amazonkonto eingerichtet und versucht, diesen zu verbinden. Leider erhalte ich dabei diese Fehlermeldung:

Status nodejs-Interaction:
AutoDiscovery failed, response: {"header":"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"56a22340-ed9f-4edb-a364-c9ea4a123152"},"payload":{}}

[traders-banquet]

Gibt es irgendwo eine Liste der Fragen die man Alexa stellen kann für die einzelne generischen Device Typen ?
Ich meine damit: was muss ich z.B. fragen um herauszufinden ob ein ein Wandthermostat auf heizen steht oder welche Zieltemperatur oder aktuelle Temperatur eingestellt ist ...etc.....

[gvzdus]

@Wondermusic:
Die Idee, die zweite Alexa-FHEM-Instanz auf einem andere Raspi zu installieren, ist gut - mehrere Instanzen auf einem Server mit verschiedenen Usern wäre eine fantastische Vorlage, sich viele Probleme zu schaffen.

Du hast vermutlich Dein Zweitsystem als Komplettkopie vom Erstsystem erstellt? Dann hast Du jetzt das Problem, dass auf beiden Kisten der gleiche SSH-Key installiert ist. Dadurch werfen sich die beiden Raspis gegenseitig beim Verein raus.

Auf dem Zweitgerät:

- Alexa-Device noch einmal löschen

Code Auswählen Erweitern

sudo rm -rf /opt/fhem/.ssh/id_rsa

- Alexa-Device neu anlegen

[Wondermusic]

Das ist es leider nicht. Auf dem Pi2 habe ich FHEM komplett neu installiert, war vorher nicht da drauf.
Das einzige wofür ich den bisher genutzt habe, war als mosquitto und UART- "Server".

Ich habe das jetzt trotzdem mal gemacht und es ging auf einmal gar nichts mehr... 
Ich musste meine Anmeldung vom Haupt-fhem auf der Vereinsseite zurücksetzen und den Connector neu verbinden. Irgendwie hat der Verbindungsversuch vom Pi2 meine Registrierung vom Hauptrechner gekillt.
alexa-fhem auf Pi2 bekommt dennoch keine Verbindung.

EDIT:
Gerade noch mal von vorne getestet. Sobald ich alexa-fhem auf dem Pi2 starte, steigt mein Hauptrechner beim Connector aus und ich kann meine Geräte nicht mehr per Alexa steuern.
Die Config auf dem Pi2 ist unverändert auf:

Code Auswählen Erweitern


{
   "connections" : [
      {
         "uid" : 999,
         "name" : "FHEM",
         "webname" : "fhem",
         "filter" : "alexaName2=..*",
         "server" : "192.168.0.250",
         "port" : "8081",
         "ssl" : true
      }
   ],
   "sshproxy" : {
      "description" : "FHEM Connector",
      "ssh" : "/usr/bin/ssh"
   }
}

eingestellt...

Auf  dem Hauptrechner sieht sie wie folgt aus:

Code Auswählen Erweitern


{
   "connections" : [
      {
         "name" : "FHEM",
         "uid" : 999,
         "port" : "8083",
         "server" : "127.0.0.1",
         "webname" : "fhem",
         "filter" : "alexaName=..*"
      }
   ],
   "sshproxy" : {
      "ssh" : "/usr/bin/ssh",
      "description" : "FHEM Connector"
   }
}


[gvzdus]

Es stinkt m.E. trotzdem nach "gleicher SSH-Key".

Könntest Du bitte einmal vergleichen, ob wirklich auf beiden Raspberries die Dateien /opt/fhem/.ssh/id_rsa (Annahme: FHEM läuft unter dem User fhem, und /opt/fhem ist das Home-Directory) sich unterscheiden?

Bitte natürlich nicht hier den Dateiinhalt posten!

[Wondermusic]

Hi gvzdus,

die unterscheiden sich grundlegend...
Der eine ist sogar dreimal so lang wie der andere (ist das normal?).

Aber ne Frage zu den Config's: Die stimmt auf dem Pi2, oder?
Zur Info dazu:
192.168.0.250:8083 (Hauptrechner) verwende ich mit meinem Benutzernamen. Dort sehe ich alle Räume und dorthin (wie man sieht) "verlinkt" sich meine Alexa Instanz.
192.168.0.250:8081 wird für den Benutzernamen meines Neffens verwendet, der Zugriff auf die Alexa auf meinem Pi2 benötigt um seine Alexa unabhängig von meiner zu verwenden.
Dabei sollte es dann keinen Unterschied machen, wenn ich zwei Schaltern den gleichen Namen gebe, nur mit dem Unterschied, das ich den einen mit alexaName und den anderen mit alexaName2 attributiert habe...

[gvzdus]

Uaah, pfui! Gedankenfehler meinerseits:

Der Node-Prozess benutzt die HTTP-Verbindung zu FHEM, um den Proxy-Key zu setzen und abzufragen. Damit geht er natürlich auf dem Sekundär-Knoten zu Deinem konfigurierten, primären FHEM, und zerschiesst Dir dort die Konfiguration. Mal gucken, ob mir gleich beim Wandern eine Lösung einfällt - oder jemand anderes in der Zwischenzeit.

P.S. Ja, die größere Schlüssellänge des SSH-Key ist korrekt. Da werden bei neueren alexa-fhem-Versionen jetzt längere Schlüssel generiert.

[justme1968]

ich hatte oben doch schon geschrieben das man ein zweites fhem braucht. da braucht außer alexa nichts weiter konfiguriert sein.

[Wondermusic]

ich hatte oben doch schon geschrieben das man ein zweites fhem braucht. da braucht außer alexa nichts weiter konfiguriert sein.

Habe ich doch. Auf einem andere Raspi im Netzwerk.... Oder geht das nicht?
Du hattest auf diese Frage nicht geantwortet, daher bin ich den Weg gegangen weil mir das sicherer war...

[justme1968]

sorry.

ja. ein zweiter raspberry mit eigenem fhem und eigenem alexa-fhem.
dort in die config zusätzlich zum automatisch angelegten connections eintrag noch einen zweiten zum haupt-fhem hinten dran hängen. komma dazwischen nicht vergessen.


zu den möglichkeiten beim filter schau mal unter devspec in der commandref.

[Wondermusic]

Kein Grund sich zu entschuldigen - man kann immer was überlesen! Bin ja froh das einem hier immer geholfen wird! 
Ahhh, jetzt glaube ich zu verstehen was Du meintest... 

Sollte das dann so aussehen?
(Habe aus alexaName2 alexaUName im device global unter userattr gemacht, da ich mir wegen der Zahl nicht sicher bin)

Code Auswählen Erweitern


{
   "connections" : [
      {
         "name" : "FHEM",
         "uid" : 999,
         "port" : "8083",
         "server" : "127.0.0.1",
         "webname" : "fhem",
         "filter" : "alexaName=..*"
      },
      {
         "name" : "FHEM",
         "uid" : 999,
         "port" : "8081",
         "server" : "192.168.0.250",
         "webname" : "fhem",
         "filter" : "alexaUName=..*",
         "ssl" : true
      }
   ],
   "sshproxy" : {
      "description" : "FHEM Connector",
      "ssh" : "/usr/bin/ssh"
   }


Lieber noch mal fragen bevor ich den Schlüssel wieder zerschieße... 

EDIT: Konte nicht warten...    Nun laufen beide, ohne das der eine den anderen raushaut.  Musste naturlich die Registrierung auf dem Vereinsserver vom Pi2 zurücksetzen, aber danach klappte die Verbindung. Das einzige was jetzt noch nicht klappt, ist das richtige ansteuern der Geräte.

Ich habe ein Dummy Device Testschalter (attr alias) genannt und ihm den alexaUName Steckdose gegeben.
Ich habe in meiner Hauptinstanz ebenfalls eine schaltbare Steckdose der ich den Namen alexaName Steckdose gegeben habe.
Auf meiner Hauptinstanz funktioniert alles reibungslos (Alexa, schalte Steckdose an. -> klack...)
Auf der Zweitinstanz fragt mich Alexa bei dem Befehl immer: Meintest Du Testschalter? Wenn ich die Frage dann bejahe, wird das Dummy Device auch ordnungsgemäß geschaltet... Aber es kommt immer zu der Nachfrage.

EDIT2:
Nachdem ich es nun erst mal ein paar Stunden habe ruhen lassen und ich nun noch zwei weitere Dummy Devices angelegt habe kommt auf einmal keine Nachfrage mehr seitens Alexa. Irgendwie komisch - aber egal! Es läuft jetzt anscheinend so wie ich es mir vorgestellt habe.

Vielen dank Euch beiden und ich wünsche Euch ein schönes Restwochenende...! 

[gvzdus]

Super, aber Du hast noch einen Verständnisfehler:

Dein Filter ist wirklich ein reiner Filter, welche Devices alexa-fhem in Verwaltung nehmen soll. Da bot es sich natürlich an, nicht auf room oder sonst was zu gehen, sondern per Default etwas sehr einfaches zu nehmen: "Alles, was ein Attribut "alexaName" hat, soll rausgereicht werden - sonst hätte der Nutzer ihm ja kein alexaName-Attribut zugewiesen".

Die Geräte, die Dein Filter mit "alexaUName" zurückliefert, werden nun von der Zweitinstanz angezogen, aber auch hier verwendet alexa-fhem das Attribut "alexaName". Das ist so "hart verdrahtet" in alexa-fhem. Was geht also *nicht* in Deiner Konstellation? Einem Gerät den Namen 1 für Dein Alexa zu geben, und den Namen 2 für Alexa unten!
Beide werden das Attribut "alexaName" rausreichen. Wenn Du mit der Einschränkung leben kannst, bzw. sie über die Raumzuordnung von Alexa selber (die von FHEM / alexa-fhem nicht beeinflusst wird - das ist rein Amazon-Logik und Daten) nicht nötig ist: "Alexa, schalte das Licht ein (in dem Raum, in dem Du stehst).", dann bietet es sich an, über klassische "room"-Attribute zu filtern. Also die Geräte von unten mit einem alexaName zu versehen, zusätzlich in den Raum "alexaUnten" zu packen, und den Filter auf "room=alexaUnten" zu ändern.

[Adimarantis]

Der Thread ist leider sehr lang und daher sorry, wenn das schon irgendwo beantwortet ist:

1) Rollo Steuerung
Ich bekomme meine HMCCU Rollos nach wie vor nur mit Fahre Rollo <name> auf 100 Prozent gesteuert.
Der Eintrag

Code Auswählen Erweitern

TargetPosition=verb=mach,values=auf:100;zu:0 in alexaMapping führt nicht wie ich gehofft hätte, das ich einfach "Mach Rollo <name> auf" (Antwort: "Rollo <name> unterstützt das nicht") sagen kann. Auch nicht wenn ich es ins homeBridgeMapping des Device schreibe.
Geht das nicht, oder mache ich da etwas falsch?

2) Redundante Angaben
Ist wohl ehe eine generelle Alexa Frage. Ich habe zwei Zimmer mit je einer Alexa, einem Thermostat und einem Rollo. In der Alexa App sind diese jeweils "Zimmer <name>" zugeordnet.
Die Thermostate heissen entsprechend "Thermostat <name>" und die Rollos "Rollo <name>".
Jetzt wurde ich erwarten, dass es einen schlauen Weg gibt, dass Alexa zumindest primär versteht, dass ich das Thermostat/Rollo im Zimmer meine, in dem sie selbst steht.
Gleiche Namen kann ich ja nicht vergeben, aber durch den Type "thermostate" und "blind" sind die Teile ja implizit identifizierbar.
Also statt
"fahre Rollo <name> auf 100 Prozent"
einfach
"fahre Rollo auf 100 Prozent" (Antwort: "Es gibt verschiedene Dinge mit dem Namen Rollo....")
oder statt
"setze Temperatur Zimmer <name> auf 23 Grad"
einfach
"setze Temperatur auf 23 Grad".

Dass "Wie ist die Temperatur im Zimmer <name>?" notwendig ist, sehe ich ja gerade noch ein - ohne Angabe meint man ja eher die Aussentemperatur (was auch so implementiert ist). Allerdings sollte reichen "Wie ist die Temperatur im Zimmer?" (als Antwort kommt in beiden Räumen das selbe Zimmer, aber vielleicht ist da noch irgendein Wurm in der Gesamtkonfiguration) - welches das ist, ist redundante Information.

Schon mal Danke für Rückmeldungen.
Jörg

[Wondermusic]

Super, aber Du hast noch einen Verständnisfehler:

Und den habe ich wohl immer noch, nachdem ich mir das durchgelesen habe... *lach* Nix gegen Dich, aber ich hab manchmal leichte Verständnisschwierigkeiten und mir fällt es schwer mich in solche Logiken hineinzuversetzen. Da brauche ich dann schon mal was länger bis ich das verstehe.

Ich habe den Geräten (derweil nur Dummy's, was aber egal sein dürfte) das attr alexaUName vergeben, kein alexaname. Und die "Geräte" werden jetzt ordnungsgemäß angesteuert - ohne den alexaRoom Zusatz. Wozu der ist habe ich auch noch nicht ganz verstanden.
Also für meine Zwecke reicht es in dieser Form also locker aus, denn es passiert das was ich erreichen wollte. Wenn es irgendwann mal nicht mehr ausreichen sollte, dann muss ich mich dem Thema noch mal in Ruhe beschäftigen, aber derzeit läuft das hier alles "nur" nebenher denn ich habe derzeit noch mehr als genung andere Baustellen. 
Das ist jetzt also erstmal die Quick & Dirty Lösung - das Feintuning kommt später.
Aber wie gesagt - nochmals vielen Dank an Euch beide für die Info's und Hilfestellungen! 

Gruß,
Richy

[MadMax-FHEM]

alexaRoom:

nur relevant für den Custom Skill bzw. im Smart Home Skill nur bei Strukturen oder Szenen (wenn ich richtig liege)...

Im Smart Home Skill werden Räume bzw. Raumzuordnungen (noch) mittels Gruppen in der Alexa-App gemacht (wenn man das will)...

Statt dem "Erfinden" eines userattr alexaUName hättest du auch die Devices (zusätzlich zu wo sie norm. sind/sein sollen) in verschiedene Räume stecken können: RaumA bzw. RaumB und dann eben den Filter auf RaumA bzw. RaumB setzen können

Gruß, Joachim