[ASC] Seltsames Verhalten bei RainProtection

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

Vorheriges Thema - Nächstes Thema

Romoker

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

CoolTux

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

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

CoolTux

Zitat von: Romoker 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

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

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

CoolTux

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

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

CoolTux

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

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

Romoker

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

CoolTux

Zitat von: Romoker 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

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

#11
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
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

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/
Das TuxNet Wiki:
https://www.cooltux.net

Romoker

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

CoolTux

Zitat von: Romoker 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

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/
Das TuxNet Wiki:
https://www.cooltux.net