Betatester für neues Modul AutoShuttersControl gesucht!

Begonnen von CoolTux, 01 September 2018, 12:10:35

Vorheriges Thema - Nächstes Thema

CoolTux

#330
Zitat von: C0mmanda am 18 September 2018, 19:57:48
Auch wenn es schon hinreichend diskutiert wurde:

Ich finde es sehr unschön extra ein dummy-Device + notify anlegen zu müssen um die holiday-Funktion nutzen zu können.
(1|0 muss beim Device im state stehen).
Ich habe ja schließlich schon ein holiday-Device.

Gruß

Wenn Du ein richtiges Holiday Device hast dann trage es doch in global mit Attribut we2holiday ein und gut ist. Dann brauchst du das zusätzliche Device nicht.

Noch mal zur Klärung. Dieses zusätzlich Device ist für ical Kalender gedacht.
Siehe
https://wiki.fhem.de/wiki/Wochenende,_Feiertage_und_Schulferien#Feiertage_mittels_Internet-Kalender
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

C0mmanda

Zitat von: CoolTux am 18 September 2018, 20:03:24
Wenn Du ein richtiges Holiday Device hast dann trage es doch in global mit Attribut we2holiday ein und gut ist. Dann brauchst du das zusätzliche Device nicht.

Noch mal zur Klärung. Dieses zusätzlich Device ist für ical Kalender gedacht.
Siehe
https://wiki.fhem.de/wiki/Wochenende,_Feiertage_und_Schulferien#Feiertage_mittels_Internet-Kalender

Aha.
Sorry, das war mir nicht klar. Danke für die Aufklärung.
holiday2we habe ich natürlich in global hinterlegt.
Das heißt ich kann das Attribut "AutoShuttersControl_timeUpHolidayDevice" in der Rolladensteuerung komplett löschen?

gruß

CoolTux

Bitte trage dein Holiday Device einfach als Attribut holiday2we ins Device global ein und damit wäre es dann dem Modul bekannt.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: C0mmanda am 18 September 2018, 20:18:47
Aha.
Sorry, das war mir nicht klar. Danke für die Aufklärung.
holiday2we habe ich natürlich in global hinterlegt.
Das heißt ich kann das Attribut "AutoShuttersControl_timeUpHolidayDevice" in der Rolladensteuerung komplett löschen?

gruß

Ja das kannst Du.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

kjmEjfu

Zitat von: Beta-User am 18 September 2018, 15:17:13
Zur Anmerkung von kjmEjufu: Ging mir im ersten Moment auch so, dann habe ich das vorläufig auf die Seite gestellt.

(Vermeiden kann man das, indem man den Resident asleep legt, oder?)

Naja, da stellt sich die Frage, ob man das mit einem Resident abfangen kann.
Denn Resident verlässt den Status "asleep" sobald einer der darin gruppierten Roommates aufsteht.
Hast du nun also das Rollo im Schlafzimmer mit dem gemeinsamen Resident verknüpft, könnte der spät aufstehende das eher uncool finden. Als Workaround könnte man das Rollo u.U. mit dem Roommate verknüpfen, aber dann müsste man genau einen auswählen und das ist im Zweifel der falsche ;-)
Also ganz so trivial ist es an der Stelle auch nicht mit dem asleep.

Für die ganzen Wohnräume könnte es natürlich Sinn machen, für gemeinsame Schlafräume vermutlich eher nicht.
Migriere derzeit zu Home Assistant

CoolTux

Für gemeinsame Schlafräume habe ich die entsprechenden Roommates in eine Struktur gepackt und diese im Rollo als Roommates interlegt. Klappt super.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Beta-User

Zitat von: CoolTux am 19 September 2018, 12:00:50
Für gemeinsame Schlafräume habe ich die entsprechenden Roommates in eine Struktur gepackt und diese im Rollo als Roommates interlegt. Klappt super.
Hmmm, irgendwie wieder ziemlich unbefriedigend!

Ich war davon ausgegangen, dass die "structure-Lösung" nur eine Übergangslösung bis zur Nutzung der RESIDENTS-Funktionalität sein würde. Wenn das so nicht geht, benötigt man doppelte Strukturen, das ist unschön... Auswege? Man könnte entweder die Funktionalität innerhalb ASC nachbilden und mehrere Residents zulassen (was geplant ist, oder?), oder den Residents einen neuen Unterstatus verpassen ("Einer schläft noch"), der dann für ASC herangezogen würde. Fände ich eigentlich auch ganz chick.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

kjmEjfu

#337
Zitat von: Beta-User am 19 September 2018, 12:55:53
Man könnte entweder die Funktionalität innerhalb ASC nachbilden und mehrere Residents zulassen (was geplant ist, oder?), oder den Residents einen neuen Unterstatus verpassen ("Einer schläft noch"), der dann für ASC herangezogen würde. Fände ich eigentlich auch ganz chick.

wobei man da genau genommen keinen neuen Unterstatus für braucht.
Residents kennt ja schon die Readings residentsAsleep und residentsGotosleep  (s. https://fhem.de/commandref_DE.html#RESIDENTS)

@CoolTux: wenn ich lieber meine Klappe halten soll, dann musst du es sagen :-)
Migriere derzeit zu Home Assistant

CoolTux

Zitat von: kjmEjfu am 19 September 2018, 13:24:24
wobei man da genau genommen keinen neuen Unterstatus für braucht.
Residents kennt ja schon die Readings residentsAsleep und residentsGotosleep  (s. https://fhem.de/commandref_DE.html#RESIDENTS)

@CoolTux: wenn ich lieber meine Klappe halten soll, dann musst du es sagen :-)

Also hier soll keiner Irgendwas halten. Es ist und bleibt mir wichtig über sowas zu Diskutieren.

Bitte verwechselt mir dabei aber nicht Residents mit Roommate. Für einzelne Schlafräume würde ich mich eher an Roommate wenden. Man kann zwar ein Residentsdevice zusätzlich anlegen für einen Raum, aber das wäre dann wie als wenn ich eine Struktur machen würde.

Mein Vorschlag wäre die Logik für Roommate ins ASC Modul zu bringen. Es können also mehrere Roommates angelegt werden und wenn beide home oder awoken sind fahren die Rollos hoch und wenn einer asleep oder gotosleep geht fahren sie runter.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Beta-User

Zitat von: CoolTux am 19 September 2018, 13:45:40
Also hier soll keiner Irgendwas halten. Es ist und bleibt mir wichtig über sowas zu Diskutieren.
Danke für das klare statement ;) .

ZitatBitte verwechselt mir dabei aber nicht Residents mit Roommate. Für einzelne Schlafräume würde ich mich eher an Roommate wenden. Man kann zwar ein Residentsdevice zusätzlich anlegen für einen Raum, aber das wäre dann wie als wenn ich eine Struktur machen würde.

Mein Vorschlag wäre die Logik für Roommate ins ASC Modul zu bringen. Es können also mehrere Roommates angelegt werden und wenn beide home oder awoken sind fahren die Rollos hoch und wenn einer asleep oder gotosleep geht fahren sie runter.
Finde den Vorschlag einleuchtend (sorry, wenn ich die Begrifflichkeiten da irgendwie immer durcheinanderbringe; vielleicht lerne ich das noch, wenn ich das selbst irgendwann mal einsetze...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

kjmEjfu

Sorry, ich war tatsächlich aus irgendeinem Grunde bei nem Resident-Device statt beim Roommate.
Aber wenn eh schon Roommate ausgewertet wird, dann wäre es natürlich praktisch, wenn man mehrere reinpacken kann.
Migriere derzeit zu Home Assistant

CoolTux

Zitat von: kjmEjfu am 19 September 2018, 15:13:48
Sorry, ich war tatsächlich aus irgendeinem Grunde bei nem Resident-Device statt beim Roommate.
Aber wenn eh schon Roommate ausgewertet wird, dann wäre es natürlich praktisch, wenn man mehrere reinpacken kann.

Ich baue das ein, wird aber etwas dauern. Ist genau so tricky wie die Sache mit den korrekten Zeiten für Astro  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

FunkOdyssey

Zitat von: CoolTux am 18 September 2018, 15:08:00
Also ich kann es entweder so machen wie bis jetzt, oder ich nehme AutoShuttersControl_Time_Up_Late komplett aus der Berechnung am Wochenende und Feiertagen raus. Dann fährt er definitiv um AutoShuttersControl_Time_Up_WE_Holiday hoch.
Was wäre den Usern lieber?

Ich nutze zwar das Residents-Modul und habe eigentlich auch eine recht sichere Erkennung. Aber dennoch finde ich, wir hier gerade uns zu stark auf Residents und Roommates konzentrieren.

Wieso können wir nicht einfach Attribute (Mindestens, Astro, Spätestens) mit Zeiten getrennt für Werktage und Wochenenden/Feiertage/Urlaub anlegen?

Die Komplexität und die Fehlerquellen erhöhen sich doch enorm, wenn jeder Nutzer plötzlich mit CIVIL und Roommates rumspielen muss.

Oder habe ich gerade ein Brett vor dem Kopf?  :D

CoolTux

Astro ist das eine. Also das fahren der Rolladen auf Basis von Zeiten. In dem Fall Astrozeiten oder besser gesagt Dämmerungszeiten (Sonnenaufgang, Sonnenuntergang). Das andere ist der Status der Bewohner für die Schlafräume. Ich möchte nicht das mein Rolladen Fahrt wenn die Sonne auf geht ich aber noch schlafe. Dann fährt der Rolladen Abend nicht sondern eben von der Status des Bewohners auf home nach asleep steht. Das ist im übrigen nicht auf Roommate oder Residents begrenzt sondern solange das Reading state ein asleep awoken gotosleep und home wieder gibt gehen da auch andere.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Beta-User

Hallo zusammen,
ich komme nochmal auf die nichtfahrenden Rollläden in den zwei Kinderzimmern zurück, da die heute nicht offen waren, als ich (vor sunset) nach Hause gekommen bin.
Habe mir mal die Werte da (Am Rolladendevice) angesehen, und siehe da, die Zeit für's Öffnen stand auf Samstag, also übermorgen...

list dazu:
Internals:
   CFGFN     
   CUL_0_MSGCNT 1
   CUL_0_RAWMSG A0EDEA41052A2E9425EE20601000037::-60.5:CUL_0
   CUL_0_RSSI -60.5
   CUL_0_TIME 2018-09-19 05:45:59
   DEF        52A2E9
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     3
   NAME       Rolladen_Kind1_Sued
   NOTIFYDEV  global
   NR         204
   NTFY_ORDER 50-Rolladen_Kind1_Sued
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:DE - t:10 s:52A2E9 d:425EE2 0601000037
   mapleCUN1_MSGCNT 1
   mapleCUN1_RAWMSG A0EDEA41052A2E9425EE20601000037::-91:mapleCUN1
   mapleCUN1_RSSI -91
   mapleCUN1_TIME 2018-09-19 05:45:59
   myHmUART_MSGCNT 1
   myHmUART_RAWMSG 05010034DEA41052A2E9425EE20601000037
   myHmUART_RSSI -52
   myHmUART_TIME 2018-09-19 05:45:59
   protLastRcv 2018-09-19 05:45:59
   protRcv    1 last_at:2018-09-19 05:45:59
   protSnd    2 last_at:2018-09-19 05:45:59
   protState  CMDs_done
   rssi_at_CUL_0 cnt:1 min:-60.5 max:-60.5 avg:-60.5 lst:-60.5
   rssi_at_mapleCUN1 cnt:1 min:-91 max:-91 avg:-91 lst:-91
   rssi_at_myHmUART cnt:1 min:-52 max:-52 avg:-52 lst:-52
   rssi_myHmUART cnt:1 min:-55 max:-55 avg:-55 lst:-55
   OLDREADINGS:
   READINGS:
     2018-09-20 06:45:32   AutoShuttersControl_Time_Sunrise Sat Sep 22 06:45:54 2018
     2018-09-20 06:45:32   AutoShuttersControl_Time_Sunset Thu Sep 20 20:15:20 2018
     2018-09-18 20:15:30   CommandAccepted yes
     2017-12-09 00:30:54   D-firmware      2.3
     2017-12-09 00:30:54   D-serialNr      LEQ0069948
     2017-12-21 07:35:33   PairedTo        0x425EE2
     2017-12-21 07:35:34   R-driveDown     15 s
     2017-12-21 07:35:34   R-driveTurn     0.5 s
     2017-12-21 07:35:34   R-driveUp       16 s
     2017-12-21 07:35:33   R-pairCentral   0x425EE2
     2017-12-21 07:35:34   R-powerUpAction off
     2017-12-21 07:35:34   R-sign          off
     2017-12-21 07:35:33   RegL_00.        02:01 0A:42 0B:5E 0C:E2 15:FF 18:00 00:00
     2017-12-21 07:35:34   RegL_01.        08:00 09:00 0A:00 0B:00 0C:96 0D:00 0E:A0 0F:05 10:00  30:06 57:06 56:00 00:00
     2018-05-19 19:12:30   automode        0
     2018-09-19 05:45:59   deviceMsg       off (to VCCU)
     2018-09-19 05:45:59   level           0
     2018-09-19 05:45:59   motor           stop:off
     2018-09-19 05:45:59   pct             0
     2018-07-20 22:02:29   powerOn         2018-07-20 22:02:29
     2018-09-19 05:45:59   recentStateType info
     2018-09-19 05:45:59   state           off
     2018-09-19 05:45:59   timedOn         off
   helper:
     HM_CMDNR   222
     cSnd       ,01425EE252A2E9010E
     mId        006A
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +52A2E9,00,00,00
       nextSend   1537328759.65459
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         52A2E9
         00
         00
         00
     mRssi:
       mNo        DE
       io:
         CUL_0:
           -60.5
           -60.5
         mapleCUN1:
           -91
           -91
         myHmUART:
           -46
           -46
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         CUL_0
       flg        A
       ts         1537328759.33617
       ack:
         HASH(0x26088b0)
         DE8002425EE252A2E900
     rssi:
       at_CUL_0:
         avg        -60.5
         cnt        1
         lst        -60.5
         max        -60.5
         min        -60.5
       at_mapleCUN1:
         avg        -91
         cnt        1
         lst        -91
         max        -91
         min        -91
       at_myHmUART:
         avg        -52
         cnt        1
         lst        -52
         max        -52
         min        -52
       myHmUART:
         avg        -55
         cnt        1
         lst        -55
         max        -55
         min        -55
     tmpl:
Attributes:
   AutoShuttersControl 2
   AutoShuttersControl_Antifreeze off
   AutoShuttersControl_AutoAstroModeEvening none
   AutoShuttersControl_AutoAstroModeEveningHorizon none
   AutoShuttersControl_AutoAstroModeMorning none
   AutoShuttersControl_AutoAstroModeMorningHorizon none
   AutoShuttersControl_Closed_Pos 0
   AutoShuttersControl_Direction 178
   AutoShuttersControl_Down astro
   AutoShuttersControl_GuestRoom 1
   AutoShuttersControl_Mode_Down always
   AutoShuttersControl_Mode_Up always
   AutoShuttersControl_Offset_Minutes_Evening 1
   AutoShuttersControl_Offset_Minutes_Morning 1
   AutoShuttersControl_Open_Pos 100
   AutoShuttersControl_Partymode off
   AutoShuttersControl_Pos_Cmd pct
   AutoShuttersControl_Pos_after_ComfortOpen 80
   AutoShuttersControl_Rand_Minutes 20
   AutoShuttersControl_Roommate_Device rr_Kind1
   AutoShuttersControl_Roommate_Reading state
   AutoShuttersControl_Shading off
   AutoShuttersControl_Shading_Angle_Left 85
   AutoShuttersControl_Shading_Angle_Right 85
   AutoShuttersControl_Shading_BlockingTime_After_Manual 20
   AutoShuttersControl_Shading_BlockingTime_Twilight 45
   AutoShuttersControl_Shading_Brightness_Reading brightness
   AutoShuttersControl_Shading_Brightness_Sensor 1
   AutoShuttersControl_Shading_Fast_Close 1
   AutoShuttersControl_Shading_Fast_Open 1
   AutoShuttersControl_Shading_Min_Elevation 1
   AutoShuttersControl_Shading_Min_OutsideTemperature 18
   AutoShuttersControl_Shading_Pos 55
   AutoShuttersControl_Shading_Pos_after_Shading -1
   AutoShuttersControl_Shading_StateChange_Cloudy 4000
   AutoShuttersControl_Shading_StateChange_Sunny 6000
   AutoShuttersControl_Shading_WaitingPeriod 20
   AutoShuttersControl_Time_Down_Early 20:15:00
   AutoShuttersControl_Time_Down_Late 22:30:00
   AutoShuttersControl_Time_Up_Early 06:45:00
   AutoShuttersControl_Time_Up_Late 09:00:00
   AutoShuttersControl_Time_Up_WE_Holiday 09:30:00
   AutoShuttersControl_Up astro
   AutoShuttersControl_Ventilate_Pos 30
   AutoShuttersControl_Ventilate_Window_Open on
   AutoShuttersControl_WindowRec Fenster_Kind1_Sued
   AutoShuttersControl_WindowRec_subType threestate
   AutoShuttersControl_lock-out soft
   AutoShuttersControl_lock-outCmd none
   IODev      CUL_0
   IOgrp      VCCU
   autoReadReg 4_reqStatus
   devStateIcon on:fts_shutter_10 off:fts_schutter_100
   expert     2_full
   firmware   2.3
   fp_Obergeschoss 655,340,0,
   group      Türen und Fenster
   icon       fts_shutter
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Kind1
   serialNr   LEQ0069948
   subType    blindActuator
   userattr   AutoShuttersControl_Antifreeze:off,morning AutoShuttersControl_Antifreeze:off,on AutoShuttersControl_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON AutoShuttersControl_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 AutoShuttersControl_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON AutoShuttersControl_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 AutoShuttersControl_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Direction AutoShuttersControl_Down:time,astro AutoShuttersControl_GuestRoom:on,off AutoShuttersControl_Mode_Down:absent,always,off AutoShuttersControl_Mode_Down:present,absent,always,off AutoShuttersControl_Mode_Up:absent,always,off AutoShuttersControl_Mode_Up:present,absent,always,off AutoShuttersControl_Offset_Minutes_Evening AutoShuttersControl_Offset_Minutes_Morning AutoShuttersControl_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Partymode:on,off AutoShuttersControl_Pos_Cmd AutoShuttersControl_Pos_after_ComfortOpen:-2,-1,0,10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Rand_Minutes AutoShuttersControl_Roommate_Device AutoShuttersControl_Roommate_Reading AutoShuttersControl_Shading:on,off,delayed,present,absent AutoShuttersControl_Shading_Angle_Left:0,5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90 AutoShuttersControl_Shading_Angle_Right:0,5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90 AutoShuttersControl_Shading_BlockingTime_After_Manual AutoShuttersControl_Shading_BlockingTime_Twilight AutoShuttersControl_Shading_Brightness_Reading AutoShuttersControl_Shading_Brightness_Sensor AutoShuttersControl_Shading_Fast_Close:on,off AutoShuttersControl_Shading_Fast_Open:on,off AutoShuttersControl_Shading_Min_Elevation AutoShuttersControl_Shading_Min_OutsideTemperature AutoShuttersControl_Shading_Pos:10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Shading_Pos_after_Shading:-1,0,10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Shading_StateChange_Cloudy AutoShuttersControl_Shading_StateChange_Sunny AutoShuttersControl_Shading_WaitingPeriod AutoShuttersControl_Time_Down_Early AutoShuttersControl_Time_Down_Late AutoShuttersControl_Time_Up_Early AutoShuttersControl_Time_Up_Late AutoShuttersControl_Time_Up_WE_Holiday AutoShuttersControl_Up:time,astro AutoShuttersControl_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 AutoShuttersControl_Ventilate_Window_Open:on,off AutoShuttersControl_WindowRec AutoShuttersControl_WindowRec_subType:twostate,threestate AutoShuttersControl_lock-out:on,off AutoShuttersControl_lock-out:soft,hard AutoShuttersControl_lock-outCmd:inhibit,blocked
   webCmd     toggle:on:off:up:down:stop:statusRequest

Version ist 0.1.49, beide Roommates sind absent, habe das mind. bei einem der beiden heute morgen auch manuell aktualisiert.

Idee dazu?

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files