[ASC] Seltsames Verhalten bei RainProtection

Begonnen von Romoker, 05 April 2022, 22:37:41

Vorheriges Thema - Nächstes Thema

Romoker

#15
Dass während einer Schattenposition der Wind- oder Regenschutz aktiviert wird, sollte nicht so ungewöhnlich sein. Was spricht dagegen, abgesehen von dem Aufwand, vor der unprotection-Fahrt alle Bedingungen zu prüfen?

Heute Nacht ist meine Markise mehrmals wieder in die Schattenposition 30 (last_position) gefahren. Das kann man ganz gut an meinem Rollo-Log erkennen:

2022-04-08_14:19:27 Markise ASC_ShadingMessage: INFO: current shading status is 'in reserved' - next check in 0.5m
2022-04-08_14:20:28 Markise ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 1m
2022-04-08_14:20:31 Markise ASC_ShuttersLastDrive: shading in
2022-04-08_14:21:04 Markise finalPos: 90
---------------- Testbeginn ----------------------
2022-04-08_14:48:46 h_wetterComHandorf Status: rain
2022-04-08_14:48:59 h_wetterComHandorf Status: dry
2022-04-08_14:49:08 Markise finalPos: 40
2022-04-08_14:49:28 Markise finalPos: 90
2022-04-08_14:49:43 h_wetterComHandorf Status: rain
2022-04-08_14:50:22 Markise finalPos: 0
2022-04-08_14:50:22 Markise ASC_ShuttersLastDrive: rain protected
2022-04-08_14:50:48 h_wetterComHandorf Status: dry
2022-04-08_14:50:51 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-08_14:51:24 Markise finalPos: 90
2022-04-08_14:52:00 Markise finalPos: 30
2022-04-08_14:52:00 Markise ASC_ShuttersLastDrive: shading in
2022-04-08_14:52:54 h_wetterComHandorf Status: rain
2022-04-08_14:53:07 Markise finalPos: 0
2022-04-08_14:53:07 Markise ASC_ShuttersLastDrive: rain protected
2022-04-08_14:54:07 h_wetterComHandorf Status: dry
2022-04-08_14:54:11 Markise ASC_ShuttersLastDrive: shading in
2022-04-08_14:54:19 Markise finalPos: 30
2022-04-08_14:56:24 h_wetterComHandorf Status: rain
2022-04-08_14:56:37 Markise finalPos: 0
2022-04-08_14:56:37 Markise ASC_ShuttersLastDrive: rain protected
2022-04-08_14:57:09 h_wetterComHandorf Status: dry
2022-04-08_14:57:13 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-08_14:57:21 Markise finalPos: 30
2022-04-08_14:57:34 Markise ASC_ShadingMessage: INFO: current shading status is 'out reserved' - next check in 1m
2022-04-08_14:58:35 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 0.5m
2022-04-08_14:58:47 Markise finalPos: 0
2022-04-08_14:58:48 Markise ASC_ShuttersLastDrive: shading out
---------------- Testende ------------------------
2022-04-08_18:26:20 Markise ASC_ShuttersLastDrive: wind un-protected
2022-04-08_18:26:28 Markise finalPos: 30
2022-04-08_18:27:30 Markise finalPos: 0
2022-04-08_18:27:30 Markise ASC_ShuttersLastDrive: shading out
2022-04-08_18:58:04 h_wetterComHandorf Status: rain
2022-04-08_19:58:04 h_wetterComHandorf Status: dry
2022-04-09_02:49:53 Markise ASC_ShuttersLastDrive: wind un-protected
2022-04-09_02:50:01 Markise finalPos: 30
2022-04-09_02:50:14 Markise finalPos: 0
2022-04-09_02:50:15 Markise ASC_ShuttersLastDrive: shading out
2022-04-09_04:10:10 h_wetterComHandorf Status: rain
2022-04-09_04:13:10 h_wetterComHandorf Status: dry
2022-04-09_04:13:13 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-09_04:13:22 Markise finalPos: 30
2022-04-09_04:14:36 Markise finalPos: 0
2022-04-09_04:14:37 Markise ASC_ShuttersLastDrive: shading out
2022-04-09_04:34:10 h_wetterComHandorf Status: rain
2022-04-09_04:40:11 h_wetterComHandorf Status: dry
2022-04-09_04:40:14 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-09_04:40:23 Markise finalPos: 30
2022-04-09_04:44:37 Markise finalPos: 0
2022-04-09_04:44:38 Markise ASC_ShuttersLastDrive: shading out
2022-04-09_04:46:11 h_wetterComHandorf Status: rain
2022-04-09_05:01:11 h_wetterComHandorf Status: dry
2022-04-09_05:01:15 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-09_05:01:24 Markise finalPos: 30
2022-04-09_05:04:37 Markise finalPos: 0
2022-04-09_05:04:38 Markise ASC_ShuttersLastDrive: shading out
2022-04-09_06:13:12 h_wetterComHandorf Status: rain
2022-04-09_06:44:34 Markise ASC_ShuttersLastDrive: wind un-protected
2022-04-09_06:44:43 Markise finalPos: 30
2022-04-09_08:00:57 Markise finalPos: 0
2022-04-09_08:00:57 Markise ASC_ShuttersLastDrive: wind protected
2022-04-09_08:26:54 Markise ASC_ShuttersLastDrive: wind un-protected
2022-04-09_08:27:02 Markise finalPos: 30
2022-04-09_08:40:05 Markise finalPos: 0
2022-04-09_08:40:05 Markise ASC_ShuttersLastDrive: wind protected


Rain- und Wind-Protection kommen sich in die Quere und Nacht wird auch nicht berücksichtigt. So kann ich für meine Markise den Regen- und Windschutz nicht sicher nutzen und werde ihn deaktivieren müssen.

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Ich schaue mir das mit Regen und Wind noch mal die Tage an.
Das Nacht nicht erkannt wird ist korrekt. Wir hatten ja beschlossen das es sowas wie Nacht für Markisen nicht gibt.

Ich werde die Logik etwas besser gestalten.
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

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

Romoker

#18
Ich habe auf die neue Version aktualisiert und einen Test gestartet. Der test war leider nicht erfolgreich.
Die Markise war im 'shading out' und sollte mit geänderten Bedingungen ins 'shading in' fahren. Ich habe die Wartezeiten (ASC_BlockingTime_afterManual, ASC_Shading_WaitingPeriod) auf 60s reduziert. Die Markise sollte dann nach 30s in den reserved-in-Status wechseln. Als nach einer Viertelstunde nichts passierte (ASC_ShadingMessage INFO: current shading status is 'out' - next check in 0.5m 2022-04-21 10:22:38), habe ich den Test abgebrochen. Die Markise ist dann aber nach 25 Minuten um 10:47:43 in die Schattenposition gefahren, d.h. die Wartezeitverkürzung von 1200s auf 60s hat nicht gegriffen, obwohl ich vorsichtshalber alle ASC-Timer aktualisiert habe. Das ist dann wohl ein anderes Problem.

Bevor ich den Test (Debugging einschalten) neu starten konnte, zog eine Wolke auf, die Markise ging in rain-protected und fuhr auf closed (Pos 0). Um 10:59 Uhr verzog sich die Wolke wieder und die Markise fuhr wieder auf Schattenposition und war im Status rain-unprotcted.

Nun wollte ich den Test nochmal kontrolliert starten und habe um 11:04 Uhr die Markise manuell wieder eingefahren (ASC_ShuttersLastDrive manual). Da alle Schattenbedingungen erfüllt waren, sollte die Markise wieder spätestens nach wenigen Minuten in Schattenposition fahren. Es passierte aber nichts. Grund ist der falsche Status nach der manuellen Fahrt, der sich nicht geändert hat und auch nach der manuellen Schliessung auf shading-in stehen blieb. Obwohl die Markise geschlossen ist, wird sie mit diesem Status nicht in die Schattenposition fahren!

Den eigentlichen un-protection-Test (prüft ASC beim Wechsel auf un-protected die Schatten- und Protection-Bedingungen?) konnte ich noch nicht durchführen.

Hier mein Rollo-Log:
2022-04-21_10:12:36 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 0.5m
2022-04-21_10:23:29 h_wetterComHandorf Status: rain
2022-04-21_10:47:30 h_wetterComHandorf Status: dry
2022-04-21_10:47:43 Markise ASC_ShadingMessage: INFO: current shading status is 'in reserved' - next check in 0.5m
2022-04-21_10:49:42 Markise ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 1m
2022-04-21_10:49:45 Markise ASC_ShuttersLastDrive: shading in
2022-04-21_10:49:46 Markise finalPos: 10
2022-04-21_10:50:29 h_wetterComHandorf Status: rain
2022-04-21_10:50:34 Markise finalPos: 0
2022-04-21_10:50:34 Markise ASC_ShuttersLastDrive: rain protected
2022-04-21_10:59:29 h_wetterComHandorf Status: dry
2022-04-21_10:59:32 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-21_10:59:33 Markise finalPos: 10
2022-04-21_11:04:49 Markise finalPos: 0
2022-04-21_11:04:49 Markise ASC_ShuttersLastDrive: manual


List vom Markisen-Device:
nternals:
   ADDRESS    000001
   DEF        000001
   FUUID      5c42dd77-f33f-df6c-090b-f82886255cd9f219
   IODev      sduino
   NAME       Markise
   NR         159
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   READINGS:
     2022-03-15 20:13:42   ASC_Enable      on
     2022-04-21 11:39:52   ASC_ShadingMessage INFO: current shading status is 'in' - next check in 1m
     2022-04-21 11:04:49   ASC_ShuttersLastDrive manual
     2022-04-21 10:31:10   ASC_Time_DriveDown 21.04.2022 - 20:58
     2022-04-21 10:31:10   ASC_Time_DriveUp 22.04.2022 - 05:21
     2022-04-20 20:13:58   IODev           sduino
     2022-04-20 20:14:10   associatedWith  myASControl
     2022-04-21 11:04:45   enc_key         AF
     2022-04-21 11:04:49   exact           0
     2022-04-21 11:04:49   finalPos        0
     2022-02-25 10:26:27   parsestate      off
     2022-04-21 11:04:49   pct             0
     2022-04-21 11:04:49   position        0
     2022-02-25 10:26:27   received        20
     2022-04-21 11:04:45   rolling_code    24CF
     2022-04-21 11:04:49   state           open
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 60
   ASC_BrightnessSensor ws980wifi:u_beleuchtungsstaerkeLx
   ASC_Mode_Down off
   ASC_Mode_Up off
   ASC_Pos_Reading position
   ASC_RainProtection on
   ASC_Shading_InOutAzimuth 100:260
   ASC_Shading_MinMax_Elevation 8:100
   ASC_Shading_Min_OutsideTemperature 0
   ASC_Shading_Mode always
   ASC_Shading_Pos 10
   ASC_Shading_StateChange_SunnyCloudy 20000:10000
   ASC_Shading_WaitingPeriod 60
   ASC_ShuttersPlace awning
   ASC_WindParameters 11:10 0
   ASC_WindProtection off
   IODev      sduino
   alexaName  hugo
   alexaRoom  terrasse
   autoStoreRollingCode 1
   devStateIcon devStateIcon stop:rc_REC closed:fts_sunblind_100:open open:fts_sunblind_0:close 10:fts_sunblind_10 2.*:fts_sunblind_20 3.*:fts_sunblind_30 4.*:fts_sunblind_40 5.*:fts_sunblind_50 6.*:sfts_sunblind_60 7.*:fts_sunblind_70 8.*:fts_sunblind_80 9.*:fts_sunblind_90
   drive-down-time-to-100 40
   drive-down-time-to-close 40.1
   drive-up-time-to-100 .1
   drive-up-time-to-open 43
   event-on-change-reading .*
   eventMap   { dev=>{'on'=>'close'}, usr=>{'close'=>'on'}, dev=>{'off'=>'open'}, usr=>{'open'=>'off'}, usr=>{"^pct(.*)"=>'pos$1'}, fw=>{"^pct(.*)"=>"pct"} }
   finalPosReading finalPos
   genericDeviceType blind
   homebridgeMapping clear CurrentPosition=position TargetPosition=pos::position
   model      somfyblinds
   room       Administration->Other_Devices,Administration->alexa
   userReadings pct:exact.* {ReadingsVal($name,'exact',0)}
   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,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
   verbose    3
   webCmd     open:close:half:stop:pct
   widgetOverride pct:slider,0,1,100


Und hier der Debug-FHEM-Log ab 11:04 Uhr:
Edit. Log wg. Überlänge gelöscht.

 
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Das verhalten war korrekt. Wenn eine Beschattung manuell beendet wird muss der Status einmal von shading in zu shading out und wieder zu shading in gehen dann erst fährt die Markise/das Rollo in die Shading Position.
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

Romoker

Ich habe neu getestet. Demnach prüft ASC immer noch nicht erfolgreich vor einer un-protection-Fahrt, ob die Schattenbedingung erfüllt sind.

Testablauf:
Vorbedingungen: controlShading on, Schattenbedingungen erfüllt > Markise ist im Status 'shading in'
- 13:28:00: Debug-Aktivierung
- 13:28:53: set rain > Markise fährt in rain-protected > ASC_ShadingMessage INFO: current shading status is 'in' - next check in 1m 2022-04-22 13:10:41
- 13:29:29: set SunnyCloudy mit Sunny auf nicht erfüllt von 20000:15000 1 auf 60000:14500 1
- 13:29:46: set dry > Markise fährt sofort auf letzte Position in Status 'rain un-protected', obwohl Schattenbedingung Sunny nicht erfüllt ist.
Prüfug auf Schattenbedingung Cloudy:
- 13:30:27: set rain > Markise schliesst mit Status 'rain-protected'
- 14:56:56: set SunnyCloudy mit Cloudy auf nicht erfüllt von 60000:14500 1 auf 60000:50000 1
- 13:32:51: set dry > Markise fährt nicht sofort!
- 13:32:54: Aber Markise fährt wieder in die letzte Schattenposition mit Status 'rain-unprotected', obwohl keine Schattenbedingung erfüllt ist > Fehler!
- 13:34:04: Debug-Ende
- 13:36:50: Markise fährt normal in Shading out

Mein Rollo-Log-Auszug:
2022-04-22_13:27:45 Markise ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 1m
2022-04-22_13:27:48 Markise ASC_ShuttersLastDrive: shading in
2022-04-22_13:27:49 Markise finalPos: 10
2022-04-22_13:28:53 h_wetterComHandorf Status: rain
2022-04-22_13:28:58 Markise finalPos: 0
2022-04-22_13:28:58 Markise ASC_ShuttersLastDrive: rain protected
2022-04-22_13:29:46 h_wetterComHandorf Status: dry
2022-04-22_13:29:49 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-22_13:29:50 Markise finalPos: 10
2022-04-22_13:30:27 h_wetterComHandorf Status: rain
2022-04-22_13:30:31 Markise finalPos: 0
2022-04-22_13:30:31 Markise ASC_ShuttersLastDrive: rain protected
2022-04-22_13:32:51 h_wetterComHandorf Status: dry
2022-04-22_13:32:54 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-22_13:32:55 Markise finalPos: 10
2022-04-22_13:34:46 Markise ASC_ShadingMessage: INFO: current shading status is 'out reserved' - next check in 1m
2022-04-22_13:36:46 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 0.5m
2022-04-22_13:36:50 Markise finalPos: 0
2022-04-22_13:36:50 Markise ASC_ShuttersLastDrive: shading out


List Markise:
Internals:
   ADDRESS    000001
   DEF        000001
   FUUID      5c42dd77-f33f-df6c-090b-f82886255cd9f219
   IODev      sduino
   NAME       Markise
   NR         159
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   READINGS:
     2022-03-15 20:13:42   ASC_Enable      on
     2022-04-22 14:05:52   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 0.5m
     2022-04-22 13:36:50   ASC_ShuttersLastDrive shading out
     2022-04-22 05:21:55   ASC_Time_DriveDown 22.04.2022 - 21:00
     2022-04-22 05:21:55   ASC_Time_DriveUp 23.04.2022 - 05:19
     2022-04-20 20:13:58   IODev           sduino
     2022-04-20 20:14:10   associatedWith  myASControl
     2022-04-22 13:36:46   enc_key         A5
     2022-04-22 13:36:50   exact           0
     2022-04-22 13:36:50   finalPos        0
     2022-02-25 10:26:27   parsestate      off
     2022-04-22 13:36:50   pct             0
     2022-04-22 13:36:50   position        0
     2022-02-25 10:26:27   received        20
     2022-04-22 13:36:46   rolling_code    24E5
     2022-04-22 13:36:50   state           open
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 60
   ASC_BrightnessSensor ws980wifi:u_beleuchtungsstaerkeLx
   ASC_Mode_Down off
   ASC_Mode_Up off
   ASC_Pos_Reading position
   ASC_RainProtection on
   ASC_Shading_InOutAzimuth 100:260
   ASC_Shading_MinMax_Elevation 8:100
   ASC_Shading_Min_OutsideTemperature 0
   ASC_Shading_Mode always
   ASC_Shading_Pos 10
   ASC_Shading_StateChange_SunnyCloudy 60000:50000 1
   ASC_Shading_WaitingPeriod 60
   ASC_ShuttersPlace awning
   ASC_WindParameters 11:10 0
   ASC_WindProtection off
   IODev      sduino
   alexaName  hugo
   alexaRoom  terrasse
   autoStoreRollingCode 1
   devStateIcon devStateIcon stop:rc_REC closed:fts_sunblind_100:open open:fts_sunblind_0:close 10:fts_sunblind_10 2.*:fts_sunblind_20 3.*:fts_sunblind_30 4.*:fts_sunblind_40 5.*:fts_sunblind_50 6.*:sfts_sunblind_60 7.*:fts_sunblind_70 8.*:fts_sunblind_80 9.*:fts_sunblind_90
   drive-down-time-to-100 40
   drive-down-time-to-close 40.1
   drive-up-time-to-100 .1
   drive-up-time-to-open 43
   event-on-change-reading .*
   eventMap   { dev=>{'on'=>'close'}, usr=>{'close'=>'on'}, dev=>{'off'=>'open'}, usr=>{'open'=>'off'}, usr=>{"^pct(.*)"=>'pos$1'}, fw=>{"^pct(.*)"=>"pct"} }
   finalPosReading finalPos
   genericDeviceType blind
   homebridgeMapping clear CurrentPosition=position TargetPosition=pos::position
   model      somfyblinds
   room       Administration->Other_Devices,Administration->alexa
   userReadings pct:exact.* {ReadingsVal($name,'exact',0)}
   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,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
   verbose    3
   webCmd     open:close:half:stop:pct
   widgetOverride pct:slider,0,1,100


Im Anhang der FHEM-ASC-Debug-Log.

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Also ich sehe hier das es korrekt arbeitet, oder ich übersehe etwas.

2022-04-22_13:30:27 h_wetterComHandorf Status: rain
2022-04-22_13:30:31 Markise finalPos: 0
2022-04-22_13:30:31 Markise ASC_ShuttersLastDrive: rain protected
2022-04-22_13:32:51 h_wetterComHandorf Status: dry
2022-04-22_13:32:54 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-22_13:32:55 Markise finalPos: 10
2022-04-22_13:34:46 Markise ASC_ShadingMessage: INFO: current shading status is 'out reserved' - next check in 1m
2022-04-22_13:36:46 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 0.5m
2022-04-22_13:36:50 Markise finalPos: 0
2022-04-22_13:36:50 Markise ASC_ShuttersLastDrive: shading out


Erst kommt rain-unprotected und er fährt in die Beschattung (2022-04-22_13:32:55 Markise finalPos: 10). Dann erst kommt das Shading out und die Fahrt nach Pos 0 (2022-04-22_13:36:50 Markise ASC_ShuttersLastDrive: shading out)
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

Romoker

Guten Morgen CoolTux,

ZitatErst kommt rain-unprotected und er fährt in die Beschattung (2022-04-22_13:32:55 Markise finalPos: 10). Dann erst kommt das Shading out und die Fahrt nach Pos 0 (2022-04-22_13:36:50 Markise ASC_ShuttersLastDrive: shading out)

Der Fehler ist, dass die Markise nach rain-unprotected in die Beschattung (letzte Position) fährt (2022-04-22_13:32:55 Markise finalPos: 10), obwohl die Schattenbedingungen nicht erfüllt sind.

Meine Anforderung an die ASC-Logik ist folgende:
- Markise ist im Status rain-protected. Der Regensensor meldet dry
- ASC prüft Schattenbedingungen und Wind-protection
- War die letzte Position die definierte Schattenposition und sind die Schattenbedingungen erfüllt und wind-unprotected, fährt die Markise in die Schattenposition
- War die letzte Position nicht die definierte Schattenposition und sind die Schattenbedingungen nicht erfüllt und wind-unprotected, fährt die Markise in die letzte Position
- Sind die Bedingungen für Schatten oder wind-protection erfüllt, bleibt die Markise geschlossen.

Ich hoffe, die Logik ist einigermassen sauber formuliert.

In meinem Testfall soll die letzte Bedingung zutreffen: Markise bleibt geschlossen.

Viele Grüße

BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Ich hatte ja oben geschrieben das in Deinem gegebenen Log die Markise korrekt in die Beschattung gefahren ist nach rain-unprotected da die Beschattung zu dem Zeitpunkt noch aktiv war.
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

Romoker

Das ist richtig. Die Beschattung war zum Zeitpunkt rain-unprotected noch aktiv, obwohl die Schattenbedingungen nicht mehr erfüllt waren (die manuelle Änderung der Schattenbedingung wurde nicht im Rollo-Log aufgezeichnet, ist aber im angehängten Debug-Log zu sehen).

Vielleicht kannst du die Logik so ändern, dass beim Wechsel in rain- oder wind-protected generell auch auf shading-out gewechselt wird, falls die Markise zu diesem Zeitpunkt in der Beschattung war. Das verhindert dann die überflüssigen Be- und Entschattungsfahren, wenn die Schattenbedingung nicht mehr erfüllt ist.

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Es wird nicht sofort shading-out gesetzt nur weil gerade eben eine Bedingung nicht erfüllt wurde. Es wird immer erst noch mal x minuten gewartet und dann noch mal geprüft. Siehe Commandref.

Genau so wie es jetzt ist sollte es meiner Meinung nach richtig sein.
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

Romoker

Mir ist nicht ganz klar, was sich in der neuen ASC-Version gegenüber der Alten geändert hat. Ich hatte u.a. ja das Problem, dass die Markise mehrmals Nachts aus- und eingefahren ist. Das passiert, wenn die Markise tagsüber vom Schattenmodus in rain-protected wechselt. Wenn es dann nachts erst wieder aufklart und der Regensensor dry meldet, fährt die Markise wieder in die Schattenposition. Für die Markise gibt es ja mit dem aktivierten Attribut ASC_ShuttersPlace awning keine Nacht. Nach x Minuten merkt ASC, dass die Schattenbedingungen nicht erfüllt sind und schliesst wieder, d.h. in diesem Szenario öffnet und schliesst die Markise nachts einmal. In der alten Version hatte ich mehrere Öffnungen und Schliessungen in der Nacht beobachtet. Ist das jetzt die Änderung/Verbesserung?

Viele Grüße
BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

CoolTux

Zitat von: Romoker am 24 April 2022, 10:06:16
Mir ist nicht ganz klar, was sich in der neuen ASC-Version gegenüber der Alten geändert hat. Ich hatte u.a. ja das Problem, dass die Markise mehrmals Nachts aus- und eingefahren ist. Das passiert, wenn die Markise tagsüber vom Schattenmodus in rain-protected wechselt. Wenn es dann nachts erst wieder aufklart und der Regensensor dry meldet, fährt die Markise wieder in die Schattenposition. Für die Markise gibt es ja mit dem aktivierten Attribut ASC_ShuttersPlace awning keine Nacht. Nach x Minuten merkt ASC, dass die Schattenbedingungen nicht erfüllt sind und schliesst wieder, d.h. in diesem Szenario öffnet und schliesst die Markise nachts einmal. In der alten Version hatte ich mehrere Öffnungen und Schliessungen in der Nacht beobachtet. Ist das jetzt die Änderung/Verbesserung?

Viele Grüße


Kann man so sagen.
Was ich allerdings noch nicht so ganz durchblicke, was bedeutet bei Dir öffnen und schließen. Öffnen bei einer Markise ist rausfahren und schließen reinfahren? Ich glaube ich habe es aktuell genau so. Wenn alles beendet dann fahr in die OpenPos. Frage ist ab das rein fahren ist was ja Nachts wohl sein soll.
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

Romoker

Ich meine mit Schliessen das Reinfahren der Markise und Öffnen das Rausfahren der Markise, z.B. in die letzte Position oder Schattenposition. Bei meiner Markise bedeutet der Device state "open" geschlossen, also eingefahren. Das verwirrt manchmal, hängt aber von der spezifischen Device-Definition ab.
Aber die Fahrrichtung ist nicht mein Problem, die wird richtig ausgeführt. Nachts reinfahren ist OK, falls die Markise noch ausgefahren ist, aber nachts rausfahren ist aus meiner Sicht nicht erwünscht.

Kannst Du mir sagen, welches Verhalten du in der aktuellen Testversion angepasst hast?

Viele Grüße

BeagleBoneBlack & Raspberry Pi 4; FB7490; div. Homematic Komponenten; CUL433: CUL_TX, Conbee II, SOMFY, 1-Wire, Z-Wave, Zigbee, SmartPlugs von Sonoff und Shelly mit MQTT

Reinhard.M

Hallo CoolTux,

ich habe jetzt nicht jeden einzelnen Satz des Threads gelesen. Mir scheint aber das die "Grundbedürfnisse" von Rollo und Markise sich hier in die Quere zu kommen.
Nach meinem Verständnis bedeutet beim Rollo Protection, dass das Fenster geschützt werden soll. Bei der Markise möchte ich aber die Markise selber schützen. Das Rollo kann also nachdem der Schutz beendet ist wieder in die alte Stellung fahren. Das sollte in allen Lebenslagen passen. Bei der Markise möchte ich aber erst einmal das Material (= Markise) retten und alles zurücksetzen. Wenn die Protection zu Ende ist reicht es ja darauf zu warten, dass die Shading Bedingung wieder erfüllt ist.
Das ich eine Markise vor mir habe erkenne ich ja anhand des Awning Modes. Wäre es also denkbar, alle LastDrive, Shading und sonstige Modes im Protection Fall zurückzusetzen damit diese sich wieder normal aufbauen können sobald Protection beendet ist? Ich könnte mir vorstellen, dass damit allen geholfen ist, die ASC verwenden wollen um ihre Markisen automatisch in die Beschattung zu schicken und zusätzlich Schutz gegen Wind und Regen benötigen. Mal als Idee, was sagst du dazu?

Gruß Reinhard