Alexa und BuschJäger KNX Rolladenaktor/ABB UD/S Dimmaktor

Begonnen von htsteil, 27 Dezember 2022, 18:40:37

Vorheriges Thema - Nächstes Thema

htsteil

Hallo liebe Leute!

Habe jetzt eine Alexa am Start und die auch gleich mit FHEM bekannt gemacht.

(wie geht eigentlich "Alexa neu suchen lassen"??? habe den skill deaktiviert und wieder aktiviert. geht das eleganter?)

Es bleibt die Einbindung meiner BuschJäger Rolladenaktoren 6196/43 und meines ABB UD/S 2.300.1 Dimmaktors.
Wenn Alexa sie selbst als Type 'Switch' erkennt, werden sie angesprochen.
Wenn ich die Rolladenaktoren mit 'genericDeviceType blind' bzw 'light' brandmarke, kann Alexa damit nix anfangen.

Hat das jemand gelöst??

Würde mich über Hilfe freuen!

Grüße
HT

MadMax-FHEM

#1
Suchen lassen?
Auf Amazon/Alexa seite einfach: "Alexa, suche smarte Geräte"

Oder in der App geht das denke ich auch.
Bzw. sucht Amazon/Alexa selbständig von Zeit zu Zeit (so mein Eindruck)...

In fhem beim Alexa-Device reload (oder restart)...
Es gibt dort auch die Möglichkeit Devices an Amazon/Alexa zu "propagieren"...

Wie wäre es lists der Devices zu posten?

Neben genericDeviceType müssen auch die "setter" passen und entsprechende Readings vorhanden sein.
Passt das nicht: homebridgeMapping

Evtl. hilft auch ein Blick ins alexa-fhem Log und dort schauen was dort bei der Erkennung zu lesen ist...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

htsteil

Hey Joachim,

schon mal vielen Dank für die Antworten.

Hier die Devices

define Licht_Essen KNX 0/1/15:dpt5.001 0/1/13:dpt3.007 0/1/11:dpt1.001:power
setuuid Licht_Essen 5fea32ed-f33f-573e-005a-a299e8ac459ce15a
attr Licht_Essen IODev KNX
attr Licht_Essen genericDeviceType light
attr Licht_Essen alexaName Licht Esstisch
attr Licht_Essen alias Licht Esstisch
attr Licht_Essen cmdIcon on:rc_GREEN off:rc_RED STS:rc_INFO@yellow
attr Licht_Essen devStateIcon on:on:off off:off:on
attr Licht_Essen eventMap {\
  usr=>{\
    '^getG1 (\d+)'=>'g1 $1',\
    '^getG2 (\d+)'=>'g2 $1',\
    '^on'=>'power on',\
    '^off'=>'power off',\
  },\
  fw=>{\
    '^getG1 (\d+)'=>'getG1',\
    '^getG2 (\d+)'=>'getG2',\
    '^power-get'=>'state',\
  }\
}
attr Licht_Essen room EG
attr Licht_Essen userReadings WERT {sprintf("%.1f",ReadingsNum($name,"state",0))}
attr Licht_Essen webCmd on:off::dimmen:getG1
attr Licht_Essen widgetOverride getG1:slider,0,5,100


und

define Roll_Wohnen KNX 1/0/10:dpt1 1/0/11:dpt1
setuuid Roll_Wohnen 5fea503f-f33f-573e-6aba-8466eed9d280c513
attr Roll_Wohnen IODev KNX
attr Roll_Wohnen genericDeviceType blind
attr Roll_Wohnen alexaName Rolladen Wohnzimmer
attr Roll_Wohnen alias Wohnzimmer
attr Roll_Wohnen cmdIcon Stop:rc_PAUSE Auf:rc_UP Ab:rc_DOWN STS:rc_INFO@yellow
attr Roll_Wohnen eventMap /on g2:Stop/off g1:Auf/on g1:Ab
attr Roll_Wohnen icon fts_shutter
attr Roll_Wohnen room EG
attr Roll_Wohnen webCmd Auf:Stop:Ab


Im log konnte ich nur sehen, dass die Geräte keine/keine funkionalen Eigenschaften haben.

Grüße!
HT

MadMax-FHEM

#3
Bitte lists keine "defines".

list Devicename

Weil sonst sehe ich keine Readings...
(zur Not geht auch RawDef)

So wie es aber aktuell aussieht (an dem was ich sehen kann) erkennt alexa-fhem den "setter" für dimmen nicht.
Wie sieht der set-Befehl für das dimmen aus?
Ob es passende Readings gibt, z.B. pct sehe ich ja nicht...

Beim Rollladen, ja mit 3 "l"... gibt es wohl nur auf/stop/ab?
(wobei auch hier würde es stopp heißen ;)  )

Da fehlt dann auch das fahren auf Prozent, also pct o.ä.?

Wie sehen hier die set-Befehle aus?

Da ist KNX wohl eher ein "Exot" und muss wohl mit homebridgeMapping "gängig gemacht" werden...
Da bin ich allerdings auch nicht der Spezialist... :-\

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

OK,
mal die Frage: Funktionieren die Geräte (aus der FHEM oberfläche gesteuert)? - Alexa mal aussen vor gelassen?
Mir kommt da einiges komisch vor.... Bitte daher ein list <device>

Ich verwende Alexa nicht, aber was ich vermute: jene readings, welche Helligkeit od. Position steuern sollen, sollten für Alea dim bzw. pct heissen.
daher ein erster Versuch:
define Licht_Essen KNX 0/1/15:dpt5.001:dim:set:nosuffix 0/1/13:dpt3.007:set:dimupdown:nosuffix 0/1/11:dpt1.001:power
attr Licht_Essen eventMap {\
  usr=>{'^on'=>'power on', '^off'=>'power off' },\
  }\
attr Licht_Essen webCmd on:off:dim
attr Licht_Essen widgetOverride dim:slider,0,5,100

das berücksichtigt vorerst nicht das relative dimmen mittels dimupdown
Empfehlenswert: https://wiki.fhem.de/wiki/KNX_Device_Definition_-_Beispiele
l.g.erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

Hey erwin,

zur Historie:

ich habe FHEM seit fast 20 jahren am start. ich war da sehr genügsam und fhem auch noch nicht auf dem stand von heute. Es reichte mir, dass ich alle Aktoren in der Grundfunktion steuern konnte.
vor ca 2 Jahren habe ich mal alles aktualisiert und damit endlich meine dimmer zum laufen gebracht.
Dementsprechend die Antwort auf Deine Frage: Ja, in FHEM läuft das alles, und ich kann die Dimmer sogar mit nem slider bedienen.
Allerdings habe ich das script übernommen und angepasst, aber nicht gänzlich verstanden.

Es ist also mehr als wahrscheinlich, dass meine scripts nicht up to date sind.

hier nun mal die Device-lists

Dimmer
Internals:
   DEF        0/1/15:dpt5.001 0/1/13:dpt3.007 0/1/11:dpt1.001:power
   DEVNAME    Licht_Essen
   FIRSTGADNAME g1
   FUUID      5fea32ed-f33f-573e-005a-a299e8ac459ce15a
   GETSTRING  g2:noArg g1:noArg power:noArg
   IODev      KNX
   NAME       Licht_Essen
   NR         61
   SETSTRING  g2:slider,-100,2,100 g1:slider,0,1,100 power:on,off,toggle
   STATE      off
   SVN        26815 2022-12-08 12:09:41
   TYPE       KNX
   model      dpt5
   GADDETAILS:
     g1:
       CODE       0010f
       GROUP      0/1/15
       MODEL      dpt5.001
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :slider,0,1,100
     g2:
       CODE       0010d
       GROUP      0/1/13
       MODEL      dpt3.007
       NO         2
       OPTION     
       RDNAMEGET  getG2
       RDNAMEPUT  putG2
       RDNAMESET  setG2
       SETLIST    :slider,-100,2,100
     power:
       CODE       0010b
       GROUP      0/1/11
       MODEL      dpt1.001
       NO         3
       OPTION     
       RDNAMEGET  power-get
       RDNAMEPUT  power-put
       RDNAMESET  power-set
       SETLIST    :on,off,toggle
   GADTABLE:
     0010b      power
     0010d      g2
     0010f      g1
   READINGS:
     2022-12-28 10:14:54   IODev           KNX
     2022-12-28 10:14:54   WERT            0.0
     2022-12-28 10:14:54   getG1           0 %
     2022-12-28 10:14:54   getG2           0 %
     2022-12-28 10:14:54   last-sender     1.1.16
     2022-12-28 10:14:54   power-get       off
     2022-12-28 10:14:54   power-set       on
     2022-12-28 10:14:54   setG1           25 %
     2022-12-28 10:14:54   state           off
Attributes:
   IODev      KNX
   alexaName  Licht Esstisch
   alias      Licht Esstisch
   cmdIcon    on:rc_GREEN off:rc_RED STS:rc_INFO@yellow
   devStateIcon on:on:off off:off:on
   eventMap   {
  usr=>{
    '^getG1 (\d+)'=>'g1 $1',
    '^getG2 (\d+)'=>'g2 $1',
    '^on'=>'power on',
    '^off'=>'power off',
  },
  fw=>{
    '^getG1 (\d+)'=>'getG1',
    '^getG2 (\d+)'=>'getG2',
    '^power-get'=>'state',
  }
}
   genericDeviceType light
   room       EG
   userReadings WERT {sprintf("%.1f",ReadingsNum($name,"state",0))}
   webCmd     on:off::dimmen:getG1
   widgetOverride getG1:slider,0,5,100


und Roll-Aktor
Internals:
   DEF        1/0/20:dpt1 1/0/21:dpt1
   DEVNAME    Roll_Essen
   FIRSTGADNAME g1
   FUUID      5fea503f-f33f-573e-8903-38749651f6425484
   GETSTRING  g2:noArg g1:noArg
   IODev      KNX
   NAME       Roll_Essen
   NR         128
   SETSTRING  g2:on,off,toggle on:noArg off:noArg g1:on,off,toggle
   STATE      off
   SVN        26815 2022-12-08 12:09:41
   TYPE       KNX
   model      dpt1
   GADDETAILS:
     g1:
       CODE       01014
       GROUP      1/0/20
       MODEL      dpt1
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :on,off,toggle
     g2:
       CODE       01015
       GROUP      1/0/21
       MODEL      dpt1
       NO         2
       OPTION     
       RDNAMEGET  getG2
       RDNAMEPUT  putG2
       RDNAMESET  setG2
       SETLIST    :on,off,toggle
   GADTABLE:
     01014      g1
     01015      g2
   READINGS:
     2022-12-28 10:14:54   IODev           KNX
     2022-12-28 10:14:54   getG1           off
     2022-12-28 10:14:54   getG2           off
     2022-12-28 10:14:54   last-sender     1.1.17
     2022-12-28 10:14:54   setG1           off
     2022-12-28 10:14:54   setG2           on
     2022-12-28 10:14:54   state           off
Attributes:
   IODev      KNX
   alexaName  Rollladen Esszimmer
   alias      Esszimmer
   cmdIcon    Stop:rc_PAUSE Auf:rc_UP Ab:rc_DOWN STS:rc_INFO@yellow
   eventMap   /on g2:Stop/off g1:Auf/on g1:Ab
   genericDeviceType blind
   icon       fts_shutter
   room       EG
   webCmd     Auf:Stop:Ab


voller Hoffnung!
HT

MadMax-FHEM

Zitat von: erwin am 28 Dezember 2022, 12:04:49
Ich verwende Alexa nicht, aber was ich vermute: jene readings, welche Helligkeit od. Position steuern sollen, sollten für Alea dim bzw. pct heissen.
daher ein erster Versuch:

Ja genau :)

@htsteil: fehlen (mir) nur noch die "setter", also wie, mit welchem set-Befehl steuerst du Dimmer und Rollladen? Weil neben den Readings mit entsprechenden Namen für die "Status-Rückmeldung" an Alexa/Amazon müssen auch die "setter" gewissen "Standards" genügen. Wenn die anders lauten (und nicht anzupassen sind), dann muss das mittels homebridgeMapping eben angepasst werden... Was evtl. auch mit reinspuckt/reinspucken kann sind eventMaps. Die "verändern" ja das "Event-Verhalten" bzw. die Events. Wird man sehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

htsteil

ohhhhkay..

@erwin: wenn ich die wie in Deinem "1. versuch" ergänze, funktioniert mein slider (in FHEM) nicht mehr.
[habe jetzt aber nicht die eventmap auf nur zwei Zeilen reduziert...]

In FHEM läuft das so, anscheinend auch ohne setter.

Aber wenn da welche rein müssen, ok. Nur wie?

Grüße!
HT

erwin

Hi HT!
ok, im ersten Versuch war offensichtlich noch ein typo drin...
2.Versuch (raw-def):
defmod Licht_Essen1 KNX 0/1/15:dpt5.001:dim:set:nosuffix 0/1/13:dpt3.007:dimupdown:set:nosuffix 0/1/11:dpt1.001:power
attr Licht_Essen1 eventMap { usr=>{'^on'=>'power on', '^off'=>'power off' }, fw=>{'^on'=>'power','^off'=>'power'} }
attr Licht_Essen1 webCmd on:off:dim
attr Licht_Essen1 widgetOverride dim:slider,0,5,100

Damit sollte der dimmer mit slider funktionieren! - ist getestet!
ich hab jetzt das device ...Essen1 genannt, damit kannst du es übernehmen, ohne deine bisherige def zu zerstören.
und damit gibt es ein reading, das "dim" heisst - mal sehen ob Alexa damit was anfängt.....
Frage: wann das letzte FHEM update?
l.g. erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

MadMax-FHEM

Zitat von: htsteil am 28 Dezember 2022, 13:49:53
In FHEM läuft das so, anscheinend auch ohne setter.

Naja das sieht (verm.) nur für dich so aus, weil du am Slider ziehst und es passiert etwas... ;)

Aber ich denke das Device sollte (müsste ja eigentlich?) sowas wie:

set Device dim/pct/... Position

haben?

Neben dem Reading dim (bei Lampe/Licht) und pct (für Rollo wäre hilfreich :) ) müssen entweder auch die "setter" sowas wie:

set Device dim 50

bzw.

set Device pct 10

unterstützen.

Ansonsten wie geschrieben kann man das auch mittels homebridgeMapping "verbiegen" (aber besser ist nat. ohne :) )...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

Hi Joachim,

Mein 2.Versuch macht das Alles, was du unter sollte/müsste geschrieben hast...
l.g. erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

MadMax-FHEM

Zitat von: erwin am 28 Dezember 2022, 14:49:30
Hi Joachim,

Mein 2.Versuch macht das Alles, was du unter sollte/müsste geschrieben hast...
l.g. erwin

Meinst du mittels webCmd?

Oder geht tatsächlich ein set Device dim 10 ?

Bzw. anders ausgedrückt: alexa-fhem muss das finden/erkennen können (wir werden sehen).

Bei dummy etc. sieht es alexa-fhem z.B. anhand der setList...

Bin gespannt :)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

#12
Hi Joachim!
ZitatOder geht tatsächlich ein set Device dim 10 ?
Yes!
PS: ...und mit einer Umstellung der Reihenfolge in der def:
defmod Licht_Essen1 0/1/11:dpt1.001:power KNX 0/1/15:dpt5.001:dim:set:nosuffix 0/1/13:dpt3.007:dimupdown:set:nosuffix
kann man sich die eventmap komplett sparen! - weil dann  funktioniert auch ein "Set <device> on".. aber noch immer ""Set <device>power  on"
webcmd ist nur Kosmetik im FHEMWEB...
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

Hi erwin,

in FHEM funktioniert Dein 2. Versuch, mit slider. (btw.: was ist der unterschied von 'define' zu 'defmod'?)
aber nun sind auch alle statusabfragen raus, richtig?

Was alexa macht, kann ich noch nicht sagen, die findet kein neues Gerät. (mit 'set alexa restart' und dann "alexa suche smarte geräte")
Wollte den skill jetzt nicht wieder deaktivieren...

und dann fehlen noch die Rollläden...

Grüße!
HT



MadMax-FHEM

Zitat von: htsteil am 28 Dezember 2022, 16:42:44
in FHEM funktioniert Dein 2. Versuch, mit slider. (btw.: was ist der unterschied von 'define' zu 'defmod'?)

define: definiert ein Device, wenn es das schon gibt, gibt es einen Fehler

defmod: (define or modify) definiert das Device, wenn es noch nicht da ist und modifiziert ein vorhandenes ;)


defmod wird auch bei RawDef verwendet...


Zitat von: htsteil am 28 Dezember 2022, 16:42:44
Was alexa macht, kann ich noch nicht sagen, die findet kein neues Gerät. (mit 'set alexa restart' und dann "alexa suche smarte geräte")
Wollte den skill jetzt nicht wieder deaktivieren...

Hmmm, da muss man normalerweise nicht noch mal deaktivieren etc.
Ein:


set AlexaDeviceName reload

sollte reichen.
Und dann Alexa suchen lassen...
Vorher evtl. mal die Geräte in der Alexa-App löschen (sofern es da welche gibt/gab).

Ansonsten poste doch mal ein aktuelles list und Ausgaben des alexa-fhem Logs wenn du ein reload oder restart machst...
(also Auszüge der Geräte-Erkennung)


Zitat von: htsteil am 28 Dezember 2022, 16:42:44
und dann fehlen noch die Rollläden...

Naja, erst mal das Licht.
Wenn das geht, sollten die Rollos ja machbar sein...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

Hi HT!
Zitataber nun sind auch alle statusabfragen raus, richtig?
Was meinst du? Es werden dieselben Gruppenadressen angesprochen/ausgewertet wie in deinem 1. post!
Ich kenne den konkreten Aktor nicht, grundsätzlich gibts 2 Methoden:
1) der Status vom Aktor -> Fhem wird auf die selbe Gruppenaddresse gesendet, wie das Kommando FHEM->Aktor.
2) es gibt für cmd und status unterschiedliche Gruppenaddressen.
Das wird bei der Konfiguration mittels ETS in den Aktor programmiert.
Was bei dir der Fall ist, kann man nur mittels ETS herausfinden.
Falls 1) zutrifft, hast du jedenfalls der realen status im jeweiligen reading (auch wenn kein -set/-get vorhanden ist.)
Falls 2) zutrifft, fehlen in der FHEM def die status Gruppenaddressen.
l.g. erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

Moin!

Kurze Rückmeldung:

1. Nehme die Frage nach den gettern zurück. Dein define funktioniert in FHEM besser als meine alte! Vielen Dank!

2. zu Alexa

Alexa hat die Devices wohl nicht gefunden weil:

[29.12.2022, 10:07:14] [FHEM] Licht_Essen: no service type detected
[29.12.2022, 10:07:14] [FHEM] no device created for Licht_Essen (KNX)


Habe dann ein 'genericDeviceType light' ergänzt und erhalte

[29.12.2022, 10:16:34] [FHEM] Licht_Essen is light
[29.12.2022, 10:16:34] [FHEM] Licht_Essen has
[29.12.2022, 10:16:34] [FHEM] Licht_Essen will not send proactive events
[29.12.2022, 10:16:34] [FHEM] Licht_Essen uses ID: 63ac5418-f33f-573e-f595-c9fc742baa2a4678


also immer noch nichts mit alexa.
Dazu noch Ideen?

Grüße!
HT

erwin

hi HT!

Ändere mal die Reihenfolge der KNX-def
defmod Licht_Essen KNX 0/1/11:dpt1.001:power 0/1/15:dpt5.001:dim:set:nosuffix 0/1/13:dpt3.007:dimupdown:set:nosuffix
damit gibt es auch einen Setter: <device> on/off
Du kannst dann die eventMap komplett löschen!

Teste ob Alexa mit 'genericDeviceType light'  funktioniert...
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

Jau!

Ein/Aus funzt!  :)
Gibt es eine Chance für dimmen? Mit Prozenten geht es nicht.

Aber wichtiger wären jetzt noch die Rollläden.

Grüße!
HT

MadMax-FHEM

#19
Zitat von: htsteil am 29 Dezember 2022, 11:40:39
Jau!

Ein/Aus funzt!  :)
Gibt es eine Chance für dimmen? Mit Prozenten geht es nicht.

Aber wichtiger wären jetzt noch die Rollläden.

Grüße!
HT

Naja, dann würde ich mal beim (fast) funktionierenden Licht das mit dem Dimmen klar machen, weil dann sollte das mit dem Rollo ähnlich sein...

Der "Mechanismus" (seitens alexa-fhem ist ja ähnlich)...

EDIT: evtl. auch immer ein aktuelles list liefern... :) (und evtl. auch die dazugehörigen Ausgaben aus dem alexa-fhem Log / darf ruhig "großzügiger" drumrum sein ;) )...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

#20
ZitatGibt es eine Chance für dimmen?
Sicher, aber ich bin der falsche dafür, mein Wissen stammt nur von hier: wiki

Rollläden: Nach dem gleichen Schema!
l.g. erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

#21
Deine Zuversicht...  ;D

Mit dem Dimmer komme ich nicht wirklich weiter. Habe nochmal im wiki rumgesucht, und die define aus dem beistpiel bemüht. funzt auch, aber der fhem connector erkennt kein dimmen.
muss wohl mit homebridgemapping gelöst werden?

Der Rollladen wird erkannt mit
[30.12.2022, 11:32:14] [FHEM] Roll_Wohnen is blind
[30.12.2022, 11:32:14] [FHEM] Roll_Wohnen has
[30.12.2022, 11:32:14] [FHEM]   CurrentPosition [pct]
[30.12.2022, 11:32:14] [FHEM]   TargetPosition [pct]
[30.12.2022, 11:32:14] [FHEM] Roll_Wohnen will not send proactive events


und reagiert auf "Rolladen .. auf"
im log
[30.12.2022, 11:34:22] >>>> [ssh] {"directive":{"header":{"messageId":"9d8a4e46-dd41-4794-94e0-e35f159fdee0","namespace":"Alexa.RangeController","name":"SetRangeValue","payloadVersion"$
[30.12.2022, 11:34:22] [FHEM] Roll_Wohnen: executing set cmd for TargetPosition with value 100
[30.12.2022, 11:34:22] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Roll_Wohnen%20pct%20100&fwcsrf=csrf_379994728301164&XHR=1
[30.12.2022, 11:34:22] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Blind.Position","name":"rangeValue","value":100,"timeOfSample":"2022-12-30T$


aber mit ".. ab" geht nix. obwohl das im log auch gut aussieht. Er gibt halt 0 weiter.
[30.12.2022, 11:35:09] >>>> [ssh] {"directive":{"header":{"messageId":"9860d0c7-cfe3-4457-926b-e46bb573f1dd","namespace":"Alexa.RangeController","name":"SetRangeValue","payloadVersion"$
[30.12.2022, 11:35:09] [FHEM] Roll_Wohnen: executing set cmd for TargetPosition with value 0
[30.12.2022, 11:35:09] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Roll_Wohnen%20pct%200&fwcsrf=csrf_379994728301164&XHR=1
[30.12.2022, 11:35:09] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.RangeController","instance":"Blind.Position","name":"rangeValue","value":0,"timeOfSample":"2022-12-30T10$


er versteht die 100, aber die 0 nicht??

Hier brauche ich wohl jetzt einen KNX-Versteher.
Anybody there??

Grüße
HT

MadMax-FHEM

Naja wie lauten denn die "setter"?
Die Erkennung sieht ja gut aus.
Die Readings bzw. das pct Reading wird erkannt und eben auch als "setter" genommen (TargetPosition).
D.h. alexa-fhem geht davon aus, dass ein "set Roll_Wohnen pct Prozentwert" eben den Rollo auf den Prozentwert seuert...

Zitat
executing: http://127.0.0.1:8083/fhem?cmd=set%20Roll_Wohnen%20pct%20100&fwcsrf=csrf_379994728301164&XHR=1
So wie es aussieht geht ja z.B. (so habe ich dich verstanden: auf geht?):

set 20Roll_Wohnen pct 100

Aber laut deiner Wahrnehmung (so habe ich das verstanden) dann leider wohl das nicht:
Zitat
executing: http://127.0.0.1:8083/fhem?cmd=set%20Roll_Wohnen%20pct%200&fwcsrf=csrf_379994728301164&XHR=1
set Roll_Wohnen pct 0

Zumindest sind das die Kommandos die alexa-fhem an fhem weitergibt (du hast das per Sprache gesteuert nehme ich an?)...

D.h. entweder du bekommst es hin, dass "Roll_Wohnen" auf set pct 0 zu fährt oder du musst rausfinden und hier posten, wie denn das set-Kommando für "zu" aussieht und das dann ins homebridgeMapping...
Wobei fraglich: wenn das unterschiedliche Kommandos sind, dann geht evtl. auf/zu aber nicht auf eine bestimmte Prozentzahl.
(was evtl. dir für den Rollo egal ist? Aber für das Licht verm. wieder wichtig!? Und beides sollte doch ähnlich ticken also auch aus/von fhem aus?)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

.. es ist höchst unwahrscheinlich, dass
1) ein set Roll_Wohnen pct 100 funktioniert
2) aber ein set Roll_Wohnen pct 0 nicht funktioniert!
Beides aus deinem post kommend von alexa....
Evtl. probiert du diese Kommandos mal von der FHEM-cmd line - falls da was nicht geht, muss was im fhem Log stehen.
Auch die KNX-Versteher brauchen ein list <device> wenn sie kompetent helfen sollen  :D
l.g.erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

htsteil

Zitat.. es ist höchst unwahrscheinlich, dass
Ja, das dachte ich auch. is aber so.

Habe auch rausgefunden warum: Meine Aktoren können gar kein pct. Sind einfache 1bit Adressen.
Also kann ich den deviceType switch lassen. Ich brauche für das 'Stop' aber einen assoziierten zweiten.
Das dann wohl wirklich mit homebridging?

und natürlich gern der list

Internals:
   DEF        1/0/20:dpt1 1/0/21:dpt1
   DEVNAME    Roll_Essen
   FIRSTGADNAME g1
   FUUID      5fea503f-f33f-573e-8903-38749651f6425484
   GETSTRING  g2:noArg g1:noArg
   IODev      KNX
   NAME       Roll_Essen
   NR         137
   SETSTRING  g2:on,off,toggle on:noArg off:noArg g1:on,off,toggle
   STATE      on
   SVN        26815 2022-12-08 12:09:41
   TYPE       KNX
   model      dpt1
   GADDETAILS:
     g1:
       CODE       01014
       GROUP      1/0/20
       MODEL      dpt1
       NO         1
       OPTION     
       RDNAMEGET  getG1
       RDNAMEPUT  putG1
       RDNAMESET  setG1
       SETLIST    :on,off,toggle
     g2:
       CODE       01015
       GROUP      1/0/21
       MODEL      dpt1
       NO         2
       OPTION     
       RDNAMEGET  getG2
       RDNAMEPUT  putG2
       RDNAMESET  setG2
       SETLIST    :on,off,toggle
   GADTABLE:
     01014      g1
     01015      g2
   READINGS:
     2022-12-30 22:23:30   IODev           KNX
     2022-12-30 22:23:30   aufab           off
     2022-12-30 22:23:30   getG1           on
     2022-12-30 22:23:30   getG2           off
     2022-12-30 22:23:30   last-sender     1.1.17
     2022-12-30 22:23:30   setG1           off
     2022-12-30 22:23:30   setG2           on
     2022-12-30 22:23:30   state           on
     2022-12-30 22:23:30   stop            on
Attributes:
   IODev      KNX
   alexaName  Rollladen Esszimmer
   alias      Esszimmer
   cmdIcon    Stop:rc_PAUSE Auf:rc_UP Ab:rc_DOWN STS:rc_INFO@yellow
   eventMap   /on g2:Stop/off g1:Auf/on g1:Ab
   genericDeviceType blind
   icon       fts_shutter
   room       EG
   webCmd     Auf:Stop:Ab



MadMax-FHEM

Naja ejn Switch kennt nur on/off...

Ob Garagentor unterstützt wird weiß ich grad nicht.

Wie ist denn der set-Befehl für zu und wie für stopp?
Evtl. kann man ja bei blind bleiben und dann halt homebridgeMapping...

Unschöne Alternative zu homebridgeMapping: dummy der wirklich wie ein Rollo reagiert und dann in einem notify/DOIF selbst entsprechend mappen...

Andere Alternative: erwin sieht etwas/hat noch eine Idee... :)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

htsteil

Vom Dimmer auch mal das listing

Der kann offensichtlich pct, aber ich bin noch nicht weiter damit, dass alexa zu vermitteln.

list Dimmer Essen
Internals:
   DEF        0/1/11:dpt1.001:power 0/1/13:dpt3.007:dimupdown:set:nosuffix 0/1/15:dpt5.001:dim:set:nosuffix
   DEVNAME    Dimmer_Essen
   FIRSTGADNAME power
   FUUID      63ac5418-f33f-573e-f595-c9fc742baa2a4678
   GETSTRING  power:noArg
   IODev      KNX
   NAME       Dimmer_Essen
   NR         68
   SETSTRING  dim:slider,0,1,100 dimupdown:slider,-100,2,100 on:noArg off:noArg power:on,off,toggle
   STATE      off
   SVN        26815 2022-12-08 12:09:41
   TYPE       KNX
   model      dpt1
   GADDETAILS:
     dim:
       CODE       0010f
       GROUP      0/1/15
       MODEL      dpt5.001
       NO         3
       OPTION     set
       RDNAMEGET  dim
       RDNAMEPUT  dim
       RDNAMESET  dim
       SETLIST    :slider,0,1,100
     dimupdown:
       CODE       0010d
       GROUP      0/1/13
       MODEL      dpt3.007
       NO         2
       OPTION     set
       RDNAMEGET  dimupdown
       RDNAMEPUT  dimupdown
       RDNAMESET  dimupdown
       SETLIST    :slider,-100,2,100
     power:
       CODE       0010b
       GROUP      0/1/11
       MODEL      dpt1.001
       NO         1
       OPTION     
       RDNAMEGET  power-get
       RDNAMEPUT  power-put
       RDNAMESET  power-set
       SETLIST    :on,off,toggle
   GADTABLE:
     0010b      power
     0010d      dimupdown
     0010f      dim
   READINGS:
     2022-12-30 21:30:19   IODev           KNX
     2022-12-30 21:30:19   dim             30 %
     2022-12-30 21:30:19   last-sender     1.1.11
     2022-12-30 21:30:19   power-get       off
     2022-12-30 21:30:19   power-set       off
     2022-12-30 21:30:19   state           off
Attributes:
   alexaName  Dimmer Essen
   alias      Dimmer Essen
   cmdIcon    on:rc_GREEN off:rc_RED STS:rc_INFO@yellow
   genericDeviceType light
   room       EG
   webCmd     on:off:dim
   widgetOverride dim:slider,0,5,100


Grüße!
HT

htsteil


MadMax-FHEM

Wichtig (für mich) ist neben dem/den list/s ist immer wie die set Befehle lauten.

Und zwar nicht wie du denkst oder aus dem Kopf schreibst, sondern wie es tatsächlich funktioniert.

Also auch tatsächlich in FhemWeb eingegeben...

Nur dann kann man mal bzgl. homebridgeMapping überlegen (oder ich mal was mit dummy basteln)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

Ja genau, ein dpt1 kann nur on/off (aber  auch 0 / 1 ... für Sonderfälle)!  Mit 100 ist der Rollladen irgendwo hin gefahren, mit 0 exakt auch genau dort hin, darum hast du keine Aktion bemerkt !
(ich hab im code nachgesehen, er verwendet das letzte digit im string - und das ist nunmal in beiden Fällen 0!)
Das hätten wir vor 12 Stunden entdeckt, wenn wir ein list device gehabt hätten.

Wie ist jetzt der Status? - funktioniert ein gesprochenes .. rolladen ein / aus ? oder wie? Fährt das Ding rauf und runter ?

Was du noch testen kannst:
definiere ein zweites KNX device (anderer name) - mit nur der Stop GA (der 10/0/21) - alle attribute gleich -, ausser eventmap, die weglassen!
.. dann per sprachbefehl .. "zweites device ein"  (während der rolladen läuft) ... Bleibt er dann stehen?
Falls das geht, sind die Alexa Spezialisten dran...
l.g. erwin

FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

MadMax-FHEM

Ok, bzgl. KNX kann ich nicht helfen.

Aber: wenn man ein zweites KNX Device für Stopp braucht (oder wäre das nur zum Testen?), dann würde ich (ausnamsweise) eher mit dummy (der in Richtung alexa-fhem/Alexa wie ein Rollo "arbeitet") und notify (da dann entsprechend umsetzen) arbeiten. Dazu braucht es aber die set-Befehle...

Dann lass ich das erst mal bzgl. KNX "rund" machen und warte auf (dann endgültige/aktuelle) lists inkl. den zugehörigen funktionierenden set-Befehlen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

#31
Joachim,
das war nur ein Vorschlag zum Testen!
Es sind alle Funktionen im orig. device verfügbar: Auf/Ab/Stop ... und ich gehe davon aus, dass das ex FHEWEB auch alles funktioniert.
Wenn ich die Alexa logic richtig verstehe, haben wir hier 2 unterschiedliche Befehle mit derselben Alexa-characteristic.... - welche dann in unterschiedliche FHEM cmds umgesetzt werden müssen...
sprech " ..Rolladen auf / ab / stop"
l.g.erwin
PS: nochmals etwas genauer:

..sprech..             -> FHEM cmd             -> FHEM cmd ohne eventmap
..Rollladen auf     -> set <device> Auf  ->  set <device> g1 off
..Rollladen ab     -> set <device> Ab    ->  set <device> g1 on
..Rollladen stop  -> set <device> Stop  ->  set <device> g2 on

wobei die Werte Auf/Ab/Stop in der eventmap auf die realen cmds gemappt werden
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

MadMax-FHEM

Ok, ich warte einfach mal bis KNX "rund läuft" und dann sehen wir schon wie wir das dann alexa-fhem/Alexa "beibringen"...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

htsteil

Hey Ihr Beiden!

erwin hat das voll korrekt dargestellt!






Funktion                           FHEM cmd                        FHEM cmd ohne eventmap     
Rollladen runterset <device> g1 Abset <device> g1 on
Rollladen raufset <device> g1 Aufset <device> g1 off
Rollladen stopset <device> g2 Stopset <device> g2 on/off

und so funktioniert das auch in FHEM mit dem Define

define Roll_Wohnen KNX 1/0/10:dpt1 1/0/11:dpt1
attr Roll_Wohnen alexaName Rollladen Wohnzimmer
attr Roll_Wohnen cmdIcon Stop:rc_PAUSE Auf:rc_UP Ab:rc_DOWN STS:rc_INFO@yellow
attr Roll_Wohnen eventMap /on g2:Stop/off g1:Auf/on g1:Ab
attr Roll_Wohnen genericDeviceType blind
attr Roll_Wohnen webCmd Auf:Stop:Ab


für den Dimmer habe ich auch gecheckt. da möchte FHEM gern






Funktion                   FHEM cmd                FHEM cmd ohne eventmap     
Dimmer an     set <device> on
Dimmer aus     set <device> off
Dimmer auf xx%     set <device> dim xx

mit dem Define
define Dimmer_Wohnen KNX 0/1/12:dpt1.001:power 0/1/14:dpt3.007:dimupdown:set:nosuffix 0/1/16:dpt5.001:dim:set:nosuffix
setuuid Dimmer_Wohnen 5fea3063-f33f-573e-3605-fdd3d65435487ba3
attr Dimmer_Wohnen widgetOverride dim:slider,0,5,100
attr Dimmer_Wohnen webCmd on:off:dim
attr Dimmer_Wohnen cmdIcon on:rc_GREEN off:rc_RED STS:rc_INFO@yellow
attr Dimmer_Wohnen genericDeviceType light
attr Dimmer_Wohnen alexaName Dimmer Wohnen


Also alles schick in FEHM/KNX.

Jetzt muss ich das nur alexa unterjubeln.
Habe zu homebridging jetzt leider noch kein ordentliches Turorial gefunden.
Und Garagentor gibt es in KNX. So funktionieren meine Rolläden ja auch. Aber anscheinend im FHEM Connector leider nicht...

Grüße!
Und jetzt rutscht erstmal jut!!
HT

MadMax-FHEM

Naja, wenn der Dimmer tatsächlich so funktioniert, sollte er doch als genericDeviceType light funktionieren, eigentlich ohne homebridgeMapping...

Garage war gemeint, ob das von Alexa/Amazon (bereits) unterstützt wird ;)

Bei den Rollo "settern": das g1 bzw. g2 im cmd muss man alexa-fhem beibringen -> homebridgeMapping

Wichtiger ist aber erst mal etwas zu finden, was eben on/off und Stopp kann...

Ebenso guten Rutsch, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

erwin

hey,
2 dinge noch, vor Sylvester...
ad Dimmer:
versuch doch statt  "dim" -> "pct" zu verwenden, und zwar im define, webcmd, widgetoverride,...
ich hab den Verdacht,dass dim nicht unterstützt ist im Alexa....

2) kosmetik rollladen:
die eventmap sollte nach der neuen syntax so heissen:
attr Roll_Wohnen eventMap /g2 on:Stop/g1 off:Auf/g1 on:Ab/
... wobei die alte syntax nach wie vor funktioniert... damit allerdings wär die KNX def perfekt!

@Joachim, exakt, für ein FHEM device 3 Zustände/Voice Kommands,... wie die heissen ist relativ egal, das kann man dann immer noch mittels eventmap richtigstellen!

Happy Sylvester, guten Rutsch, heuer gibts kein update mehr!  ;D
l.g.erwin
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

MadMax-FHEM

Das Gerät mit 3 Zuständen war seitens Alexa/Amazon gemeint...
Evtl. "reden" wir auch aneinander vorbei... ;)

Ich weiß nicht ob dim oder pct einen Unterschied macht...
alexa-fhem muss halt die "setter" erkennen. Bin nicht sicher, ob da webCmd reicht. Normalerweise schaut alexa-fhem bei setList...

Guten Rutsch, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)