[GELÖST] Suche Alexa Steuerung für FHEM Dummy

[Burny4600]

Ich habe ein Gerät auf einem anderem Pi angeschlossen. Der Dummy auf dem Master Pi steuert dieses Gerät.
Nun habe ich Alexa auf dem Master Pi installiert, weil dort die meisten benötigten Geräte angeschlossen sind.
Ich habe auf dem Master Pi den Dummy wie die Geräte definiert. Auf der Alexa App ist dieser Dummy auch als Dummy ersichtlich. Nur lässt sich dieser Dummy mittels Alexa-APP nicht steuern. Hier fehlt auch auf der App der Button zum Ein- und Ausschalten.

Gibt es eine Möglichkeit ein Dummy-Gerät mittels Alexa zu steuern?

list OG1_WZ_BBD

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/myprogram/blumenbeleuchtung_rasp01.pm
   FUUID      5c45b053-....................................
   NAME       OG1_WZ_BBD
   NR         6090
   STATE      AUS
   TYPE       dummy
   eventCount 12
   READINGS:
     2025-02-01 09:48:44   state           off
Attributes:
   alexaName  Blumenlampe
   alexaRoom  OG1 Wohnzimmer
   alias      OG1 Wohnzimmer - Beleuchtung - Blumenkasten
   cmdIcon    EIN:remotecontrol/black_btn_GREEN AUS:remotecontrol/black_btn_RED
   devStateIcon EIN:light_ceiling_light@violet AUS:light_ceiling_light@gray
   devStateStyle style="text-align:left;;font-weight:bold;;"
   eventMap   on:EIN off:AUS
   genericDeviceType light
   group      OG1 Wohnzimmer - Beleuchtung
   icon       light_ceiling_light
   room       OG1-Wohnzimmer
   sortby     03.05
   webCmd     ::EIN:AUS

[Dr. Boris Neubert]

Hier mal ein Beispiel für einen Dummy, den ich benutze, meine Audio-Anlage mit mehreren Schaltern gleichzeitig anzuschalten:

Code Auswählen Erweitern

define Audio dummy
attr Audio userattr room_map structexclude
attr Audio alexaName Audio
attr Audio appOptions { "template": "switch" }
attr Audio genericDeviceType switch     <-----------
attr Audio group Heimkino
attr Audio room Automatisierung,Gewerke->Schalter,Räume->1->Wohnzimmer
attr Audio setList on off   <-----------
attr Audio useSetExtensions 1     <-----------


[passibe]

1. Wieso sollte eine Lampe zu einem switch werden müssen? Könnte ja auch wichtig sein, dass es in der Alexa-App als Lampe dargestellt wird (z.B. auch wegen WAF).
2. Ich glaube setList wird von alexa-fhem ohnehin nur im Zusammenhang mit switch geparst, hilft also bei der Lampe auch nicht. Eigentlich sollte alexa-fhem aber die characteristics auch bei einer Lampe automatisch erkennen, auch ohne homebridgeMapping.
3. Was hat useSetExtensions mit alexa zu tun? Ich glaube, dass das schon gar nicht von alexa-fhem verarbeitet wird.

@Burny4600 gib uns doch mal einen Auszug des Logs von alexa-fhem beim Start (oder reload) von alexa-fhem. Dort müsste eigentlich stehen, mit welchen characteristics dein device bei Alexa announced wird. Musst nicht das ganze Log reinkopieren, nur den Teil, der sich auf dieses device bezieht.
Das müsste ungefähr so aussehen:

Code Auswählen Erweitern

[...]
OG1_WZ_BBD is light
OG1_WZ_BBD has
  On [state;on,off]
[...]
Vielleicht braucht es hier wegen der eventMap auch ein homebridgeMapping. Das lässt sich dann aber aus dem Log erkennen. Bin mir da aber nicht sicher, wie alexa-fhem das interpretiert, hab selbst kein eventMap im Einsatz. (Ist mir aber auch noch schleierhaft, wieso man das hier überhaupt braucht. Macht Dinge ggfs. nur komplizierter. Aber bestimmt gibt es dafür guten Gründe.)

[Burny4600]

@passibe

...gib uns doch mal einen Auszug des Logs von alexa-fhem...

Code Auswählen Erweitern

[...]
[2.2.2025, 12:21:40] [FHEM] OG1_WZ_BBD is light
[2.2.2025, 12:21:40] [FHEM] OG1_WZ_BBD has
[2.2.2025, 12:21:40] [FHEM] OG1_WZ_BBD will not send proactive events
[2.2.2025, 12:21:40] [FHEM] OG1_WZ_BBD uses ID: 5c45b053-.............................
[...]
Das sieht schon mal anders aus als es sein sollte. Hier fehlt

Code Auswählen Erweitern

....[FHEM]   On [state;on,off]

[passibe]

Ok, dann wird aus irgendeinem Grund das homebrdigeMapping nicht richtig gesetzt.

Probier es doch mal manuell:

Code Auswählen Erweitern

attr OG1_WZ_BBD homebridgeMapping On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Edit: Danach natürlich alexa-fhem reloaden/neustarten.

[Burny4600]

Code Auswählen Erweitern

homebrdigeMapping
Genau das war es. Jetzt funktioniert die Steuerung über den Dummy.

Muss das homebrdigeMapping bei allen Geräten die mit Alexa gesteuert werden definiert werden?

[passibe]

Meistens klappt das automatisch.
Wenn es mal – so wie hier – nicht klappt, dann musst du es eben manuell hinzufügen.

Einfach schauen, ob das Gerät so funktioniert, wie du es erwartest bzw., wie schon getan, schauen, was im Log von alexa-fhem steht. Sind dort keine/nicht alle/nicht die gewünschten characteristics aufgelistet, musst du sie manuell hinzufügen.

Falls du unliebsame automatisch hinzugefügte characteristics rauskriegen willst, einfach mit "clear" arbeiten, das löscht etwaige automatisch angelegte mappings (clear muss in der ersten Zeile des homebridgeMappings stehen).

[Burny4600]

(clear muss in der ersten Zeile des homebridgeMappings stehen).

Du meinst an der ersten Position der Zeile von homebridgeMappings.

Sozusagen wird das Attribut homebridgeMappings nach dem erfolgreichem Test nicht mehr benötigt und kann entfernt werden, wenn ich das richtig verstanden habe.

[passibe]

Du meinst an der ersten Position der Zeile von homebridgeMappings.

Nein, ich meine schon die erste Zeile. homebridgeMapping ist ein Attribut mit mehreren Zeilen. Ich hänge mal einen Screenshot an, damit das deutlich wird.
In deinem global-device sollte unter userattr homebridgeMapping mit textField-long versehen sein, damit das beim Bearbeiten über FHEMWEB auch als mehrzeilig angezeigt wird.

Sozusagen wird das Attribut homebridgeMappings nach dem erfolgreichem Test nicht mehr benötigt und kann entfernt werden, wenn ich das richtig verstanden habe.

Nein! Dann kannst du nach dem nächsten reload von alexa-fhem die Lampe wieder nicht steuern. Denn offensichtlich schafft alexa-fhem es nicht, die Lampe richtig zu erkennen, deshalb braucht es das homebridgeMapping. alexa-fhem liest aber die Geräte immer komplett neu ein, d.h., wenn es homebridgeMapping nicht mehr gibt, dann weiß alexa-fhem wieder nicht, was zu tun ist und die Lampe ist nicht bedienbar.

[Burny4600]

Gut, dass habe ich verstanden.

textField-long habe ich wie die anderen textField-long unter WEB mittels widgetOverride definiert, weil ich ohnehin einige andere Definitioen für mehrzeilige Einträge benötige.

Somit habe ich das Dummy Problem gelöst und werde mich dem nächsten Alexaproblem widmen.

[TomLee]

Hallo,

was ich nicht verstehe, warum hier die Verwendung von homebridgeMapping vorgeschlagen wird, für so nen simplen dummy der nur ein.-/ausschalten können muss?

Warum nicht einfach on off in der setList ergänzen?

[passibe]

Ich dachte, dass setList für genericDeviceType light nicht geparst wird, siehe hier: https://github.com/justme-1968/alexa-fhem/blob/master/lib/fhem.js#L2612

Aber vielleicht verstehe ich service_name da im code auch falsch und setList hätte es doch getan.

[TomLee]

Ohne genericDeviceType wirds ein Schalter, mit genericDeviceType light eine Lampe. Hab ich mich jetzt eben vergewissert, so wie es halt schon immer ist.

[Burny4600]

Ich habe beide Varianten getestet und beide funktionieren mit dem Dummy.

Code Auswählen Erweitern

setList on off

Code Auswählen Erweitern

homebridgeMapping On=state,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off
Danke.