[ASC] Nach Update auf auf 25129, brightness ohne Funktion

Begonnen von Martin Fischer, 11 November 2021, 22:09:07

Vorheriges Thema - Nächstes Thema

Martin Fischer

Moin Marko,

seit dem Update auf 25129 2021-10-27 funktioniert bei mir die Automatik via brigthness nicht mehr. Übliche Aussage: ich habe nichts verändert.  ;)  Tatsächlich habe ich keinerlei Änderungen diesbzgl. vorgenommen. Seit ewig sind folgende Attribute gesetzt:

attr ctrl.blind.01 ASC_brightnessDriveUpDown 180:100


und in den Devices

attr EG.wz.SEC.BL.02 ASC_BrightnessSensor GR.ga.SEC.MDIR.01
attr EG.wz.SEC.BL.02 ASC_Time_Down_Early 17:30
attr EG.wz.SEC.BL.02 ASC_Time_Down_Late 22:30


Dem Helligkeitssensor (HM-SEN-MDIR-O-2) nach, hätten die Rolläden um 16:58:57 Uhr herunter fahren müssen. Tun sie aber nach dem Update nicht mehr. Hoch übrigens auch nicht.

2021-11-11_16:53:47 GR.ga.SEC.MDIR.01 brightness: 102
2021-11-11_16:58:57 GR.ga.SEC.MDIR.01 brightness: 89


In der aktuellen Version habe ich zur Probe die Helligkeitswerte direkt im Device beim Sensor und nicht nur im ASC Device eingetragen. Es passiert jedoch auch dann nichts.

Was hat sich geändert? Gibt es andere, die ein ähnliches Verhalten beobachten?

@Marko:
Hast Du eine Idee, einen Schubser in die richtige Richtung?

Viele Grüße
Martin
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

xerion

Moin Martin,

ich nutze ASC auch mit Brightness und habe keine Probleme.
Das Attribut gibt es m.E aber nicht mehr:
attr ctrl.blind.01 ASC_brightnessDriveUpDown 180:100

Das müsste jetzt dieses Attribut sein:
ASC_BrightnessSensor ESP_Easy_Helligkeit:Lux 15:4
Wechsel jetzt zu Octopus Energy und bekomme 150,00 € Bonus auf deine Rechnung. Die Anmeldung geht super leicht und schnell, klicke dafür einfach meinen persönlichen Empfehlungslink:
 https://share.octopusenergy.de/loved-heron-220.

xerion

Ah Moment vergiss was ich geschrieben habe. Das gibt es doch, aber nur im ASC Device. Ich hatte nur im Rollo Device geschaut gehabt.
Wechsel jetzt zu Octopus Energy und bekomme 150,00 € Bonus auf deine Rechnung. Die Anmeldung geht super leicht und schnell, klicke dafür einfach meinen persönlichen Empfehlungslink:
 https://share.octopusenergy.de/loved-heron-220.

Martin Fischer

Zitat von: xerion am 12 November 2021, 10:49:23
ich nutze ASC auch mit Brightness und habe keine Probleme.

Danke für Deine Rückmeldung.
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

Zitat von: Martin Fischer am 11 November 2021, 22:09:07

attr ctrl.blind.01 ASC_brightnessDriveUpDown 180:100


und in den Devices

attr EG.wz.SEC.BL.02 ASC_BrightnessSensor GR.ga.SEC.MDIR.01
attr EG.wz.SEC.BL.02 ASC_Time_Down_Early 17:30
attr EG.wz.SEC.BL.02 ASC_Time_Down_Late 22:30

Dem Helligkeitssensor (HM-SEN-MDIR-O-2) nach, hätten die Rolläden um 16:58:57 Uhr herunter fahren müssen. Tun sie aber nach dem Update nicht mehr. Hoch übrigens auch nicht.


Hallo Martin.

Dem Helligkeitssensor nach hätten sie schon, aber nicht den Zeiten nach. ASC_Time_Down_Early 17:30. Es wird frühstens 17:30 für Abendfahrten der Brightness ausgewertet. Wenn das früher mal anders war, war es ein Bug.



Grüße
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

Martin Fischer

Hallo Marko,

ich korrigiere mich:
Der Helligkeitssensor meldete um 16:58 Uhr den entsprechenden Wert. Nach meinem Verständnis würde das Device ausgelöst werden, wenn ich z.B. den Standardwert 16:00 uhr in ASC_Time_Down_Early (oder es nicht) gesetzt hätte.

Ich habe jedoch 17:30 Uhr in ASC_Time_Down_Early, welches ich so interpretiere, dass das Brightness Device zwar um 16:58 Uhr den Schwellwert erreicht hat, aber das ASC_Time_Down_Early das Herunterfahren bis 17:30 Uhr verzögert, also erst dann das Blind Device auslöst.

So lief es bei mir die ganze Zeit.

Die beiden Attribute ASC_brightnessDriveUpDown und ASC_Time_Down_Early sollten nach meinem Verständnis korrelieren:
Der Helligkeitswert nimmt ja am Abend immer weiter ab, bzw. am Morgen immer weiter zu. Meine Erwartung war/ist, dass ein Event des Helligkeitssensors mit einem geringeren Wert für DriveDown nach ASC_Time_Down_Early eintritt UND der Blind Device nicht unten ist, es dann auslöst.

Deiner Antwort nach, müsste die ASC_Time_Down_Early Zeit dann vor die (vermeintliche) Zeit des Schwellwertes des Helligkeitssensor gesetzt werden. Dann ergibt das "_Early" aus meiner Sicht keinen Sinn.

Es sollte doch so verstanden werden: Fahr den Rollladen runter, wenn der Helligkeitswert kleiner gleich dem Wert in ASC_brightnessDriveUpDown ist aber nicht vor ASC_Time_Down_Early.

Und dies funktioniert bei mir nicht mehr nach dem Update.
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

Nein so war das nie gedacht. Dann kann es Dir ja auch passieren das die Rollos mitten am Tag einfach schließen weil mal die Sonne weg ist oder im Sommer eine Sonnenfinsternis da.

Die gemeldeten Brightnesswerte werden für die Abend und Morgenfahrt immer nur zwischen den jeweiligen Early und Late Zeiten ausgewertet.

Und ja, meiner Antwort nach muss die Early Zeit vor dem vermeintlichen Schwellwert zum schließen gesetzt werden. Das war aber wie gesagt schon immer so, hat es bei Dir anders funktioniert war es ein Bug.
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

Martin Fischer

Ok, dann muss ich das wohl so hinnehmen, auch wenn Deine Argumentation für mich nicht ganz schlüssig ist.

Wenn ich ASC_Time_Down_Early auf z.B. 17:30 Uhr setze und dann um 15:00 Uhr eine Sonnenfinsternis ist, dann tangiert dass das ASC Device ja nicht. Wenn jedoch der Schwellwert bereits um 16:58 Uhr unterschritten wird, dann würde ich um 17:30 Uhr runterfahren. Er wird um die Zeit weiter gesunken sein.

Der Anwender kann ja dann mit ASC_Time_Down_Early und ASC_brightnessDriveUpDown "justieren", welche Werte gut korellieren. Und hier muss dann sicherlich auch ein Unterschied zwischen den Jahreszeiten vorgenommen werden.

Dennoch, Danke für den Hinweis.
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

CoolTux

Zitat von: Martin Fischer am 12 November 2021, 13:43:19
Ok, dann muss ich das wohl so hinnehmen, auch wenn Deine Argumentation für mich nicht ganz schlüssig ist.

Wenn ich ASC_Time_Down_Early auf z.B. 17:30 Uhr setze und dann um 15:00 Uhr eine Sonnenfinsternis ist, dann tangiert dass das ASC Device ja nicht. Wenn jedoch der Schwellwert bereits um 16:58 Uhr unterschritten wird, dann würde ich um 17:30 Uhr runterfahren. Er wird um die Zeit weiter gesunken sein.

Der Anwender kann ja dann mit ASC_Time_Down_Early und ASC_brightnessDriveUpDown "justieren", welche Werte gut korellieren. Und hier muss dann sicherlich auch ein Unterschied zwischen den Jahreszeiten vorgenommen werden.

Dennoch, Danke für den Hinweis.

Dann musste ich einen Timer für early starten und wenn bei dem start der brightness wert nicht stimmt dann neuen timer auf late. Wäre tatsächlich eine Überlegung Wert.

Wobei es auch egal ist da ab 17 Uhr sicherlich neue Brightnesswerte kommen und dann reagiert er ja. So träge wird ja kein Sensor sein und dann ist es halt 17:03 statt 17:00 Uhr.
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

Martin Fischer

--
Admin, Developer, Gründungsmitglied des FHEM e.V.

Beta-User

Warum nicht nach der Erstprüfung dann erst die Event-Prüfung aktivieren...?
Diese Diskussion hatten wir übrigens neulich erst... (Mit marvin78?)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

D3ltorohd

Ich habe hier nur eine Grundsätzliche Frage zum Thema Rollo Steuerung mit Sensor.

Er fährt ja runter sobald er die eingestellte Schwelle erreicht. Falls mir das zu früh oder zu spät ist kann ich das hiermit noch mal verfeinern und eingrenzen richtig ?

ASC_Time_Down_Early 17:30
ASC_Time_Down_Late 22:30


Wenn also der Sensor vor 17:30 den eingestellten Wert unterschreitet, passiert nichts, bis es 17:30 ist ? Sollte der Wert später eintreffen als 17:30 fährt er direkt.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 13 November 2021, 14:07:44
Ich habe hier nur eine Grundsätzliche Frage zum Thema Rollo Steuerung mit Sensor.

Er fährt ja runter sobald er die eingestellte Schwelle erreicht. Falls mir das zu früh oder zu spät ist kann ich das hiermit noch mal verfeinern und eingrenzen richtig ?

ASC_Time_Down_Early 17:30
ASC_Time_Down_Late 22:30


Wenn also der Sensor vor 17:30 den eingestellten Wert unterschreitet, passiert nichts, bis es 17:30 ist ? Sollte der Wert später eintreffen als 17:30 fährt er direkt.

Vom Prinzip her ja. Aber die Ausse das er generell fährt wenn der Schwellwert erreicht ist ist nicht korrekt. Er fährt nur wenn der Schwellwert zwischen den beiden angegebenen Zeiten erreicht ist.
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

Martin Fischer

Sodele... ich greife das Thema nochmals auf. Ich bin leider nicht früher zu weiteren Tests gekommen. Zwischenzeitlich habe ich mir mit dem Modus "astro" beholfen aber das war nicht das Ziel.

Gerade habe ich mal wieder (auf den vor dem Update für mich funktionierenden Modus) brightness umgeschaltet und siehe da, es geht weiterhin nicht. Ich mag nicht ausschliessen, dass ich einen Konfigurationsfehler habe, sehe ihn jedoch nicht. Auch ging es ja vorher eine lange Zeit zuverlässig.

@Marko:
Schaust Du Dir das bitte einmal an und. Danke.

Viele Grüße
Martin

Helligkeitssenser (Bewegungsmelder, gekürzt):
Internals:
   DEF        2AEC73
   FUUID      5ee79963-f33f-d12d-5079-f455a54b2be40cd5
   FVERSION   10_CUL_HM.pm:0.251580/2021-10-30
   HMLAN01_MSGCNT 703
   HMLAN01_RAWMSG E2AEC73,0000,0FA95B3D,FF,FFBA,2D84102AEC73B0F00106015500
   HMLAN01_RSSI -70
   HMLAN01_TIME 2021-11-22 16:51:50
   HMLAN02_MSGCNT 709
   HMLAN02_RAWMSG E2AEC73,0000,0F629C70,FF,FFB1,2D84102AEC73B0F00106015500
   HMLAN02_RSSI -79
   HMLAN02_TIME 2021-11-22 16:51:50
   HMUSB01_MSGCNT 693
   HMUSB01_RAWMSG E2AEC73,0000,656506FB,FF,FFB6,2D84102AEC73B0F00106015500
   HMUSB01_RSSI -74
   HMUSB01_TIME 2021-11-22 16:51:50
   IODev      HMLAN01
   LASTInputDev HMUSB01
   MSGCNT     2105
   NAME       GR.ga.SEC.MDIR.01
   NR         43
   NTFY_ORDER 48-GR.ga.SEC.MDIR.01
   STATE      noMotion
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:2D - t:10 s:2AEC73 d:B0F001 06015500
   protLastRcv 2021-11-22 16:51:50
   protRcv    710 last_at:2021-11-22 16:51:50
   rssi_at_HMLAN01 cnt:703 min:-81 max:-66 avg:-69.37 lst:-70
   rssi_at_HMLAN02 cnt:709 min:-91 max:-77 avg:-81.2 lst:-79
   rssi_at_HMUSB01 cnt:693 min:-92 max:-74 avg:-78.59 lst:-74
   Helper:
     DBLOG:
       brightness:
         log.dblog:
           TIME       1637596310.82069
           VALUE      85
   READINGS:
     2021-11-22 09:00:44   Activity        alive
     2020-08-28 22:27:52   D-firmware      1.6
     2020-08-28 22:27:52   D-serialNr      LEQ0492527
     2021-11-19 17:10:08   IODev           HMLAN01
     2020-06-15 17:53:30   PairedTo        0xB0F001
     2020-06-15 17:53:30   R-brightFilter  7
     2020-06-15 17:53:30   R-captInInterval off
     2020-06-15 17:53:30   R-evtFltrNum    1
     2020-06-15 17:53:30   R-evtFltrPeriod 1 s
     2020-06-15 17:53:30   R-minInterval   15
     2020-06-15 17:53:30   R-pairCentral   0xB0F001
     2020-06-15 17:53:30   R-sign          off
     2020-06-15 17:53:30   RegL_00.        00:00 02:01 0A:B0 0B:F0 0C:01
     2020-06-15 17:53:30   RegL_01.        00:00 01:12 02:70 08:00 22:00
     2021-11-22 16:51:50   battery         ok
     2021-11-22 16:51:50   brightness      85
     2021-11-12 12:09:53   cfgState        ok
     2021-11-19 16:47:19   commState       CMDs_done
     2021-11-22 16:51:50   cover           closed
     2021-11-19 17:10:42   motion          off
     2021-11-19 16:47:19   motionCount     103_next:15s
     2021-11-19 16:47:36   motionDuration  17
     2020-12-09 02:34:39   powerOn         2020-12-09 02:34:39
     2021-11-22 16:51:50   recentStateType info
     2021-11-19 17:10:42   state           noMotion
     2021-11-19 16:47:19   trigger_cnt     103
Attributes:
   DbLogInclude brightness:300
   IOgrp      vCCU
   actCycle   000:10
   actStatus  alive
   alias      GR Terrasse, Bewegungsmelder
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.6
   group      Sicherheit
   model      HM-SEN-MDIR-O-2
   peerIDs    00000000
   room       GR Garten,Überwachung
   serialNr   LEQ0492527
   showtime   1
   subType    motionDetector


AutoShuttersControl:
Internals:
   FUUID      60be287b-f33f-d12d-27fe-08aa60e91754861c
   FVERSION   73_AutoShuttersControl.pm:v0.10.19-s25223/2021-11-14
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ctrl.blind.01
   NOTIFYDEV  EG.wz.SEC.BL.01,EG.wz.SEC.BL.02,EG.wz.SEC.SC.01,EG.wz.SEC.SC.02,EX.ga.WDS.TWI.01,GR.ga.SEC.MDIR.01,ctrl.blind.01,global
   NR         764
   NTFY_ORDER 51-ctrl.blind.01
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    v0.10.19
   OLDREADINGS:
   READINGS:
     2021-11-22 16:33:48   EG.wz.SEC.BL.01_PosValue 100
     2021-11-19 16:30:09   EG.wz.SEC.BL.01_lastDelayPosValue 20
     2021-11-22 16:26:41   EG.wz.SEC.BL.01_lastPosValue 100
     2021-11-22 16:33:11   EG.wz.SEC.BL.01_nextAstroTimeEvent 22.11.2021 - 22:30
     2021-11-22 16:33:44   EG.wz.SEC.BL.02_PosValue 100
     2021-11-22 16:26:41   EG.wz.SEC.BL.02_lastPosValue 100
     2021-11-22 16:32:49   EG.wz.SEC.BL.02_nextAstroTimeEvent 22.11.2021 - 22:30
     2021-11-18 17:12:54   ascEnable       on
     2021-11-11 20:54:32   controlShading  off
     2021-11-07 23:16:37   hardLockOut     off
     2021-11-19 17:10:19   room_AlexaRoom_EG_Wohnzimmer EG.wz.SEC.BL.01,EG.wz.SEC.BL.02
     2021-11-07 23:16:37   selfDefense     off
     2021-11-22 16:36:40   state           created new drive timer
     2021-11-07 23:16:37   sunriseTimeWeHoliday off
     2021-11-19 17:10:19   userAttrList    rolled out
   helper:
     bm:
       CODE(0x564428f91508):
         cnt        2541
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        19.11. 17:16:24
         max        0.0388529300689697
         tot        2.67461633682251
         mAr:
           HASH(0x5644286892a8)
           HASH(0x564427eaf978)
       CODE(0x564428fa0940):
         cnt        142
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        22.11. 16:36:40
         max        0.060006856918335
         tot        0.0657093524932861
         mAr:
           HASH(0x5644286892a8)
           ARRAY(0x56443dad24c0)
           HASH(0x56443de53d20)
       CODE(0x564428fad000):
         cnt        3
         dmx        -1000
         dtot       0
         dtotcnt    0
         mTS        22.11. 16:35:41
         max        4.1961669921875e-05
         tot        0.000105142593383789
         mAr:
           HASH(0x5644286892a8)
           ARRAY(0x56443de51ca8)
           HASH(0x56443ddbb130)
     shuttersList:
       EG.wz.SEC.BL.01
       EG.wz.SEC.BL.02
   monitoredDevs:
     EG.wz.SEC.BL.01:
     EG.wz.SEC.BL.02:
     EG.wz.SEC.SC.01:
       EG.wz.SEC.BL.01 ASC_WindowRec
     EG.wz.SEC.SC.02:
       EG.wz.SEC.BL.02 ASC_WindowRec
     EX.ga.WDS.TWI.01:
       ctrl.blind.01 ASC_twilightDevice
     GR.ga.SEC.MDIR.01:
       EG.wz.SEC.BL.01 ASC_BrightnessSensor
       EG.wz.SEC.BL.02 ASC_BrightnessSensor
Attributes:
   ASC_autoAstroModeEvening HORIZON
   ASC_autoAstroModeEveningHorizon -2
   ASC_autoAstroModeMorning HORIZON
   ASC_autoAstroModeMorningHorizon 4
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_brightnessDriveUpDown 180:72
   ASC_expert 1
   ASC_twilightDevice EX.ga.WDS.TWI.01
   devStateIcon { ShuttersControl_DevStateIcon($name) }
   group      Steuerung
   icon       fts_shutter_automatic
   room       Helper


Stellvertretend für beide Devices, Rollladenaktor (gekürzt):
Internals:
   DEF        420987
   FUUID      5fecb259-f33f-d12d-041c-a280bde96700d35a
   FVERSION   10_CUL_HM.pm:0.251580/2021-10-30
   HMLAN01_MSGCNT 22
   HMLAN01_RAWMSG E420987,0000,0F98D551,FF,FFBB,0FA410420987B0F0010601C800
   HMLAN01_RSSI -69
   HMLAN01_TIME 2021-11-22 16:33:48
   HMLAN02_MSGCNT 20
   HMLAN02_RAWMSG E420987,0000,0F521689,FF,FFBF,0FA410420987B0F0010601C800
   HMLAN02_RSSI -65
   HMLAN02_TIME 2021-11-22 16:33:48
   HMUSB01_MSGCNT 21
   HMUSB01_RAWMSG E420987,0000,655481B2,FF,FFBD,0FA410420987B0F0010601C800
   HMUSB01_RSSI -67
   HMUSB01_TIME 2021-11-22 16:33:48
   IODev      HMLAN01
   LASTInputDev HMLAN02
   MSGCNT     63
   NAME       EG.wz.SEC.BL.01
   NR         556
   NTFY_ORDER 48-EG.wz.SEC.BL.01
   STATE      up
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:0F - t:10 s:420987 d:B0F001 0601C800
   protLastRcv 2021-11-22 16:33:48
   protRcv    21 last_at:2021-11-22 16:33:48
   protSnd    22 last_at:2021-11-22 16:33:48
   protState  CMDs_done
   rssi_HMLAN01 cnt:8 min:-73 max:-64 avg:-68.12 lst:-68
   rssi_at_HMLAN01 cnt:22 min:-73 max:-61 avg:-65.22 lst:-69
   rssi_at_HMLAN02 cnt:20 min:-67 max:-62 avg:-64 lst:-65
   rssi_at_HMUSB01 cnt:21 min:-77 max:-65 avg:-67.33 lst:-67
   READINGS:
     2021-11-11 20:55:49   ASC_Enable      on
     2021-11-11 20:54:34   ASC_ShadingMessage <html> INFO:  shading was deactivated globally </html>
     2021-11-22 16:33:48   ASC_ShuttersLastDrive manual
     2021-11-22 16:36:40   ASC_Time_DriveDown 22.11.2021 - 22:30
     2021-11-22 16:36:40   ASC_Time_DriveUp 23.11.2021 - 08:30
     2021-11-22 16:33:16   CommandAccepted yes
     2021-01-23 18:22:21   D-firmware      2.11
     2021-01-23 18:22:21   D-serialNr      MEQ1100543
     2021-11-22 16:33:48   IODev           HMLAN01
     2021-01-24 14:19:16   PairedTo        0xB0F001
     2021-01-23 18:22:25   R-confBtnTime   permanent
     2021-01-24 14:18:42   R-driveDown     25 s
     2021-01-23 18:22:27   R-driveTurn     0.5 s
     2021-01-24 14:19:17   R-driveUp       27 s
     2021-01-23 18:22:25   R-intKeyVisib   invisib
     2021-01-23 18:22:25   R-localResDis   off
     2021-01-23 18:22:25   R-pairCentral   0xB0F001
     2021-01-23 18:22:27   R-refRunCounter 0
     2021-01-23 18:22:27   R-sign          off
     2021-01-23 18:22:27   R-statusInfoMinDly 2 s
     2021-01-23 18:22:27   R-statusInfoRandom 1 s
     2021-01-23 18:22:27   R-transmitTryMax 6
     2021-01-24 14:19:16   RegL_00.        00:00 02:01 0A:B0 0B:F0 0C:01 15:FF 18:00
     2021-01-24 14:19:17   RegL_01.        00:00 08:00 09:00 0A:00 0B:00 0C:FA 0D:01 0E:0E 0F:05 10:00 30:06 56:00 57:24
     2021-11-19 17:10:19   associatedWith  ctrl.blind.01,shutterControl
     2021-11-12 12:09:53   cfgState        ok
     2021-11-22 16:33:48   commState       CMDs_done
     2021-11-22 16:33:48   deviceMsg       on (to vCCU)
     2021-11-22 16:33:48   level           100
     2021-11-22 16:33:48   motor           stop:on
     2021-11-22 16:33:48   pct             100
     2021-01-23 18:22:07   powerOn         2021-01-23 18:22:07
     2021-11-22 16:33:48   recentStateType info
     2021-11-22 16:33:48   state           on
     2021-11-22 16:33:48   timedOn         off
     2021-11-22 16:33:16   trigLast        fhem:02
Attributes:
   ASC        2
   ASC_BrightnessSensor GR.ga.SEC.MDIR.01:brightness 180:100
   ASC_ComfortOpen_Pos 20
   ASC_Down   brightness
   ASC_LockOut soft
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Pos_Reading pct
   ASC_PrivacyDown_Pos 40
   ASC_ShuttersPlace terrace
   ASC_Time_Down_Early 16:00
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 08:30
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 09:30
   ASC_Up     astro
   ASC_Ventilate_Pos 20
   ASC_Ventilate_Window_Open on
   ASC_WindowRec EG.wz.SEC.SC.01
   ASC_WindowRec_subType twostate
   IOgrp      vCCU:HMLAN01
   alexaName  Rollladen Tür
   alexaRoom  Wohnzimmer unten
   alias      EG Wohnzimmer, Rollladen Tür
   autoReadReg 4_reqStatus
   comment    Tür
   devStateIcon up:door_shutter@lightgray
down:door_shutter_100@lightgray
9\d.*:door_shutter_10@lightgray
8\d.*:door_shutter_20@lightgray
7\d.*:door_shutter_30@lightgray
6\d.*:door_shutter_40@lightgray
5\d.*:door_shutter_50@lightgray
4\d.*:door_shutter_60@lightgray
3\d.*:door_shutter_70@lightgray
2\d.*:door_shutter_80@lightgray
1\d.*:door_shutter_90@lightgray
0\d.*:door_shutter_100@lightgray
   eventMap   on:up off:down stop:stop
   expert     defReg,allReg,rawReg
   firmware   2.11
   genericDeviceType blind
   group      Türen & Fenster
   model      HM-LC-BL1PBU-FM
   peerIDs    00000000
   room       AlexaRoom,EG Wohnzimmer
   serialNr   MEQ1100543
   subType    blindActuator
   userattr   ASC_Adv:on,off ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforeDayOpen ASC_BlockingTime_beforeNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_ComfortOpen_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_CommandTemplate ASC_Down:time,astro,brightness,roommate ASC_DriveUpMaxDuration ASC_Drive_Delay ASC_Drive_DelayStart ASC_ExternalTrigger ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownValue_beforeNightClose ASC_PrivacyDown_Pos ASC_PrivacyUpValue_beforeDayOpen ASC_PrivacyUp_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_AbsentDelay ASC_Self_Defense_Mode:absent,gone,off ASC_Shading_BetweenTheTime ASC_Shading_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_SunnyCloudy ASC_Shading_WaitingPeriod ASC_Shutter_IdleDetection ASC_ShuttersPlace:window,terrace,awning ASC_ShuttersPlace:window,terrace,awning,EG_window ASC_SlatPosCmd_SlatDevice ASC_Sleep_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_TempSensor ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness,roommate ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_PosAfterDayClosed:open,lastManual ASC_WindowRec_subType:twostate,threestate
   webCmd     toggleDir:on:off:up:down:stop
--
Admin, Developer, Gründungsmitglied des FHEM e.V.

Martin Fischer

Nachtrag:

In den Rollladenaktoren steht:
ASC_BrightnessSensor GR.ga.SEC.MDIR.01:brightness 180:100

Folgende Werte kamen vom Helligkeitssensor:
2021-11-22_16:40:19 GR.ga.SEC.MDIR.01 brightness: 108
2021-11-22_16:45:07 GR.ga.SEC.MDIR.01 brightness: 97


Ich verstehe es - nach wie vor - so, dass der Rollladen um 16:45:07 Uhr hätte runterfahren müssen. Ist er aber nicht.

Im AutoShuttersControl steht zwar
ASC_brightnessDriveUpDown 180:72
aber der Eintrag im Device wird ja priorisiert.

Wenn nicht, dann hat es aber trotzdem nicht ausgelöst:
2021-11-22_17:40:23 GR.ga.SEC.MDIR.01 brightness: 72
--
Admin, Developer, Gründungsmitglied des FHEM e.V.