Autor Thema: [ASC] Seltsames Verhalten bei RainProtection  (Gelesen 2672 mal)

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
[ASC] Seltsames Verhalten bei RainProtection
« am: 05 April 2022, 22:37:41 »
Hallo CoolTux,

du hast mir im sonnigen März dankenswerterweise mein Markisen-Shading-Problem gelöst. Jetzt habe ich im regnerischen April ein neues Problem mit meiner Markise beobachtet. Heute hat es den ganzen Tag mit Unterbrechungen geregnet. Der Regensensor wechselte mehrmals den Wert von 'rain' nach 'dry'.
Die Markise schliesst korrekt beim Regensensorwert 'rain' und wechselt in den Status 'rain-protected'. Wenn sich der Status der Markise wieder in 'rain-unprotected' ändert, öffnet sich die Markise sofort wieder in die Schattenstellung, ohne anscheinend die aktuellen Schattenbedingungen zu prüfen. Das führt dazu, dass die Markise erst nach einigen Minuten, abhängig von den Waiting-Einstellungen, wieder schliesst, wenn die Schattenbedingungen zum Zeitpunkt des Statuswechsels in 'rain-unprotected' nicht erfüllt sind. Das ist mir heute zweimal passiert, wie im folgenden Log zu sehen ist:
2022-04-05_18:30:18 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-05_18:30:51 Markise finalPos: 90
2022-04-05_18:30:59 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_18:31:36 Markise position: 0
2022-04-05_18:31:37 Markise ASC_ShuttersLastDrive: shading out
2022-04-05_18:36:15 h_wetterComHandorf Status: dry

2022-04-05_19:45:16 h_wetterComHandorf Status: rain

2022-04-05_21:33:17 h_wetterComHandorf Status: dry
2022-04-05_21:33:20 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-05_21:33:53 Markise finalPos: 90
2022-04-05_21:38:53 Markise finalPos: 0
2022-04-05_21:38:53 Markise ASC_ShuttersLastDrive: shading out

Um 18:30 Uhr wechselt die Markise von 'rain' nach 'dry' in die Schattenposition 90 und schliesst eine Minute später wieder (Position 0).
Um 19:45 Uhr bleibt die Markise beim Wechsel von 'dry' nach 'rain' korrekt geschlossen.
Um 21:33 Uhr fährt die Markise beim Wechsel von 'rain' nach 'dry' in Schattenposition 90, obwohl um diese Zeit die Schattenbedingungen nicht erfüllt sind. Fünf Minuten später wird die Markise wieder eingefahren.

Ich interpretiere das Verhalten des Raus- und Reinfahrens mal nicht als undokumentierte Trockenfahrt :)

Besser wäre es, wenn das Rollo beim Wechsel in 'rain-unprotected' sofort die aktuellen Schattenbedingungen prüft und bei Nichterfüllung in der geschlossenen Position bleibt.

Hier das List vom Markise-Device:
Internals:
   ADDRESS    000001
   DEF        000001
   FUUID      5c42dd77-f33f-df6c-090b-f82886255cd9f219
   IODev      sduino
   NAME       Markise
   NR         166
   STATE      open
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   READINGS:
     2022-03-15 20:13:42   ASC_Enable      on
     2022-04-05 22:08:15   ASC_ShadingMessage INFO: current shading status is 'out' - next check in 10m
     2022-04-05 21:38:53   ASC_ShuttersLastDrive shading out
     2022-04-05 20:29:59   ASC_Time_DriveDown 06.04.2022 - 20:29
     2022-04-05 20:29:59   ASC_Time_DriveUp 06.04.2022 - 06:01
     2022-03-27 14:25:14   IODev           sduino
     2022-03-28 11:46:35   associatedWith  myASControl
     2022-04-05 21:38:15   enc_key         A4
     2022-04-05 21:38:53   exact           0
     2022-04-05 21:38:53   finalPos        0
     2022-02-25 10:26:27   parsestate      off
     2022-04-05 21:38:53   pct             0
     2022-04-05 21:38:53   position        0
     2022-02-25 10:26:27   received        20
     2022-04-05 21:38:15   rolling_code    2454
     2022-04-05 21:38:53   state           open
Attributes:
   ASC        1
   ASC_BlockingTime_afterManual 1200
   ASC_BrightnessSensor ws980wifi:u_beleuchtungsstaerkeLx
   ASC_Mode_Down off
   ASC_Mode_Up off
   ASC_Pos_Reading position
   ASC_RainProtection on
   ASC_Shading_InOutAzimuth 170:260
   ASC_Shading_MinMax_Elevation 8:100
   ASC_Shading_Min_OutsideTemperature 0
   ASC_Shading_Mode always
   ASC_Shading_Pos 90
   ASC_Shading_StateChange_SunnyCloudy 20000:14500
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace awning
   ASC_WindParameters 40:20 0
   ASC_WindProtection on
   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

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #1 am: 06 April 2022, 07:55:15 »
Guten Morgen,

Kurze Frage. War jeweils vor der rain Fahrt das Rollo in der Beschattungsposition? Denn nach einem dry wird immer die letzte Position wieder angefahren welche vor der rain Fahrt war. Ausnahme ist Erkennung der Nacht.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #2 am: 06 April 2022, 09:31:03 »
In beiden Fällen war die Markise gestern vorher nicht in Schattenposition. Vielleicht hängt das Verhalten (Fahren bei Nacht) mit der bei mir aktiven neuen Helper.pm zusammen, die für ASC_ShuttersPlace awning angepasst wurde.

Dass die Markise nach dem Wechsel in den Unprotected-Modus wieder in die alte Schattenposition fährt, halte ich für nicht optimal. ASC sollte beim Wechsel sofort prüfen, ob die Schattenbedingungen erfüllt sind und dann entsprechend das Gerät in die entsprechende Position fahren. Das aktuelle Verhalten führt dann wie beschrieben zu unnötigen Fahrten kurz hintereinander. Das sollte auch für WindProtection gelten.

Der erste Fall (Fahrt bei Nacht) sieht nach einem Fehler aus. Mit dem zweiten Fall kann ich leben. Betrachte ihn bitte als Feature Request.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #3 am: 06 April 2022, 09:55:04 »
In beiden Fällen war die Markise gestern vorher nicht in Schattenposition. Vielleicht hängt das Verhalten (Fahren bei Nacht) mit der bei mir aktiven neuen Helper.pm zusammen, die für ASC_ShuttersPlace awning angepasst wurde.

Dass die Markise nach dem Wechsel in den Unprotected-Modus wieder in die alte Schattenposition fährt, halte ich für nicht optimal. ASC sollte beim Wechsel sofort prüfen, ob die Schattenbedingungen erfüllt sind und dann entsprechend das Gerät in die entsprechende Position fahren. Das aktuelle Verhalten führt dann wie beschrieben zu unnötigen Fahrten kurz hintereinander. Das sollte auch für WindProtection gelten.

Der erste Fall (Fahrt bei Nacht) sieht nach einem Fehler aus. Mit dem zweiten Fall kann ich leben. Betrachte ihn bitte als Feature Request.

Viele Grüße

In welcher Position war den die Markise kurz bevor sie in die rain Position gefahren ist?
Wie war der Beschattungsstatus kurz vor der dry Fahrt. Stand da zufällig
ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 10m

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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #4 am: 06 April 2022, 10:19:45 »
Hier mein komplettes RolloLog von gestern:

2022-04-05_06:03:45 RolloEGKuecheLinks pct: 2
2022-04-05_06:03:47 RolloEGKuecheLinks ASC_ShuttersLastDrive: day open
2022-04-05_06:03:48 RolloEGKuecheRechts pct: 2
2022-04-05_06:03:49 RolloEGGaesteWC pct: 46.5
2022-04-05_06:03:49 RolloEGKuecheRechts ASC_ShuttersLastDrive: day open
2022-04-05_06:03:50 RolloEGGaesteWC ASC_ShuttersLastDrive: day open
2022-04-05_06:03:51 RolloOGBad pct
2022-04-05_06:03:54 RolloEGHWR pct: 42.5
2022-04-05_06:03:54 RolloEGHWR ASC_ShuttersLastDrive: day open
2022-04-05_06:03:59 RolloEGGaesteWC pct: 100
2022-04-05_06:04:01 RolloEGBad pct: 100
2022-04-05_06:04:01 RolloEGBad ASC_ShuttersLastDrive: day open
2022-04-05_06:04:06 RolloEGHWR pct: 100
2022-04-05_06:04:12 RolloOGKind1Gaube pct: 100
2022-04-05_06:04:12 RolloOGKind1Gaube ASC_ShuttersLastDrive: day opens
2022-04-05_06:04:14 RolloOGKind1Giebel pct: 100
2022-04-05_06:04:14 RolloOGKind1Giebel ASC_ShuttersLastDrive: day opens
2022-04-05_06:04:15 RolloOGFlur pct: 100
2022-04-05_06:04:15 RolloOGFlur ASC_ShuttersLastDrive: day opens
2022-04-05_06:04:17 RolloEGWohnenRechts pct: 100
2022-04-05_06:04:17 RolloEGWohnenRechts ASC_ShuttersLastDrive: day open
2022-04-05_06:04:17 RolloOGArbeitRechts pct: 100
2022-04-05_06:04:18 RolloOGArbeitRechts ASC_ShuttersLastDrive: day open
2022-04-05_06:04:18 RolloEGSchlafen pct: 100
2022-04-05_06:04:18 RolloEGSchlafen ASC_ShuttersLastDrive: day open
2022-04-05_06:04:20 RolloEGWohnenMitte pct: 100
2022-04-05_06:04:21 RolloEGWohnenMitte ASC_ShuttersLastDrive: day open
2022-04-05_06:04:21 RolloEGWohnenLinks pct: 100
2022-04-05_06:04:21 RolloEGWohnenLinks ASC_ShuttersLastDrive: day open
2022-04-05_06:04:21 RolloOGArbeitLinks pct: 100
2022-04-05_06:04:22 RolloOGArbeitLinks ASC_ShuttersLastDrive: day open
2022-04-05_06:04:23 RolloOGBad pct: 100
2022-04-05_06:04:23 RolloOGBad ASC_ShuttersLastDrive: day open
2022-04-05_06:30:33 RolloOGKind2Giebel pct: 100
2022-04-05_06:30:34 RolloOGKind2Giebel ASC_ShuttersLastDrive: day opens
2022-04-05_06:30:35 RolloOGKind2Gaube pct: 100
2022-04-05_06:30:35 RolloOGKind2Gaube ASC_ShuttersLastDrive: day opens
2022-04-05_11:42:12 RolloOGKind2Giebel pct: 0
2022-04-05_11:42:12 RolloOGKind2Giebel ASC_ShuttersLastDrive: manual
2022-04-05_12:00:29 RolloOGKind2Gaube pct: 4
2022-04-05_12:00:29 RolloOGKind2Gaube pct: 0
2022-04-05_12:00:29 RolloOGKind2Gaube ASC_ShuttersLastDrive: manual
2022-04-05_13:36:59 RolloEGGaesteWC ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or close </html>
2022-04-05_13:37:01 RolloEGKuecheLinks ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or close </html>
2022-04-05_13:37:03 RolloOGArbeitRechts ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 1m
2022-04-05_13:37:03 RolloEGHWR ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:37:03 RolloEGSchlafen ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:37:03 RolloEGKuecheRechts ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:37:03 RolloEGBad ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:37:03 RolloEGWohnenLinks ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:37:05 RolloEGWohnenMitte ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or close </html>
2022-04-05_13:37:06 RolloEGWohnenRechts ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or close </html>
2022-04-05_13:37:07 RolloOGArbeitLinks ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or close </html>
2022-04-05_13:37:09 RolloOGBad ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:37:10 RolloOGFlur ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:37:11 RolloOGKind1Gaube ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:37:12 RolloOGKind1Giebel ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:37:13 RolloOGKind2Gaube ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:37:14 RolloOGKind2Giebel ASC_ShadingMessage: <html> WARN:  global shading active but ASC_Shading_Mode attribut is not set or off </html>
2022-04-05_13:38:03 RolloOGArbeitRechts ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 1m
2022-04-05_13:47:04 RolloEGHWR ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:47:05 RolloEGSchlafen ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:47:05 RolloEGKuecheRechts ASC_ShadingMessage: INFO: current shading status is 'in reserved' - next check in 10m
2022-04-05_13:47:05 RolloEGBad ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_13:47:05 RolloEGWohnenLinks ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_14:03:15 RolloEGKuecheRechts ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_16:53:45 RolloOGKind2Giebel pct: 100
2022-04-05_18:30:18 Markise finalPos: 10
2022-04-05_18:30:18 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-05_18:30:51 Markise position: 90
2022-04-05_18:30:59 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-04-05_18:31:36 Markise finalPos: 0
2022-04-05_18:31:37 Markise ASC_ShuttersLastDrive: shading out
2022-04-05_18:36:15 h_wetterComHandorf Status: dry
2022-04-05_19:45:16 h_wetterComHandorf Status: rain
2022-04-05_20:16:52 RolloEGGaesteWC pct: 0
2022-04-05_20:16:52 RolloEGGaesteWC ASC_ShuttersLastDrive: night close
2022-04-05_20:29:59 RolloEGKuecheLinks pct: 1.5
2022-04-05_20:30:00 RolloEGKuecheLinks ASC_ShuttersLastDrive: night close
2022-04-05_20:30:03 RolloEGKuecheLinks pct: 0
2022-04-05_20:30:08 RolloOGBad pct
2022-04-05_20:30:16 RolloEGHWR pct: 0
2022-04-05_20:30:16 RolloEGHWR ASC_ShuttersLastDrive: night close
2022-04-05_20:30:25 RolloOGArbeitLinks pct: 0
2022-04-05_20:30:26 RolloOGArbeitLinks ASC_ShuttersLastDrive: night close
2022-04-05_20:30:26 RolloOGArbeitRechts pct: 0
2022-04-05_20:30:26 RolloOGArbeitRechts ASC_ShuttersLastDrive: night close
2022-04-05_20:30:28 RolloOGFlur pct: 0
2022-04-05_20:30:29 RolloOGKind1Giebel pct: 0
2022-04-05_20:30:29 RolloOGFlur ASC_ShuttersLastDrive: night closes
2022-04-05_20:30:29 RolloOGKind1Giebel ASC_ShuttersLastDrive: night closes
2022-04-05_20:30:30 RolloOGKind2Giebel pct: 0
2022-04-05_20:30:30 RolloOGKind2Giebel ASC_ShuttersLastDrive: night closes
2022-04-05_20:30:37 RolloOGBad pct: 0
2022-04-05_20:30:37 RolloOGBad ASC_ShuttersLastDrive: night close
2022-04-05_20:37:02 RolloEGBad pct: 0
2022-04-05_20:37:02 RolloEGBad ASC_ShuttersLastDrive: night close
2022-04-05_20:43:34 RolloEGWohnenLinks pct: 99.5
2022-04-05_20:43:34 RolloEGWohnenLinks ASC_ShuttersLastDrive: night close
2022-04-05_20:43:34 RolloEGSchlafen pct: 99.5
2022-04-05_20:43:34 RolloEGSchlafen ASC_ShuttersLastDrive: night close
2022-04-05_20:43:40 RolloEGKuecheRechts pct: 0
2022-04-05_20:43:40 RolloEGKuecheRechts ASC_ShuttersLastDrive: night close
2022-04-05_20:44:00 RolloOGKind1Gaube pct: 0
2022-04-05_20:44:00 RolloOGKind1Gaube ASC_ShuttersLastDrive: night closes
2022-04-05_20:44:04 RolloEGWohnenLinks pct: 0
2022-04-05_20:44:05 RolloEGSchlafen pct: 0
2022-04-05_21:11:50 RolloEGWohnenRechts pct: 0
2022-04-05_21:11:50 RolloEGWohnenRechts ASC_ShuttersLastDrive: night close
2022-04-05_21:33:17 h_wetterComHandorf Status: dry
2022-04-05_21:33:20 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-05_21:33:53 Markise finalPos: 90
2022-04-05_21:38:53 Markise finalPos: 0
2022-04-05_21:38:53 Markise ASC_ShuttersLastDrive: shading out
2022-04-05_21:56:17 RolloEGWohnenMitte pct: 0
2022-04-05_21:56:17 RolloEGWohnenMitte ASC_ShuttersLastDrive: night close

Eine ShadingIn-Message für die Markise ist dort nicht zu finden.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #5 am: 06 April 2022, 13:31:29 »
Ich lese ausschließlich

ASC_ShuttersLastDrive: rain un-protected
wo sind denn die Zeilen für rain protected? Bevor in un-protected gefahren wird muss ja erstmal in protected gefahren worden sein.
Hat es denn tatsächlich geregnet?
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #6 am: 06 April 2022, 13:44:38 »
Ich bin gerade vom Einkaufen zurückgekommen und die Markise war wieder ausgefahren und wackelte bedenklich im Wind, obwohl ich gestern Abend Shading im ASC_Device global ausgeschaltet habe!
Gerade (13:30 Uhr) hat der Regensensor angeschlagen und die Markise wurde wieder geschlossen, war im protected-Modus und ist 9 Minuten später (Regensensor dry) wieder in die Schattenstellung gefahren bei 'controlShading off'.

Hier die Markisen-relevanten Logeinträge:
2022-04-05_23:12:14 Markise ASC_ShadingMessage: <html> INFO:  shading was deactivated globally </html>
2022-04-06_12:33:25 h_wetterComHandorf Status: rain
2022-04-06_12:48:25 h_wetterComHandorf Status: dry
2022-04-06_12:48:28 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-06_12:49:01 Markise finalPos: 90
2022-04-06_13:30:26 h_wetterComHandorf Status: rain
2022-04-06_13:31:05 Markise finalPos: 0
2022-04-06_13:31:05 Markise ASC_ShuttersLastDrive: rain protected
2022-04-06_13:39:28 h_wetterComHandorf Status: dry
2022-04-06_13:39:32 Markise ASC_ShuttersLastDrive: rain un-protected
2022-04-06_13:40:04 Markise finalPos: 90

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #7 am: 06 April 2022, 14:21:29 »
So sehe ich leider nichts.

Bitte verbose vom ASC auf 4 stellen und debug auf 1 und mir dann den entsprechenden Zeitraum zukommen lassen in welchen es ein nicht erwartetes Verhalten gab.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #8 am: 06 April 2022, 14:36:16 »
OK - dann werfe ich mal das Debugging an.

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
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #9 am: 08 April 2022, 15:48:00 »
Ich musste das stundenlange Debugging Vorgestern abbrechen, da das Fehlverhalten (Fahren zur Nachtzeit) nicht aufgetreten ist und meine Log-Datei zu voll wurde.

Du hast geschrieben, dass ASC immer die letzte Position anfährt, wenn die Schutzbedingung nicht mehr erfüllt ist. Das würde bedeuten, dass ASC z.B. vor einer rain-unprotected-Fahrt andere Bedingungen, wie z.B. Schatten, Wind, Tag/Nacht, nicht prüft.
Wenn das so ist, kann das der Grund für folgendes Fehlverhalten sein, das ich gestern beobachtet habe:
Gestern war viel Regen und Wind. Die Markise war im rain-protected Modus. Ich habe dann zwischenzeitlich die Schwellwerte für WindProtection nach unten korrigiert. Dann öffnete die Markise plötzlich in 'wind un-protected' (der Wind-Schwellwert war unterschritten) auf die alte Position, obwohl der Regensensor immer noch 'rain' anzeigte. Leider habe ich dazu keinen Debug-Log.
Vielleicht kannst Du die ASC-Logik dahingehend nochmal überprüfen.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #10 am: 08 April 2022, 16:24:38 »
Ich musste das stundenlange Debugging Vorgestern abbrechen, da das Fehlverhalten (Fahren zur Nachtzeit) nicht aufgetreten ist und meine Log-Datei zu voll wurde.

Du hast geschrieben, dass ASC immer die letzte Position anfährt, wenn die Schutzbedingung nicht mehr erfüllt ist. Das würde bedeuten, dass ASC z.B. vor einer rain-unprotected-Fahrt andere Bedingungen, wie z.B. Schatten, Wind, Tag/Nacht, nicht prüft.
Wenn das so ist, kann das der Grund für folgendes Fehlverhalten sein, das ich gestern beobachtet habe:
Gestern war viel Regen und Wind. Die Markise war im rain-protected Modus. Ich habe dann zwischenzeitlich die Schwellwerte für WindProtection nach unten korrigiert. Dann öffnete die Markise plötzlich in 'wind un-protected' (der Wind-Schwellwert war unterschritten) auf die alte Position, obwohl der Regensensor immer noch 'rain' anzeigte. Leider habe ich dazu keinen Debug-Log.
Vielleicht kannst Du die ASC-Logik dahingehend nochmal überprüfen.

Viele Grüße

In der Tat werden Regen und Wind gegen einander nicht geprüft. Aber beide werden gegen Beschattung und Nacht geprüft.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #11 am: 08 April 2022, 18:29:40 »
Der Test auf Beschattung scheint aber nicht korrekt zu funktionieren. Ich habe es so getestet, indem ich manuell den Regensensorstatus (dyr/rain) gesetzt habe:

Testdurchführung:
- Vorbedingungen: controlShading on, Schattenbedingungen erfüllt > Markise ist im Status 'shading in'
- 14:47:54: Teststart mit Debug-Aktivierung
- 14:49:43: set rain > Markise fährt in rain-protected > OK
- 14:50:48: set dry > Schattenbedingungen erfüllt > Markise fährt auf Schattenposition > OK
- 14:52:54: set rain > Markise fährt rein in rain-protected > OK
- 14:53:23: set ASC_Shading_StateChange_SunnyCloudy mit Sunny auf nicht erfüllt von 20000:14500 auf 60000:14500
- 14:54:07: set dry > Markise wechselt in rain un-protected > OK
- 14:54:08: ShadingProcessing: Markise - Übergebende Werte - Azimuth:209.21, Elevation: 43.39, Brightness: 26708, OutTemp: 8.8, Azimut Beschattung: 170, Azimut Endschattung: 260, Ist es nach der Zeitblockadezeit: JA, Das Rollo ist in der Beschattung und wurde manuell gefahren: NEIN, Ist es nach der Hälfte der Beschattungswartezeit: JA
Sunny ist mit 26708 < 60000, aber Markise fährt trotzdem in Schattenstellung! Kann so gewollt sein, wenn statt auf Sunny- auf Cloudy-Wert geprüft wird. Das wird in den folgenden Schritten getestet:
- 14:56:24: set rain > Markise schliesst in rain-protected > OK
- 14:56:56: set ASC_Shading_StateChange_SunnyCloudy mit Cloudy auf nicht erfüllt von 60000:14500 auf 60000:50000
- 14:57:09: set dry > Markise öffnet auf rain un-protected, obwohl die Schattenbedingungen SunnyCloudy nicht erfüllt sind! Es findet vorher keine Schattenprüfung statt!
- 14:57:34: Ab jetzt beginnt die normale Schattenprüfung mit out-reserved
- 14:58:35: ShadingProcessing: Alter Status: out reserved Neuer Status: out
- 14:59:11: Testende

Hier findest Du die Debug-Ausgabe über den Testzeitraum (ein Device-Debug-Filter wäre hier hilfreich). Die oben aufgeführten Zeitangaben helfen Dir bei der Orientierung im Log.
Edit: Der DEBUG-Log ist anscheinend für den Code-Tag zu groß. Ich habe Ihn gelöscht und als Textdatei angehängt.

Viele Grüße
« Letzte Änderung: 08 April 2022, 23:53:13 von Romoker »
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #12 am: 08 April 2022, 20:23:30 »
Wenn ich das alles hoffentlich richtig gelesen habe dann ist ja die Markise aus der Beschattungsposition direkt in die rain-protection Position gefahren. Und die ist für ASC lastPosition. Also letzte Position vor der aktuellen welche ja die Regen Position ist.
Und nach der Rain unprotection Erkennung fährt die Markise in die lastPosition. Welche ja die Beschattungsposition ist. Ist leider in dem Moment doof gelaufen.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #13 am: 09 April 2022, 00:01:38 »
Das Verhalten kann, wie gesagt, verhindert werden, wenn vor der unprotection-Fahrt alle Bedingungen durch ASC geprüft werden.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #14 am: 09 April 2022, 06:59:21 »
Das Verhalten kann, wie gesagt, verhindert werden, wenn vor der unprotection-Fahrt alle Bedingungen durch ASC geprüft werden.

Viele Grüße

Da verstehen wir uns falsch. Das Verhalten im allgemeinen ist das nach unprotection wieder die letzte Position angefahren wird. In Deinem Fall war die letzte Position dummerweise halt die Shading Position. Dein einzige was ich machen kann ist zu sagen generell in Open fahren nach unprotection es sei denn es ist Nacht. Also allgemein für ein Rollo gesprochen.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #15 am: 09 April 2022, 09:06:46 »
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
« Letzte Änderung: 09 April 2022, 09:10:57 von Romoker »
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #16 am: 09 April 2022, 09:34:49 »
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/
Mein Dokuwiki:
https://www.cooltux.net
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #17 am: 19 April 2022, 12:36:37 »
Kannst Du bitte testen

https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/patch-regen/controls_AutoShuttersControl.txt


Einfach ein

update add https://git.cooltux.net/FHEM/mod-AutoShuttersControl/raw/branch/patch-regen/controls_AutoShuttersControl.txt

und dann ein

update

machen. Vorher bitte schauen das alle anderen Updatequellen von ASC Git raus sind.

update list



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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #18 am: 21 April 2022, 12:00:09 »
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.

 
« Letzte Änderung: 21 April 2022, 18:21:39 von Romoker »
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #19 am: 21 April 2022, 13:25:23 »
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #20 am: 22 April 2022, 14:10:36 »
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #21 am: 22 April 2022, 14:29:20 »
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #22 am: 23 April 2022, 08:39:22 »
Guten Morgen CoolTux,

Zitat
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)

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #23 am: 23 April 2022, 14:16:09 »
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #24 am: 23 April 2022, 17:54:10 »
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #25 am: 23 April 2022, 22:02:32 »
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #26 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
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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #27 am: 24 April 2022, 14:28:40 »
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #28 am: 24 April 2022, 16:12:02 »
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

Offline Reinhard.M

  • Full Member
  • ***
  • Beiträge: 302
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #29 am: 08 Mai 2022, 14:54:44 »
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
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #30 am: 19 Mai 2022, 17:23:03 »
Hallo CoolTux,

aktuell zieht gerade die angekündigte Unwetterfront über das Münsterland. Ein schöner natürlicher Testfall, bei dem die Kombination aus Wind- und Rain-protection leider wieder nicht funktioniert hat.

Ich hatte ja schon berichtet, dass die Kombination aus Wind- und Rain-protection Probleme bereitete. Deshalb hatte ich für die Markise wind-protection deaktiviert. Das habe ich vor ca. 14 Tagen wieder rückgängig gemacht, da die Markise im Wind ziemlich wackelte. So weit, so gut - bis heute. Die Markise ist kurz vor dem Unwetter korrekt in rain-protected gefahren, dann aber durch ein wind-unprotected wieder in die Schattenposition 90 gewechselt, obwohl der rainSensor immer noch den Wert rain hatte. Ich habe die Markise dann manuell reingefahren.

Ich kann leider nicht mit einem ASC-Debug-Log dienen, da ich aber ein paar Events meiner Rollos in einem FileLog aufzeichne, kann ich das Verhalten nachvollziehen:
2022-05-18_13:52:00 Markise finalPos: 0
2022-05-18_13:52:00 Markise ASC_ShuttersLastDrive: wind protected
2022-05-18_14:01:26 Markise ASC_ShuttersLastDrive: shading in
2022-05-18_14:01:59 Markise finalPos: 90
2022-05-18_16:35:51 Markise ASC_ShadingMessage: INFO: current shading status is 'out reserved' - next check in 20m
2022-05-18_16:51:58 Markise ASC_ShadingMessage: INFO: current shading status is 'in reserved' - next check in 20m
2022-05-18_17:03:00 Markise ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 20m
2022-05-18_17:35:51 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-05-18_17:36:29 Markise finalPos: 0
2022-05-18_17:36:29 Markise ASC_ShuttersLastDrive: shading out
2022-05-18_18:05:51 Markise ASC_ShadingMessage: INFO: current shading status is 'out' - next check in 10m
2022-05-19_13:05:15 Markise ASC_ShadingMessage: INFO: current shading status is 'in reserved' - next check in 10m
2022-05-19_13:15:48 Markise ASC_ShadingMessage: INFO: current shading status is 'in' - next check in 20m
2022-05-19_13:15:52 Markise ASC_ShuttersLastDrive: shading in
2022-05-19_13:16:24 Markise finalPos: 90
2022-05-19_14:30:10 Markise finalPos: 0
2022-05-19_14:30:10 Markise ASC_ShuttersLastDrive: rain protected
2022-05-19_15:32:19 Markise ASC_ShuttersLastDrive: wind un-protected
2022-05-19_15:32:52 Markise finalPos: 90
2022-05-19_15:39:30 Markise ASC_ShuttersLastDrive: manual
2022-05-19_15:40:12 Markise finalPos: 0

Folgendes fällt mir auf:
Seit gestern 13:52 Uhr ist die Markise im Status "wind protected".
Trotzdem fährt die Markise neun Minuten später in die Schattenposition. Das darf nicht passieren - war gestern aber unschädlich.
Heute um 13:15 Uhr fährt die Markise wieder in die Schattenposition.
Um 14:30 Uhr hat mein Regensensor rechtzeitig den heranziehenden Regen bemerkt, die Markise ist in rain-protected gefahren.
62 Minuten später um 15:32 Uhr kommt ein "wind un-protected" daher, warum auch immer,  und fährt die Markise wieder in den Schattenmodus (finalPos 90), obwohl der Regensensor immer noch auf "rain" steht. Das darf auch nicht passieren. Ich musste die Markise dann im Regen manuell einfahren.

Vielleicht bin ich ja der einzige ASC-Markisen-Nutzer, der diese Probleme hat. Ich kann leider nicht sagen, ob das Verhalten an deiner ASC-Testversion liegt, die bei mir noch aktiv ist. Ich werde jetzt auf jeden Fall die ASC-Testversion deinstallieren und Wind-Protection dauerhaft deaktivieren. Für den Windschutz werde ich mir ein notify oder DOIF bauen, das dann die Wind-Wächterfunktion übernimmt. Damit kann ich - und meine Markise - dann leben.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #31 am: 19 Mai 2022, 19:39:35 »
Ich verstehe was Du meinst und kann das auch mit dem Code nachvollziehen. Es gibt keine Gegenprüfung zwischen Regen, Wind und Beschattung.
Habe nur eine Frage. Was sollte Vorrang haben, Regen oder Wind Schutz?
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Beta-User

  • Developer
  • Hero Member
  • ****
  • Beiträge: 18972
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #32 am: 19 Mai 2022, 20:06:58 »
Wenn nichtkonfigurierbar: bitte Wind sollte vorgehen!
Server: HP-T620@Debian 11, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Offline Romoker

  • Full Member
  • ***
  • Beiträge: 216
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #33 am: 20 Mai 2022, 09:26:30 »
Ich stimme auch für den Vorschlag, dass Windschutz Vorrang haben sollte. Wind kann einen größeren Schaden anrichten als Regen.

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

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #34 am: 20 Mai 2022, 18:30:26 »
Ich werde versuchen eine entsprechende Lösung in den nächsten Wochen zu erarbeiten.
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/
Mein Dokuwiki:
https://www.cooltux.net
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Reinhard.M

  • Full Member
  • ***
  • Beiträge: 302
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #35 am: 23 Mai 2022, 23:36:50 »
Hallo CoolTux,
ich habe bei meinen Markisen RainProtection zwar noch nicht aktiv, hatte aber gerade dennoch "Spaß" mit Regen. Kam aber nicht vom Regen sondern durch "WindProtection"  :-[
Ich habe letzten Sonntag für meine Markisen WindProtection aktiviert. Hier die Attribute:
attr R_DumRAU ASC 2
attr R_DumRAU ASC_BlockingTime_afterManual 1800
attr R_DumRAU ASC_BrightnessSensor Brightness_Dum
attr R_DumRAU ASC_Down time
attr R_DumRAU ASC_DriveUpMaxDuration 65
attr R_DumRAU ASC_Drive_Delay 0
attr R_DumRAU ASC_Drive_DelayStart 0
attr R_DumRAU ASC_Mode_Down off
attr R_DumRAU ASC_Mode_Up off
attr R_DumRAU ASC_Pos_Reading pct
attr R_DumRAU ASC_Shading_InOutAzimuth 85:290
attr R_DumRAU ASC_Shading_MinMax_Elevation 28:70
attr R_DumRAU ASC_Shading_Min_OutsideTemperature 18
attr R_DumRAU ASC_Shading_Mode always
attr R_DumRAU ASC_Shading_Pos 0
attr R_DumRAU ASC_Shading_StateChange_SunnyCloudy 60000:30000 1
attr R_DumRAU ASC_Shading_WaitingPeriod 60
attr R_DumRAU ASC_ShuttersPlace awning
attr R_DumRAU ASC_TempSensor di_AvgTemp:temp
attr R_DumRAU ASC_Up time
attr R_DumRAU ASC_WindParameters 35:10 100
attr R_DumRAU ASC_WindProtection on
Dies ist ein Dummy Device zum Testen, ich habe aber die identischen Einstellungen an allen Markisen. Heute Abend fing es an zu regnen und zu stürmen. Vorher waren die Markisen mit "shading out" reingefahren, LastPos dürfte also 0 gewesen sein. Der Wind überschritt den oberen Schwellwert, ShuttersLastDrive blieb aber auf "shading out". Dann wurde die Hysterese unterschritten, ShuttersLastDrive ging in "wind un-protected" und die Markisen fuhren fröhlich raus (für die Steuerung unbedeutend aber es regnete noch). Ich habe das Ganze mit dem Dummy nachgestellt und siehe da, wenn LastDrive erst einmal auf 0 steht (wie durch shading out ausgelöst) fährt die Markise entsprechend den Windwerten rein und raus. Immer wieder und völlig unabhängig von Brightness, Elevation und Azimuth. Nach dem Rausfahren durch "wind un-protected" kommt zwar ein "shading out" wenn Br/El/Az nicht eingehalten werden und die Markise fährt wieder rein. Sobald aber ein "wind protected" ausgelöst wurde und darauf dann irgendwann un-protected kommt wiederholt sich das Spiel.
Mein Vorschlag an dieser Stelle: Rain oder Wind Protection Prio ist im Grunde ganz egal. Wenn irgendeine Protection zuschlägt sollte die Markise immer in die Schutzhülle fahren und alle Werte auf Reset. Erst eine normale "shading in" Bedingung sollte dann die Markise wieder in die Shading Position bringen. Nach einer Protection in die LastPos zu fahren ist zumindest für mich eine schlechte Lösung.
Wie siehst du das? Wäre es grundsätzlich möglich im Fall von "awning" so zu verfahren? Über Feedback würde ich mich freuen.

Gruß Reinhard

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #36 am: 24 Mai 2022, 05:19:41 »
Guten Morgen,

Das von Dir beobachtete Verhalten könnte mit ShadingPos 0 zu tun haben. Ich gehe davon aus das diese Position auch die ClosePos ist. Es ist immer besser wenn die jeweiligen Positionen unterschiedlich sind. Kannst Du es mit ShadingPos 1 bitte testen.


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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Reinhard.M

  • Full Member
  • ***
  • Beiträge: 302
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #37 am: 24 Mai 2022, 06:59:28 »
Guten Morgen :)
Die ShadingPos hat auf das Verhalten keinerlei Einfluss. Wenn man davon absieht, dass die nach wind un-protected angefahrene Position der ShadingPos entspricht, also der LastPos. Das kann ich auch leicht verifizieren indem ich die LastPos mit einem anderen Wert überschreibe. Dann wird die überschriebene Postion angefahren und im ASCDevice auch angezeigt. Aus meiner Sicht: Nach einem un-protected wird die LastPos bedingungslos angefahren. Für Rain habe ich das noch nicht getestet, könnte ich bei Bedarf aber auch machen.

Gruß Reinhard
Informativ Informativ x 1 Liste anzeigen

Offline Reinhard.M

  • Full Member
  • ***
  • Beiträge: 302
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #38 am: 28 Mai 2022, 10:06:17 »
Guten Morgen CoolTux,
ich versuche gerade einen Workaround für das Problem zu finden. Ist aber nicht so einfach. Wahrscheinlich hast du aktuell gerade keine Zeit dafür. Kannst du mir sagen, ob du grundsätzlich eine Möglichkeit siehst das zu fixen?

Gruß Reinhard

Offline CoolTux

  • Developer
  • Hero Member
  • ****
  • Beiträge: 27990
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #39 am: 29 Mai 2022, 07:27:35 »
Aktuell leider nicht. Mir fehlt einfach die Zeit.
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/
Mein Dokuwiki:
https://www.cooltux.net

Offline Reinhard.M

  • Full Member
  • ***
  • Beiträge: 302
Antw:[ASC] Seltsames Verhalten bei RainProtection
« Antwort #40 am: 29 Mai 2022, 13:29:54 »
Das dachte ich mir schon.
Ich habe ein DOIF zusammengebaut das die "LastPos" der Markise im Protection Fall mit dem "eingefahren" Wert überschreibt und damit verhindert, dass die Markise nach dem Wegfall der Protection Situation in die vermeintlich letzte Position fährt. Das ist nach einer ganz normalen Shading Fahrt immer die "inshading" Position. Das DOIF ist auf Regen und Wind Protection für Markisen ausgelegt. Sollte jemand der hier mitliest Interesse haben kann ich das DOIF zur Verfügung Stellen.

 

decade-submarginal