[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

CoolTux · 31 März 2019, 16:36:58

Zitat von: kjmEjfu am 31 März 2019, 16:33:31
Ok, habe ich angepasst.
Inhibit setzt er jetzt auch entsprechend automatisch.

Mal schauen, ob es jetzt funktioniert. Wobei gerade ziemlich viele Wolken kommen :-/

Alleine aus der Info "Inhibit setzt er jetzt auch entsprechend automatisch" ergibt sich schon aus der Logik heraus das der Rolladen nicht fährt, oder habe ich das Prinzip von dem Befehl nicht verstanden?
Ich dachte sobald das entsprechend gesetzt ist fährt der Rolladen nicht mehr egal von wo ein Fahrbefehl kommt (Taster oder Zentrale)

Grüße

kjmEjfu · 31 März 2019, 17:09:47

Zitat von: CoolTux am 31 März 2019, 16:36:58
Alleine aus der Info "Inhibit setzt er jetzt auch entsprechend automatisch" ergibt sich schon aus der Logik heraus das der Rolladen nicht fährt, oder habe ich das Prinzip von dem Befehl nicht verstanden?
Ich dachte sobald das entsprechend gesetzt ist fährt der Rolladen nicht mehr egal von wo ein Fahrbefehl kommt (Taster oder Zentrale)

leider nicht, zumindest ist bei meinem Hm-Rolladen-Schalter so. Inhibit on (aka blocked) sorgt leider nur dafür, dass der Taster lahm gelegt ist. Schaltbefehle direkt von/über die CCU werden weiterhin ausgeführt.

CoolTux · 31 März 2019, 17:16:30

Zitat von: kjmEjfu am 31 März 2019, 17:09:47
leider nicht, zumindest ist bei meinem Hm-Rolladen-Schalter so. Inhibit on (aka blocked) sorgt leider nur dafür, dass der Taster lahm gelegt ist. Schaltbefehle direkt von/über die CCU werden weiterhin ausgeführt.

Danke Dir. Dann weiß ich schon mal Bescheid. Aber sollte dem ganzen keinen Abbruch tun. Der Rollladen sollte mit der jetzigen Konfig nicht fahren. Macht er es doch habe ich einen Fehler gemacht.

Wuppi68 · 31 März 2019, 22:42:44

Zitat von: CoolTux am 31 März 2019, 14:47:08
?

hatte ich da nicht den Sommer/Winterzeit Problematik verstanden?

CoolTux · 01 April 2019, 06:08:12

Zitat von: Wuppi68 am 31 März 2019, 22:42:44
hatte ich da nicht den Sommer/Winterzeit Problematik verstanden?

Wenn Du das Morgens öffnen um eine Stunde verschoben gestern meintest, dann ja.

dancatt · 01 April 2019, 07:04:33

Hallo,

folgendes Szenario gestern beim Grillen:
- Terassentür offen
- Rollladen fährt zur angegeben Zeit aus dem Reading "ASC_Time_DriveDown" in die Position "ASC_ComfortOpen_Pos"
Zum Glück hatte ich mein Handy einstecken und konnte sie ihn wieder hochfahren.

Handelt es sich hierbei um einen Fehler oder ist das so korrekt?

Sollte es eventuell so sein?
- Wenn der Rollladen oben ist UND die Terassentür auf, dann fahre NICHT zur Zeit "ASC_Time_DriveDown" nach unten.
- Wenn nun die Terassentür geschlossen wird UND man befindet sich nach der Zeit "ASC_Time_DriveDown", dann nach unten fahren.
- "ASC_ComfortOpen_Pos" ist doch nur relevant wenn der Rollladen zu ist UND die Terassentür geöffnet wird.

Hier das List des Rollladens:

Code Auswählen


Internals:
   .FhemMetaInternals 1
   .triggerUsed 1
   DEF        4F320B
   FUUID      5c54237f-f33f-cf0a-a643-72548756feb57505
   FVERSION   10_CUL_HM.pm:0.189150/2019-03-16
   HMLAN1_MSGCNT 14
   HMLAN1_RAWMSG E4F320B,0000,3DF85D11,FF,FFB0,2FA4104F320B23A38D06010000
   HMLAN1_RSSI -80
   HMLAN1_TIME 2019-03-31 21:23:33
   HMUART0_MSGCNT 2
   HMUART0_RAWMSG 0500004B2FA4104F320B23A38D06010000
   HMUART0_RSSI -75
   HMUART0_TIME 2019-03-31 21:23:33
   HMUART1_MSGCNT 12
   HMUART1_RAWMSG 050000382FA4104F320B23A38D06010000
   HMUART1_RSSI -56
   HMUART1_TIME 2019-03-31 21:23:33
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     28
   NAME       1_02_WZ_Rollladen_l
   NOTIFYDEV  global
   NR         291
   NTFY_ORDER 50-1_02_WZ_Rollladen_l
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:2F - t:10 s:4F320B d:23A38D 06010000
   protLastRcv 2019-03-31 21:23:30
   protRcv    12 last_at:2019-03-31 21:23:30
   protSnd    14 last_at:2019-03-31 21:23:33
   protState  CMDs_done
   rssi_HMLAN1 cnt:7 min:-84 max:-74 avg:-78.85 lst:-81 
   rssi_at_HMLAN1 cnt:14 min:-80 max:-65 avg:-72.64 lst:-80 
   rssi_at_HMUART0 cnt:2 min:-75 max:-75 avg:-75 lst:-75 
   rssi_at_HMUART1 cnt:12 min:-59 max:-55 avg:-56.41 lst:-56 
   .attraggr:
   .attrminint:
   READINGS:
     2016-09-27 12:29:06   .D-devInfo      010100
     2016-09-27 12:29:06   .D-stc          30
     2018-10-20 15:55:00   .peerListRDate  2018-10-20 15:55:00
     2019-03-31 21:23:30   .protLastRcv    2019-03-31 21:23:30
     2019-03-31 21:22:59   ASC_ShuttersLastDrive window night closed
     2019-03-31 20:12:19   ASC_Time_DriveDown  1.04.2019 - 20:12
     2019-03-31 20:12:19   ASC_Time_DriveUp  1.04.2019 - 08:00
     2019-03-15 08:28:28   Activity        alive
     2019-03-31 21:22:59   CommandAccepted yes
     2016-09-27 12:29:06   D-firmware      2.8
     2016-09-27 12:29:06   D-serialNr      NEQ1220810
     2018-10-20 15:54:59   PairedTo        0x23A38D
     2016-09-27 12:27:06   R-confBtnTime   permanent
     2016-09-27 15:45:23   R-driveDown     26 s
     2016-09-27 12:27:07   R-driveTurn     0.5 s
     2016-09-27 15:44:52   R-driveUp       27.9 s
     2016-09-27 12:27:06   R-intKeyVisib   invisib
     2016-09-27 12:27:06   R-localResDis   off
     2016-09-27 12:27:06   R-pairCentral   0x23A38D
     2016-09-27 12:27:07   R-refRunCounter 0
     2016-09-27 12:27:07   R-sign          off
     2016-09-27 12:27:07   R-statusInfoMinDly 2 s
     2016-09-27 12:27:07   R-statusInfoRandom 1 s
     2016-09-27 12:27:07   R-transmitTryMax 6
     2018-10-20 15:54:59   RegL_00.        02:01 0A:23 0B:A3 0C:8D 15:FF 18:00 00:00
     2018-10-20 15:55:00   RegL_01.        08:00 09:00 0A:00 0B:01 0C:04 0D:01 0E:17 0F:05 10:00  30:06 57:24 56:00 00:00
     2019-03-31 21:23:30   deviceMsg       off (to VCCU)
     2019-03-31 21:23:30   level           0
     2019-03-31 21:23:30   motor           stop:off
     2019-03-31 21:23:30   pct             0
     2018-10-20 15:54:57   powerOn         2018-10-20 15:54:57
     2019-03-31 21:23:30   recentStateType info
     2019-03-31 21:23:30   state           off
     2019-03-31 21:23:30   timedOn         off
   helper:
     HM_CMDNR   47
     cSnd       1123A38D4F320B0201C80000,1123A38D4F320B020100
     dlvlCmd    ++A01123A38D4F320B020100
     mId        0005
     peerFriend peerSens,peerVirt
     peerOpt    3:blindActuator
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +4F320B,00,00,00
       nextSend   1554060213.23644
       rxt        0
       vccu       VCCU
       p:
         4F320B
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        2F
       io:
         HMLAN1:
           -78
           -78
         HMUART0:
           -75
           -75
         HMUART1:
           -56
           -56
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HMUART1
       flg        A
       ts         1554060213.14746
       ack:
         HASH(0x576e008)
         2F800223A38D4F320B00
     rssi:
       HMLAN1:
         avg        -78.8571428571429
         cnt        7
         lst        -81
         max        -74
         min        -84
       at_HMLAN1:
         avg        -72.6428571428571
         cnt        14
         lst        -80
         max        -65
         min        -80
       at_HMUART0:
         avg        -75
         cnt        2
         lst        -75
         max        -75
         min        -75
       at_HMUART1:
         avg        -56.4166666666667
         cnt        12
         lst        -56
         max        -55
         min        -59
     tmpl:
Attributes:
   .mId       0005
   ASC        2
   ASC_Antifreeze off
   ASC_Antifreeze_Pos 15
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BlockingTime_afterManual 120
   ASC_BlockingTime_beforDayOpen 120
   ASC_BlockingTime_beforNightClose 120
   ASC_BrightnessMaxVal -1
   ASC_BrightnessMinVal -1
   ASC_Brightness_Reading brightness
   ASC_Brightness_Sensor none
   ASC_Closed_Pos 0
   ASC_ComfortOpen_Pos 20
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_Drive_OffsetStart -1
   ASC_GuestRoom none
   ASC_LockOut off
   ASC_LockOut_Cmd none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading pct
   ASC_PrivacyDownTime_beforNightClose -1
   ASC_PrivacyDown_Pos 50
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 75
   ASC_Shading_Direction 180
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode off
   ASC_Shading_Pos 20
   ASC_Shading_StateChange_Cloudy 20000
   ASC_Shading_StateChange_Sunny 35000
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace terrace
   ASC_Time_Down_Early 17:00
   ASC_Time_Down_Late 21:00
   ASC_Time_Up_Early 08:00
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     astro
   ASC_Ventilate_Pos 30
   ASC_Ventilate_Window_Open on
   ASC_WiggleValue 5
   ASC_WindowRec 1_02_WZ_Tuerkontakt
   ASC_WindowRec_subType twostate
   DbLogExclude .*
   IODev      HMLAN1
   IOgrp      VCCU:HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   devStateIcon on:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 off:fts_shutter_100 down:fts_shutter_down up:fts_shutter_up
   expert     251_anything
   firmware   2.8
   group      Rollladen
   icon       fts_shutter
   model      HM-LC-BL1-FM
   peerIDs    00000000,
   room       1_02_WZ,9_06_CUL_HM
   serialNr   NEQ1220810
   subType    blindActuator
   userattr   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_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessMaxVal ASC_BrightnessMinVal ASC_Brightness_Reading ASC_Brightness_Sensor 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_Down:time,astro,brightness ASC_Drive_Offset ASC_Drive_OffsetStart 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_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_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_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace 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 ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindowRec ASC_WindowRec_subType:twostate,threestate
webCmd     stop:off:down:90:80:70:60:50:40:30:20:10:up:on

Beetle2003 · 01 April 2019, 07:30:49

Hallo,

gestern Morgen sind meine Rollos doch gefahren. Hatten sich nicht frei genommen.

Die 1 Stunde Verschiebung war nicht schlimm, da ich länger geschlafen habe.

Heute funktioniert alles wieder wie gewohnt, Jetzt warten wir mal den Freitag ab.

CoolTux · 01 April 2019, 08:07:41

Zitat von: dancatt am 01 April 2019, 07:04:33
Hallo,

folgendes Szenario gestern beim Grillen:
- Terassentür offen
- Rollladen fährt zur angegeben Zeit aus dem Reading "ASC_Time_DriveDown" in die Position "ASC_ComfortOpen_Pos"
Zum Glück hatte ich mein Handy einstecken und konnte sie ihn wieder hochfahren.

Handelt es sich hierbei um einen Fehler oder ist das so korrekt?

Sollte es eventuell so sein?
- Wenn der Rollladen oben ist UND die Terassentür auf, dann fahre NICHT zur Zeit "ASC_Time_DriveDown" nach unten.
- Wenn nun die Terassentür geschlossen wird UND man befindet sich nach der Zeit "ASC_Time_DriveDown", dann nach unten fahren.
- "ASC_ComfortOpen_Pos" ist doch nur relevant wenn der Rollladen zu ist UND die Terassentür geöffnet wird.

Hier das List des Rollladens:
Code Auswählen Erweitern
Internals: .FhemMetaInternals 1 .triggerUsed 1 DEF 4F320B FUUID 5c54237f-f33f-cf0a-a643-72548756feb57505 FVERSION 10_CUL_HM.pm:0.189150/2019-03-16 HMLAN1_MSGCNT 14 HMLAN1_RAWMSG E4F320B,0000,3DF85D11,FF,FFB0,2FA4104F320B23A38D06010000 HMLAN1_RSSI -80 HMLAN1_TIME 2019-03-31 21:23:33 HMUART0_MSGCNT 2 HMUART0_RAWMSG 0500004B2FA4104F320B23A38D06010000 HMUART0_RSSI -75 HMUART0_TIME 2019-03-31 21:23:33 HMUART1_MSGCNT 12 HMUART1_RAWMSG 050000382FA4104F320B23A38D06010000 HMUART1_RSSI -56 HMUART1_TIME 2019-03-31 21:23:33 IODev HMLAN1 LASTInputDev HMLAN1 MSGCNT 28 NAME 1_02_WZ_Rollladen_l NOTIFYDEV global NR 291 NTFY_ORDER 50-1_02_WZ_Rollladen_l STATE off TYPE CUL_HM chanNo 01 lastMsg No:2F - t:10 s:4F320B d:23A38D 06010000 protLastRcv 2019-03-31 21:23:30 protRcv 12 last_at:2019-03-31 21:23:30 protSnd 14 last_at:2019-03-31 21:23:33 protState CMDs_done rssi_HMLAN1 cnt:7 min:-84 max:-74 avg:-78.85 lst:-81 rssi_at_HMLAN1 cnt:14 min:-80 max:-65 avg:-72.64 lst:-80 rssi_at_HMUART0 cnt:2 min:-75 max:-75 avg:-75 lst:-75 rssi_at_HMUART1 cnt:12 min:-59 max:-55 avg:-56.41 lst:-56 .attraggr: .attrminint: READINGS: 2016-09-27 12:29:06 .D-devInfo 010100 2016-09-27 12:29:06 .D-stc 30 2018-10-20 15:55:00 .peerListRDate 2018-10-20 15:55:00 2019-03-31 21:23:30 .protLastRcv 2019-03-31 21:23:30 2019-03-31 21:22:59 ASC_ShuttersLastDrive window night closed 2019-03-31 20:12:19 ASC_Time_DriveDown 1.04.2019 - 20:12 2019-03-31 20:12:19 ASC_Time_DriveUp 1.04.2019 - 08:00 2019-03-15 08:28:28 Activity alive 2019-03-31 21:22:59 CommandAccepted yes 2016-09-27 12:29:06 D-firmware 2.8 2016-09-27 12:29:06 D-serialNr NEQ1220810 2018-10-20 15:54:59 PairedTo 0x23A38D 2016-09-27 12:27:06 R-confBtnTime permanent 2016-09-27 15:45:23 R-driveDown 26 s 2016-09-27 12:27:07 R-driveTurn 0.5 s 2016-09-27 15:44:52 R-driveUp 27.9 s 2016-09-27 12:27:06 R-intKeyVisib invisib 2016-09-27 12:27:06 R-localResDis off 2016-09-27 12:27:06 R-pairCentral 0x23A38D 2016-09-27 12:27:07 R-refRunCounter 0 2016-09-27 12:27:07 R-sign off 2016-09-27 12:27:07 R-statusInfoMinDly 2 s 2016-09-27 12:27:07 R-statusInfoRandom 1 s 2016-09-27 12:27:07 R-transmitTryMax 6 2018-10-20 15:54:59 RegL_00. 02:01 0A:23 0B:A3 0C:8D 15:FF 18:00 00:00 2018-10-20 15:55:00 RegL_01. 08:00 09:00 0A:00 0B:01 0C:04 0D:01 0E:17 0F:05 10:00 30:06 57:24 56:00 00:00 2019-03-31 21:23:30 deviceMsg off (to VCCU) 2019-03-31 21:23:30 level 0 2019-03-31 21:23:30 motor stop:off 2019-03-31 21:23:30 pct 0 2018-10-20 15:54:57 powerOn 2018-10-20 15:54:57 2019-03-31 21:23:30 recentStateType info 2019-03-31 21:23:30 state off 2019-03-31 21:23:30 timedOn off helper: HM_CMDNR 47 cSnd 1123A38D4F320B0201C80000,1123A38D4F320B020100 dlvlCmd ++A01123A38D4F320B020100 mId 0005 peerFriend peerSens,peerVirt peerOpt 3:blindActuator regLst 0,1,3p rxType 1 supp_Pair_Rep 0 ack: dir: cur stop rct down expert: def 1 det 1 raw 1 tpl 1 io: newChn +4F320B,00,00,00 nextSend 1554060213.23644 rxt 0 vccu VCCU p: 4F320B 00 00 00 prefIO: HMLAN1 mRssi: mNo 2F io: HMLAN1: -78 -78 HMUART0: -75 -75 HMUART1: -56 -56 prt: bErr 0 sProc 0 rspWait: q: qReqConf qReqStat role: chn 1 dev 1 prs 1 rpt: IO HMUART1 flg A ts 1554060213.14746 ack: HASH(0x576e008) 2F800223A38D4F320B00 rssi: HMLAN1: avg -78.8571428571429 cnt 7 lst -81 max -74 min -84 at_HMLAN1: avg -72.6428571428571 cnt 14 lst -80 max -65 min -80 at_HMUART0: avg -75 cnt 2 lst -75 max -75 min -75 at_HMUART1: avg -56.4166666666667 cnt 12 lst -56 max -55 min -59 tmpl: Attributes: .mId 0005 ASC 2 ASC_Antifreeze off ASC_Antifreeze_Pos 15 ASC_AutoAstroModeEvening none ASC_AutoAstroModeEveningHorizon none ASC_AutoAstroModeMorning none ASC_AutoAstroModeMorningHorizon none ASC_BlockingTime_afterManual 120 ASC_BlockingTime_beforDayOpen 120 ASC_BlockingTime_beforNightClose 120 ASC_BrightnessMaxVal -1 ASC_BrightnessMinVal -1 ASC_Brightness_Reading brightness ASC_Brightness_Sensor none ASC_Closed_Pos 0 ASC_ComfortOpen_Pos 20 ASC_Down astro ASC_Drive_Offset -1 ASC_Drive_OffsetStart -1 ASC_GuestRoom none ASC_LockOut off ASC_LockOut_Cmd none ASC_Mode_Down always ASC_Mode_Up always ASC_Open_Pos 100 ASC_Partymode off ASC_Pos_Reading pct ASC_PrivacyDownTime_beforNightClose -1 ASC_PrivacyDown_Pos 50 ASC_Roommate_Device none ASC_Roommate_Reading state ASC_Self_Defense_Exclude off ASC_Shading_Angle_Left 75 ASC_Shading_Angle_Right 75 ASC_Shading_Direction 180 ASC_Shading_Min_Elevation 25 ASC_Shading_Min_OutsideTemperature 18 ASC_Shading_Mode off ASC_Shading_Pos 20 ASC_Shading_StateChange_Cloudy 20000 ASC_Shading_StateChange_Sunny 35000 ASC_Shading_WaitingPeriod 1200 ASC_ShuttersPlace terrace ASC_Time_Down_Early 17:00 ASC_Time_Down_Late 21:00 ASC_Time_Up_Early 08:00 ASC_Time_Up_Late 09:00 ASC_Time_Up_WE_Holiday 08:30 ASC_Up astro ASC_Ventilate_Pos 30 ASC_Ventilate_Window_Open on ASC_WiggleValue 5 ASC_WindowRec 1_02_WZ_Tuerkontakt ASC_WindowRec_subType twostate DbLogExclude .* IODev HMLAN1 IOgrp VCCU:HMLAN1 actCycle 028:00 actStatus alive autoReadReg 4_reqStatus devStateIcon on:fts_shutter_10 20:fts_shutter_20 30:fts_shutter_30 40:fts_shutter_40 50:fts_shutter_50 60:fts_shutter_60 70:fts_shutter_70 80:fts_shutter_80 90:fts_shutter_90 off:fts_shutter_100 down:fts_shutter_down up:fts_shutter_up expert 251_anything firmware 2.8 group Rollladen icon fts_shutter model HM-LC-BL1-FM peerIDs 00000000, room 1_02_WZ,9_06_CUL_HM serialNr NEQ1220810 subType blindActuator userattr 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_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessMaxVal ASC_BrightnessMinVal ASC_Brightness_Reading ASC_Brightness_Sensor 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_Down:time,astro,brightness ASC_Drive_Offset ASC_Drive_OffsetStart 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_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_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_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace 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 ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindowRec ASC_WindowRec_subType:twostate,threestate webCmd stop:off:down:90:80:70:60:50:40:30:20:10:up:on

Bitte setze das Rollladenattribut ASC_LockOut auf hard. Dann setzt Du den ASC_LockOut_Cmd auf ini... und im ASC Device selber machst Du ein "set ASCDEVICE hardLockOut on.
Dann bist Du für die nächste Terassenfeier abgsichert.

eckibrecki · 01 April 2019, 16:26:03

Hallo,

bislang hatte ich meine Rollladensteuerung mit VIELEN Dummys selbst geschrieben.
Da es aber schlaue Menschen gibt, die in der Lage sind ein Modul zu schreiben, wollte ich mir das ganze mal anschauen.

Was mir fehlt, oder evtl. bin ich zu blöd und habe es noch nicht gefunden, ist die Möglichkeit eine Zeit für das Hochfahren vor oder nach dem Sonnenaufgang zu definieren (analog auch Runterfahren). Sprich, Sonnenaufgang ist um 7:12 Uhr, ich möchte das mein Rollladen aber immer 30min nach dem Sonnenaufgang hochfährt. Den nächsten Rollladen habe ich auf 35min gesetzt und einen weiteren auf 15min vor Sonnenaufgang. Dadurch fahren sie nicht alle zur gleichen Zeit. Ich hoffe, dass es dadurch etwas manueller und natürlicher wirkt, z.B. wenn man im Urlaub ist.

Wenn man bei dem Modul bspw. alle Rollläden auf AstroMode REAL einstellt, fahren sie alle zur gleichen Zeit, richtig? Oder kann man an irgendeiner stelle solch eine Verzögerung aktivieren?
Wenn nicht, wäre dies eine interessante, leicht einzubringende und mögliche Idee? (Ganz deluxe wäre eine Urlaubssteuerung, die mit einem Randomtimer Uhrzeiten in einem gewissen Bereich selbst auswählt).

Ansonsten ist das Modul ja schon ziemlich Umfangreich! Vielen Dank an alle, die an der Entwicklung beteiligt sind!

VG
Carsten

Ps.: noch eine Idee wäre, dass die Zeit von einem Weckermodul geholt wird. Verwende ich zwar nicht, könnte mir aber vorstellen, dass es für den ein oder anderen interessant wäre...

CoolTux · 01 April 2019, 17:01:18

Das verzögerte Fahren gibt es aktuell schon. Ist eigentlich für was anderes gedacht wie Du jetzt sagtest aber das stört ja nicht.

Am besten Du wartest auf die neue Version welche hoffentlich die Tage fertig wird, dann ist die Konfiguration besser.
Die Logik wird sich diesbezüglich nämlich ändern.

Zu deinem PS
Soetwas wird es geben. Aber erst Ende des Jahres.

Dersch · 02 April 2019, 10:19:50

Hi,

ich habe 3 Themen die ich nie hinbekommen habe seit ich ASC nutze:

1.
Ist es normal das Rolläden als "terrace" deklariert nicht mehr manuell über die Taster fahrbar sind wenn die Rollläden oben sind?

Ich habe nun im ASC Device "hardlockout" auf off gestellt und im Rollladen Device die attr "lockout" (hard) und "lockout_cmd" (inhibit) gelöscht aber dennoch sind die Taster der Rollläden funktionslos.

2.
Und ist es normal das die Rollläden nicht über den Türsensor runterfahren wenn die Tür Nachts wieder geschlossen wird? Die Rolläden werden über Brightness gesteuert. Wenn der Rollo unten ist und die Tür geöffnet wird fährt der Rollläden wieder hoch, wenn die Tür bereits geöffnet ist fährt er nicht runter. Wenn dann aber die Tür geschlossen wird bleibt er oben bis ASC_Time_Down_Late wahr wird.

3.
Zudem funktioniert leider das runterfahren bei geöffnetem Fenster (3 state sensor) nicht wenn das Residents device auf absent steht.

Ich habe im ASC Device:

ASC_residentsDevice DSHOME
ASC_residentsDeviceReading presence => Ich hatte es auch schon ohne dieses Attr probiert oder den Wert auf state stehen. Hat nie funktioniert.

Das ist mein List vom Residents Modul:

Code Auswählen

Internals:
   CHANGED    
   DURATIONTIMER 1554192752.7272
   FUUID      5c432079-f33f-c2c3-e957-edb3bfd00f095a69
   FVERSION   10_RESIDENTS.pm:0.189950/2019-03-22
   NAME       DSHOME
   NOTIFYDEV  global,rr_Daniela,rr_Dirk
   NR         293
   NTFY_ORDER 50-DSHOME
   READY      1
   ROOMMATES  rr_Daniela,rr_Dirk
   STATE      zuhause
   TYPE       RESIDENTS
   READINGS:
     2019-04-02 08:01:40   durTimerAbsence 00:00:00
     2019-04-02 08:01:40   durTimerAbsence_cr 0
     2019-04-02 10:11:32   durTimerPresence 00:29:03
     2019-04-02 10:11:32   durTimerPresence_cr 29
     2019-02-27 15:38:24   durTimerSleep   00:00:00
     2019-02-27 15:38:24   durTimerSleep_cr 0
     2019-04-02 09:42:29   lastActivity    home
     2019-04-02 09:42:29   lastActivityBy  Dirk
     2019-04-02 09:42:29   lastActivityByDev rr_Dirk
     2019-04-02 09:42:29   lastArrival     2019-04-02 09:42:29
     2019-04-02 09:42:02   lastDeparture   2019-04-02 09:42:02
     2019-04-02 09:42:29   lastDurAbsence  00:00:27
     2019-04-02 09:42:29   lastDurAbsence_cr 0
     2019-04-02 09:42:02   lastDurPresence 00:01:08
     2019-04-02 09:42:02   lastDurPresence_cr 1
     2019-04-02 09:42:29   lastState       absent
     2019-04-02 09:42:29   presence        present
     2019-04-02 09:42:29   residentsAbsent 1
     2019-04-02 09:42:29   residentsAbsentDevs rr_Daniela
     2019-04-02 09:42:29   residentsAbsentNames Daniela
     2019-02-27 17:08:18   residentsAsleep 0
     2019-02-27 17:08:18   residentsAsleepDevs -
     2019-02-27 17:08:18   residentsAsleepNames -
     2019-02-27 17:08:18   residentsAwoken 0
     2019-02-27 17:08:18   residentsAwokenDevs -
     2019-02-27 17:08:18   residentsAwokenNames -
     2019-03-16 10:24:29   residentsGone   0
     2019-03-16 10:24:29   residentsGoneDevs -
     2019-03-16 10:24:29   residentsGoneNames -
     2019-02-27 17:08:18   residentsGotosleep 0
     2019-02-27 17:08:18   residentsGotosleepDevs -
     2019-02-27 17:08:18   residentsGotosleepNames -
     2019-04-02 09:42:29   residentsHome   1
     2019-04-02 09:42:29   residentsHomeDevs rr_Dirk
     2019-04-02 09:42:29   residentsHomeNames Dirk
     2019-02-27 17:08:18   residentsTotal  2
     2019-04-02 09:42:29   residentsTotalAbsent 1
     2019-04-02 09:42:29   residentsTotalAbsentDevs rr_Daniela
     2019-04-02 09:42:29   residentsTotalAbsentNames Daniela
     2019-02-27 17:08:18   residentsTotalGuests 0
     2019-02-27 17:08:18   residentsTotalGuestsAbsent 0
     2019-02-27 17:08:18   residentsTotalGuestsAbsentDevs -
     2019-02-27 17:08:18   residentsTotalGuestsAbsentNames -
     2019-02-27 17:08:18   residentsTotalGuestsPresent 0
     2019-02-27 17:08:18   residentsTotalGuestsPresentDevs -
     2019-02-27 17:08:18   residentsTotalGuestsPresentNames -
     2019-04-02 09:42:29   residentsTotalPresent 1
     2019-04-02 09:42:29   residentsTotalPresentDevs rr_Dirk
     2019-04-02 09:42:29   residentsTotalPresentNames Dirk
     2019-02-27 17:08:18   residentsTotalRoommates 2
     2019-04-02 09:42:29   residentsTotalRoommatesAbsent 1
     2019-04-02 09:42:29   residentsTotalRoommatesAbsentDevs rr_Daniela
     2019-04-02 09:42:29   residentsTotalRoommatesAbsentNames Daniela
     2019-04-02 09:42:29   residentsTotalRoommatesPresent 1
     2019-04-02 09:42:29   residentsTotalRoommatesPresentDevs rr_Dirk
     2019-04-02 09:42:29   residentsTotalRoommatesPresentNames Dirk
     2019-02-27 17:08:18   residentsTotalWakeup 0
     2019-02-27 17:08:18   residentsTotalWakeupDevs -
     2019-02-27 17:08:18   residentsTotalWakeupNames -
     2019-02-27 17:08:18   residentsTotalWayhome 0
     2019-02-27 17:08:18   residentsTotalWayhomeDelayed 0
     2019-02-27 17:08:18   residentsTotalWayhomeDelayedDevs -
     2019-02-27 17:08:18   residentsTotalWayhomeDelayedNames -
     2019-02-27 17:08:18   residentsTotalWayhomeDevs -
     2019-02-27 17:08:18   residentsTotalWayhomeNames -
     2019-04-02 09:42:29   state           home
   TIMER:
     DSHOME_DurationTimer:
       HASH       DSHOME
       MODIFIER   DurationTimer
       NAME       DSHOME_DurationTimer
Attributes:
   alias      Bewohner
   devStateIcon .*zuhause:user_available:absent .*anwesend:user_available:absent .*abwesend:user_away:home .*verreist:user_ext_away:home .*bettfertig:scene_toilet:asleep .*schlaeft:scene_sleeping:awoken .*schläft:scene_sleeping:awoken .*aufgestanden:scene_sleeping_alternat:home .*:user_unknown:home
   eventMap   home:zuhause absent:abwesend gone:verreist gotosleep:bettfertig asleep:schläft awoken:aufgestanden
   group      Zuhause Status
   icon       control_building_filled
   room       Residents,Zentral
   webCmd     state
   widgetOverride state:zuhause,bettfertig,schläft,aufgestanden,abwesend,verreist

Was muss ich da im ASC angeben damit es zuverlässig funktioniert?

Grüße
Dirk

CoolTux · 02 April 2019, 11:54:41

Hallo Dirk,

Zitat von: Dersch am 02 April 2019, 10:19:50
Hi,

ich habe 3 Themen die ich nie hinbekommen habe seit ich ASC nutze:

1.
Ist es normal das Rolläden als "terrace" deklariert nicht mehr manuell über die Taster fahrbar sind wenn die Rollläden oben sind?

Ich habe nun im ASC Device "hardlockout" auf off gestellt und im Rollladen Device die attr "lockout" (hard) und "lockout_cmd" (inhibit) gelöscht aber dennoch sind die Taster der Rollläden funktionslos.

Ja das ist normal, sofern Du als attr lockout hard eingestellt hast. Stelle hier auf soft dann sollte nicht mehr komplett blockiert werden

Zitat von: Dersch am 02 April 2019, 10:19:50
2.
Und ist es normal das die Rollläden nicht über den Türsensor runterfahren wenn die Tür Nachts wieder geschlossen wird? Die Rolläden werden über Brightness gesteuert. Wenn der Rollo unten ist und die Tür geöffnet wird fährt der Rollläden wieder hoch, wenn die Tür bereits geöffnet ist fährt er nicht runter. Wenn dann aber die Tür geschlossen wird bleibt er oben bis ASC_Time_Down_Late wahr wird.

Das ist noch ein Bug in der derzeitigen stabilen Version und sollte mit dem kommenden FHEM Update behoben sein.

Zitat von: Dersch am 02 April 2019, 10:19:50
3.
Zudem funktioniert leider das runterfahren bei geöffnetem Fenster (3 state sensor) nicht wenn das Residents device auf absent steht.

Ich habe im ASC Device:

ASC_residentsDevice DSHOME
ASC_residentsDeviceReading presence => Ich hatte es auch schon ohne dieses Attr probiert oder den Wert auf state stehen. Hat nie funktioniert.

Das ist mein List vom Residents Modul:

Code Auswählen Erweitern
Internals: CHANGED DURATIONTIMER 1554192752.7272 FUUID 5c432079-f33f-c2c3-e957-edb3bfd00f095a69 FVERSION 10_RESIDENTS.pm:0.189950/2019-03-22 NAME DSHOME NOTIFYDEV global,rr_Daniela,rr_Dirk NR 293 NTFY_ORDER 50-DSHOME READY 1 ROOMMATES rr_Daniela,rr_Dirk STATE zuhause TYPE RESIDENTS READINGS: 2019-04-02 08:01:40 durTimerAbsence 00:00:00 2019-04-02 08:01:40 durTimerAbsence_cr 0 2019-04-02 10:11:32 durTimerPresence 00:29:03 2019-04-02 10:11:32 durTimerPresence_cr 29 2019-02-27 15:38:24 durTimerSleep 00:00:00 2019-02-27 15:38:24 durTimerSleep_cr 0 2019-04-02 09:42:29 lastActivity home 2019-04-02 09:42:29 lastActivityBy Dirk 2019-04-02 09:42:29 lastActivityByDev rr_Dirk 2019-04-02 09:42:29 lastArrival 2019-04-02 09:42:29 2019-04-02 09:42:02 lastDeparture 2019-04-02 09:42:02 2019-04-02 09:42:29 lastDurAbsence 00:00:27 2019-04-02 09:42:29 lastDurAbsence_cr 0 2019-04-02 09:42:02 lastDurPresence 00:01:08 2019-04-02 09:42:02 lastDurPresence_cr 1 2019-04-02 09:42:29 lastState absent 2019-04-02 09:42:29 presence present 2019-04-02 09:42:29 residentsAbsent 1 2019-04-02 09:42:29 residentsAbsentDevs rr_Daniela 2019-04-02 09:42:29 residentsAbsentNames Daniela 2019-02-27 17:08:18 residentsAsleep 0 2019-02-27 17:08:18 residentsAsleepDevs - 2019-02-27 17:08:18 residentsAsleepNames - 2019-02-27 17:08:18 residentsAwoken 0 2019-02-27 17:08:18 residentsAwokenDevs - 2019-02-27 17:08:18 residentsAwokenNames - 2019-03-16 10:24:29 residentsGone 0 2019-03-16 10:24:29 residentsGoneDevs - 2019-03-16 10:24:29 residentsGoneNames - 2019-02-27 17:08:18 residentsGotosleep 0 2019-02-27 17:08:18 residentsGotosleepDevs - 2019-02-27 17:08:18 residentsGotosleepNames - 2019-04-02 09:42:29 residentsHome 1 2019-04-02 09:42:29 residentsHomeDevs rr_Dirk 2019-04-02 09:42:29 residentsHomeNames Dirk 2019-02-27 17:08:18 residentsTotal 2 2019-04-02 09:42:29 residentsTotalAbsent 1 2019-04-02 09:42:29 residentsTotalAbsentDevs rr_Daniela 2019-04-02 09:42:29 residentsTotalAbsentNames Daniela 2019-02-27 17:08:18 residentsTotalGuests 0 2019-02-27 17:08:18 residentsTotalGuestsAbsent 0 2019-02-27 17:08:18 residentsTotalGuestsAbsentDevs - 2019-02-27 17:08:18 residentsTotalGuestsAbsentNames - 2019-02-27 17:08:18 residentsTotalGuestsPresent 0 2019-02-27 17:08:18 residentsTotalGuestsPresentDevs - 2019-02-27 17:08:18 residentsTotalGuestsPresentNames - 2019-04-02 09:42:29 residentsTotalPresent 1 2019-04-02 09:42:29 residentsTotalPresentDevs rr_Dirk 2019-04-02 09:42:29 residentsTotalPresentNames Dirk 2019-02-27 17:08:18 residentsTotalRoommates 2 2019-04-02 09:42:29 residentsTotalRoommatesAbsent 1 2019-04-02 09:42:29 residentsTotalRoommatesAbsentDevs rr_Daniela 2019-04-02 09:42:29 residentsTotalRoommatesAbsentNames Daniela 2019-04-02 09:42:29 residentsTotalRoommatesPresent 1 2019-04-02 09:42:29 residentsTotalRoommatesPresentDevs rr_Dirk 2019-04-02 09:42:29 residentsTotalRoommatesPresentNames Dirk 2019-02-27 17:08:18 residentsTotalWakeup 0 2019-02-27 17:08:18 residentsTotalWakeupDevs - 2019-02-27 17:08:18 residentsTotalWakeupNames - 2019-02-27 17:08:18 residentsTotalWayhome 0 2019-02-27 17:08:18 residentsTotalWayhomeDelayed 0 2019-02-27 17:08:18 residentsTotalWayhomeDelayedDevs - 2019-02-27 17:08:18 residentsTotalWayhomeDelayedNames - 2019-02-27 17:08:18 residentsTotalWayhomeDevs - 2019-02-27 17:08:18 residentsTotalWayhomeNames - 2019-04-02 09:42:29 state home TIMER: DSHOME_DurationTimer: HASH DSHOME MODIFIER DurationTimer NAME DSHOME_DurationTimer Attributes: alias Bewohner devStateIcon .*zuhause:user_available:absent .*anwesend:user_available:absent .*abwesend:user_away:home .*verreist:user_ext_away:home .*bettfertig:scene_toilet:asleep .*schlaeft:scene_sleeping:awoken .*schläft:scene_sleeping:awoken .*aufgestanden:scene_sleeping_alternat:home .*:user_unknown:home eventMap home:zuhause absent:abwesend gone:verreist gotosleep:bettfertig asleep:schläft awoken:aufgestanden group Zuhause Status icon control_building_filled room Residents,Zentral webCmd state widgetOverride state:zuhause,bettfertig,schläft,aufgestanden,abwesend,verreist

ASC_residentsDeviceReading muss auf state bleiben.
Ausserdem musst Du noch set ASCDEVICE selfDefense on setzen. Dann muss nur noch das zu dem Rolllo zugeordnete Fenster offen sein und schon fährt das Rollo runter.

Dersch · 02 April 2019, 17:47:01

Zitat von: CoolTux am 02 April 2019, 11:54:41
ASC_residentsDeviceReading muss auf state bleiben.
Ausserdem musst Du noch set ASCDEVICE selfDefense on setzen. Dann muss nur noch das zu dem Rolllo zugeordnete Fenster offen sein und schon fährt das Rollo runter.

Ok danke für die Infos. Zu Punkt 3 habe ich aber auch schon state probiert und SelfDefense ist on. Hat aber trotzdem nicht funktioniert. Mein state vom residents modul ist ja "zuhause" oder "abwesend" werden diese Begriffe überhaupt verwendet im ASC?

Ist es bei Punkt 1 gewollt, dass LockOut "hard" die Taster generell sperrt?

Grüße
Dirk

eurofinder · 02 April 2019, 18:35:55

@CoolTux:
Bist du schon dazu gekommen, dir die Problematik mit meinen Türkontakt und den dadurch ausgelösten Fahren in ASC_ComfortOpen_Pos anzusehen. Vorschlag war ja, evntl. mal einen Dummy zu nutzen.

Was mir jetzt noch aufgefallen ist. Ich habe insgesamt 11 Rolläden (Somfy Tahoma Oximo IO) die per Modul tahoma angesprochen und über ASC gesteuert werden. Da die Somfy-Schnittstelle der TahomaBox anscheinen nur gleichzeitig 10 Device zulässt, habe ich im ASC im Attribut ASC_shuttersDriveOffset den Wert 60 hinterlegt. Nun werden zwar alle Rolläden korrekt gesteuert, aber nicht gleichzeitig sondern per Zufall innerhalb von 60 Sekunden.

Ich habe daher versucht 5 Rolläden im EG und 6 Rolläden im OG gleichzeitig zu steuern. Habe dazu im ASC ASC_shuttersDriveOffset wieder auf 0 gesetz und in den 5 betroffenen Rolläden im EG die Attribute ASC_Drive_OffsetStart auf 60 gesetzt mit dem Ergebnis, dass immer einer der Rolläden im EG nicht zur ASC_AutoAstroModeEvening-Zeit herunterfährt.

Habe ich da einen Denkfehler oder ist da ggf. noch ein Fehler vorhanden?

Soll ich bis zur freigegeben Entwicklerversion warten und dann wieder Testen?

Gruß
eurofinder

CoolTux · 02 April 2019, 19:21:35

Zitat von: eurofinder am 02 April 2019, 18:35:55
@CoolTux:
Bist du schon dazu gekommen, dir die Problematik mit meinen Türkontakt und den dadurch ausgelösten Fahren in ASC_ComfortOpen_Pos anzusehen. Vorschlag war ja, evntl. mal einen Dummy zu nutzen.

Was mir jetzt noch aufgefallen ist. Ich habe insgesamt 11 Rolläden (Somfy Tahoma Oximo IO) die per Modul tahoma angesprochen und über ASC gesteuert werden. Da die Somfy-Schnittstelle der TahomaBox anscheinen nur gleichzeitig 10 Device zulässt, habe ich im ASC im Attribut ASC_shuttersDriveOffset den Wert 60 hinterlegt. Nun werden zwar alle Rolläden korrekt gesteuert, aber nicht gleichzeitig sondern per Zufall innerhalb von 60 Sekunden.

Ich habe daher versucht 5 Rolläden im EG und 6 Rolläden im OG gleichzeitig zu steuern. Habe dazu im ASC ASC_shuttersDriveOffset wieder auf 0 gesetz und in den 5 betroffenen Rolläden im EG die Attribute ASC_Drive_OffsetStart auf 60 gesetzt mit dem Ergebnis, dass immer einer der Rolläden im EG nicht zur ASC_AutoAstroModeEvening-Zeit herunterfährt.

Habe ich da einen Denkfehler oder ist da ggf. noch ein Fehler vorhanden?

Soll ich bis zur freigegeben Entwicklerversion warten und dann wieder Testen?

Gruß
eurofinder

Leider bin ich noch nicht dazu gekommen. Ich habe aber auch in den letzten Tagen so einiges umgebaut wo ich denke das wir damit dann vielleicht bessere Ergebnisse erziehlen. Das gilt auch beim Thema Zeitversetztes fahren. Da wird sich die Logik komplett ändern mit der neuen Version.
Was bei Dir aktuell helfen kann ist be allen Rollläden ASC_Drive_Offset auf -1 setzen und im ASC Device ASC_shuttersDriveOffset 1 .

Grüße