[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

[eurofinder]

Ich verstehe den Sinn von RainProtection beim Rolladen ebenfalls nicht. Wozu soll ein Rolladen wenn es regnet in die ClosedPosition gefahren werden? Um die Fensterscheibe vor Regen zu schützen?
Das würde ja bedeuten, dass wenn es tagsüber regnet, der Rolladen geschlossen wird und anschließend wieder automatisch geöffnet. Finde ich persönlich total unpraktisch, wenn es auf einmal um mich rum dunkel wird, nur weil es regnet, aber vielleicht kann mir jemand einen plausiblen Grund nennen.
Könnte einzig verstehen, wenn ein geöffnetes Fenster vorhanden wäre, dass es nicht reinregnen kann, aber dann würde ich auch nicht vollständig schließen wollen, sondern auf eine individuell definierbare Position je Rolladen (Wetterseite ist halt anders als abgewandte Seite).

Bei einer Markise ist das was anderes. Die soll nicht nass werden, da ist denke ich ClosedPosition sehr sinnvoll.

Vielleicht wäre es einfacher zu verstehen, wenn es neben ASC_ShuttersPlace ein weiteres Attribut gibt, das definiert, ob es sich bei dem Device um ein Rolladen oder eine Markise handelt. dann könnte man wie folgt bei RainProtection differenzieren:
Markise:
RainProtection=on (Standard) -> Markise fährt bei Regen in ClosedPosition

Rolladen:
RainProtection hat grundsätzlich überhaupt keine Auswirkung
oder
RainProtection=on
RainProtection_Pos=anzufahrende Position, einstellbar je Device, Standard ClosedPosition
und wenn auch noch berücksichtigt werden sollte, dass nur wenn Fenster geöffnet ist gefahren werden soll, könnte mann prüfen, ob ASC_WindowRec nicht closed ist

Wie gesagt, ich benutze RainProtection nicht, aber vielleicht hilft meine Anregung.

Gruß
eurofinder

[Loredo]

Ich verstehe den Sinn von RainProtection beim Rolladen ebenfalls nicht. Wozu soll ein Rolladen wenn es regnet in die ClosedPosition gefahren werden? Um die Fensterscheibe vor Regen zu schützen?

Könnte ein Grund sein, aber die Antwort auf meine Frage hat Marko bisher nicht beantwortet. Ich denke es ist nur mit einem offenen Fenster gemeint.

Bei einer Markise ist das was anderes. Die soll nicht nass werden, da ist denke ich ClosedPosition sehr sinnvoll.

Nur, dass die ASC Logik so ist, dass ClosedPosition die herausgefahrene Markise und OpenPosition die eingefahrene Markise ist. Man darf sich die Markise also nicht so vorstellen wie sie da hängt und sagen "der Kofferkasten ist offen, wenn sie draußen ist und geschlossen wenn sie zu ist - also wird es wohl die ClosedPosition sein". Rausgefahren = closed, eingefahren = open. Wie beim Rollo - da kann man auch statt "geschlossen" rausgefahren sagen.

Vielleicht wäre es einfacher zu verstehen, wenn es neben ASC_ShuttersPlace ein weiteres Attribut gibt, das definiert, ob es sich bei dem Device um ein Rolladen oder eine Markise handelt. dann könnte man wie folgt bei RainProtection differenzieren:

Dachte ich auch spontan. Aber mir ist aufgefallen, dass sich WindProtection und RainProtection komplett unterschiedlich konfigurieren lassen. Ich fände es besser das zu vereinheitlichen, so dass sich RainProtection genauso wie WindProtection über Parameter konfigurieren lässt. Bei WindProtection_Parameters kann ich nämlich angeben, wohin gefahren werden soll. Das wäre bei Rain auch praktisch und auch die Schwellenwerte je Rollo zu setzen macht Sinn.


Ich denke aber trotzdem, dass man um ein Attribut zur Kennzeichnung einer Markise über kurz oder lang nicht herum kommt. Die Logik ist einfach zu unterschiedlich: Eine Markise will ich dann einfahren, wenn ich Rollos normalerweise ausfahren würde und umgekehrt. Die (Astro)Fahrzeiten sind also genau gegensätzlich. Aber Marko wollte sich dazu ja Gedanken machen und ich will ihn da auch nicht noch weiter bedrängen. So zu tun, als würden 5000 Zeilen Code nix gescheites tun, wäre falsch 

[CoolTux]

Ich habe kein Problem damit die Konfiguration von Rain zu erweitern. Ähnlich wie Wind.


ABER
Ich habe eben mal nachgeschaut was Regen an geht

ASC_rainSensor - DEVICENAME[:READINGNAME] MAXTRIGGER[:HYSTERESE] [CLOSEDPOS] / der Inhalt ist eine Kombination aus Devicename, Readingname, Wert ab dem getriggert werden soll, Hysterese Wert ab dem der Status Regenschutz aufgehoben weden soll und der "wegen Regen geschlossen Position".

Ich habe mich also vertan beim lesen. Sorry. Auch ist der Name etwas irreführend. CLOSEDPOS kann jede Position sein. Es kann also auch die eigentliche OpenPosition sein. Ist ja nur ein Name, ich nenne es besser RAINPOS

[Loredo]

Das Problem ist aber, dass ASC_rainSensor nur ein globales ASC Attribut ist. Man muss sich also global entscheiden, ob die Markise eingefahren wird (und damit auch alle Rollläden, trotz offenem Fenster) oder ob der Fußboden wichtiger zu schützen ist und die Rollos besser runterfahren. Es sei denn man kann Up_Pos und Down_Pos wieder tauschen für eine Markise - kann man aber ja auch nicht.


ASC_BrightnessSensor hingegen ist ein Shutter Attribut, kann dafür aber nicht global vorkonfiguriert werden. Irgendwie erscheint mir das inkonsistent und willkürlich (auch wenn ich sicher bin, dass das im einzelnen jeweils für sich bestimmt mal Sinn gemacht hat).

[CoolTux]

Es war der Wunsch den Brightness Sensor pro Rolllo einrichten zu können. Macht auch Sinn. Um die Ecke einen anderen Sensor zu verwenden. Regen dagegen gibt es überall.
Ich kann aber wie bei Wind auch RainParameters machen.

[Loredo]

Das stimmt eben nicht. Ich habe eine Wetterseite und ich habe Seiten, die sind besser geschützt. Und dort möchte ich auf andere Positionen fahren. Auch hat man nicht zwangsläufig überall die gleichen Rollläden. Es ist nicht selten, dass man schon bei unterschiedlicher Breite (=Schwere der Rollläden) - trotz gleichen Motors und Kontrolleinheit - bei der gleichen Prozentangabe einen unterschiedlichen Stand hat.

[CoolTux]

Deswegen baue ich RainParameters als Attribut ein.



Ich habe controlShading on/off gestern als Reading gemacht in meiner aktuellen Developer.
Default wird off gesetzt. Muss also beim nächsten Update drauf geachtet werden!!!!!!

[Loredo]

Okay

Derweil noch ein Update von der Beschattung: Rollläden fahren wieder hoch, weil die Beschattung zwar nie an war, trotzdem aber ein "out" gemacht wird. Davor waren die Rollläden jedoch bereits aufgrund des niedrigen Brightness Wertes heruntergefahren. Jetzt hab ich sie manuell wieder runter gefahren, ansonsten hätte ich bis halb zehn warten müssen, bis Astro dann den Tag beendet hätte.

Ich bin derweil am überlegen, ob ich diese Dinge wie "wann ist Tag/Nacht" nicht lieber an HOMESTATE (unreleased) übergeben möchte. Das kann es nämlich schon prima und da kann man auch manuell sagen, dass jetzt gefälligst Tag oder Nacht zu sein hat. Aber dafür hab ich wohl grad keine Zeit.

[maxritti]

Hallo zusammen,

mir wurde ja in einem anderen Post das ASC Modul zur Steuerung meiner Rolläden empfohlen.
Naja, dachte ich mir fange ich mal mit einem ganz einfachen Beispiel an und nehmen einen "ungefährlichen" Rolle aus meiner jetzigen Steuerung raus und nehme das ASC Modul.

Als Anforderung eigentlich ganz einfach:

Ich habe einen Helligskeitssensor (EG_dr_TS_Terrasse) von hier (https://forum.fhem.de/index.php/topic,20620.0.html). Sofern dessen Helligkeitswert kleiner 1.3 ist soll der Rollo (EG_wz_RO_TerrasseRechts) runter gehen.

Daher ein AAC Modul definiert:

Code Auswählen Erweitern

Internals:
   FUUID      5ccdccb5-f33f-b9c3-1e50-d5907c9e49ddc3e8
   FVERSION   73_AutoShuttersControl.pm:v0.6.5-s19304/2019-05-01 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       myASC
   NOTIFYDEV  global,myASC,EG_wz_RO_TerrasseRechts
   NR         253
   NTFY_ORDER 51-myASC
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    0.6.5
   READINGS:
     2019-05-05 12:29:30   EG_wz_RO_TerrasseRechts_nextAstroTimeEvent  5.05.2019 - 22:30
     2019-05-05 10:25:06   hardLockOut     off
     2019-05-05 12:29:27   room_Rollo_Tablet EG_wz_RO_TerrasseRechts
     2019-05-05 10:25:06   selfDefense     off
     2019-05-05 12:29:30   state           created new drive timer
     2019-05-05 10:25:06   sunriseTimeWeHoliday off
     2019-05-05 12:29:27   userAttrList    rolled out
   helper:
     shuttersList:
       EG_wz_RO_TerrasseRechts
Attributes:
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense.inactive:status_open day.open:scene_day night.close:scene_night shading.in:weather_sun shading.out:weather_cloudy
   icon       fts_shutter_automatic
   room       ASC
   
Der Rollo sieht so aus:

Code Auswählen Erweitern

DEF        52D39F
   FUUID      5c549a89-f33f-b047-4026-1da5398849316fc7
   IODev      myHMLGW
   LASTInputDev myHMLGW
   MSGCNT     14
   NAME       EG_wz_RO_TerrasseRechts
   NOTIFYDEV  global
   NR         45
   NTFY_ORDER 50-EG_wz_RO_TerrasseRechts
   STATE      on
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:C0 - t:10 s:52D39F d:9A234E 0100000000
   myHMLGW_Buero_MSGCNT 7
   myHMLGW_Buero_RAWMSG 0500002EC0A01052D39F9A234E0100000000
   myHMLGW_Buero_RSSI -46
   myHMLGW_Buero_TIME 2019-05-05 12:28:17
   myHMLGW_MSGCNT 7
   myHMLGW_RAWMSG 05010028C0A01052D39F9A234E0100000000
   myHMLGW_RSSI -40
   myHMLGW_TIME 2019-05-05 12:28:17
   protLastRcv 2019-05-05 12:28:17
   protRcv    7 last_at:2019-05-05 12:28:17
   protSnd    11 last_at:2019-05-05 12:28:17
   protState  CMDs_done
   rssi_at_myHMLGW cnt:7 min:-40 max:-39 avg:-39.71 lst:-40
   rssi_at_myHMLGW_Buero cnt:7 min:-48 max:-45 avg:-46.57 lst:-46
   rssi_myHMLGW cnt:1 min:-70 max:-70 avg:-70 lst:-70
   READINGS:
     2019-05-05 12:29:30   ASC_Time_DriveDown  5.05.2019 - 22:30
     2019-05-05 12:29:30   ASC_Time_DriveUp  6.05.2019 - 06:01
     2019-05-05 10:25:06   D-firmware      2.3
     2019-05-05 10:25:06   D-serialNr      LEQ0042378
     2019-05-05 12:28:15   PairedTo        0x9A234E
     2019-05-05 12:28:16   R-driveDown     23.7 s
     2019-05-05 12:28:16   R-driveTurn     0.5 s
     2019-05-05 12:28:16   R-driveUp       27 s
     2019-05-05 12:28:15   R-pairCentral   0x9A234E
     2019-05-05 12:28:16   R-sign          off
     2019-05-05 12:28:15   RegL_00.         00:00 02:01 0A:9A 0B:23 0C:4E 15:FF 18:00
     2019-05-05 12:28:16   RegL_01.         00:00 08:00 09:00 0A:00 0B:00 0C:ED 0D:01 0E:0E 0F:05 10:00 30:06 57:24
     2019-05-05 12:29:27   associatedWith  myASC
     2019-05-05 12:27:43   deviceMsg       on (to myVCCU)
     2019-05-05 12:27:43   level           100
     2019-05-05 12:27:43   motor           stop:on
     2019-05-05 12:27:43   pct             100
     2019-05-05 12:27:43   recentStateType info
     2019-05-05 12:28:17   rssi_at_myHMLGW -40
     2019-05-05 12:28:17   rssi_at_myHMLGW_Buero -46
     2019-05-05 12:27:43   rssi_myHMLGW    -70
     2019-05-05 12:27:43   state           on
     2019-05-05 12:27:43   timedOn         off
   helper:
     HM_CMDNR   192
     cSnd       019A234E52D39F01040000000001,019A234E52D39F0103
     mId        0005
     peerFriend peerSens,peerVirt
     peerIDsRaw ,00000000
     peerOpt    3:blindActuator
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     ack:
     dir:
       cur        stop
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +52D39F,00,00,00
       nextSend   1557052097.65726
       rxt        0
       vccu       myVCCU
       p:
         52D39F
         00
         00
         00
       prefIO:
         myHMLGW
     mRssi:
       mNo        C0
       io:
         myHMLGW:
           -32
           -32
         myHMLGW_Buero:
           -46
           -46
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         myHMLGW_Buero
       flg        A
       ts         1557052097.35151
       ack:
         HASH(0x55bb1681eb00)
         C080029A234E52D39F00
     rssi:
       at_myHMLGW:
         avg        -39.7142857142857
         cnt        7
         lst        -40
         max        -39
         min        -40
       at_myHMLGW_Buero:
         avg        -46.5714285714286
         cnt        7
         lst        -46
         max        -45
         min        -48
       myHMLGW:
         avg        -70
         cnt        1
         lst        -70
         max        -70
         min        -70
     shadowReg:
Attributes:
   ASC        2
   ASC_BrightnessSensor EG_dr_TS_Terrasse: luminosity
   ASC_Down   brightness
   ASC_Mode_Up off
   ASC_Pos_Reading pct
   ASC_Time_Down_Late 22:30
   IODev      myVCCU
   IOgrp      myVCCU:myHMLGW
   alias      Terr. Rechts
   autoReadReg 4_reqStatus
   devStateIcon off:fts_shutter_100@grey on:fts_window_2w@yellow 1\d.*:fts_shutter_90 2.*:fts_shutter_80 3.*:fts_shutter_70 4.*:fts_shutter_60 5.*:fts_shutter_50 6.*:fts_shutter_40 7.*:fts_shutter_30 8.*:fts_shutter_20 9.*:fts_shutter_10
   expert     2_full
   firmware   2.3
   group      Rollo
   model      HM-LC-BL1PBU-FM
   peerIDs    00000000,
   room       Rollo,Tablet
   rssiLog    1
   serialNr   LEQ0042378
   sortby     05
   subType    blindActuator
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_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_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate
   webCmd     pct:stop
   
Und der Helligkeitssensor wie folgt:

Code Auswählen Erweitern

DEF        09EE76
   FUUID      5c549a8a-f33f-b047-d3a4-cac486407df7d202
   IODev      myVCCU
   LASTInputDev myHMLGW_Buero
   MSGCNT     1109
   NAME       EG_dr_TS_Terrasse
   NOTIFYDEV  global
   NR         173
   NTFY_ORDER 50-EG_dr_TS_Terrasse
   STATE      T: 11.0 L: 0.34 P: 1016.8
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:7E - t:70 s:09EE76 d:9A234E 006E0027B8000000220A8C
   myHMLGW_Buero_MSGCNT 553
   myHMLGW_Buero_RAWMSG 050000347EA27009EE769A234E006E0027B8000000220A8C
   myHMLGW_Buero_RSSI -52
   myHMLGW_Buero_TIME 2019-05-05 21:16:56
   myHMLGW_MSGCNT 556
   myHMLGW_RAWMSG 050000347EA27009EE769A234E006E0027B8000000220A8C
   myHMLGW_RSSI -52
   myHMLGW_TIME 2019-05-05 21:16:56
   protLastRcv 2019-05-05 21:16:55
   protRcv    186 last_at:2019-05-05 21:16:55
   rssi_at_myHMLGW cnt:556 min:-73 max:-50 avg:-58.91 lst:-52
   rssi_at_myHMLGW_Buero cnt:553 min:-52 max:-47 avg:-48.75 lst:-52
   READINGS:
     2019-05-05 12:37:29   Activity        alive
     2019-05-05 21:16:55   batVoltage      2.70
     2019-05-05 21:16:55   battery         ok
     2019-05-05 21:16:55   luminosity      0.34
     2019-05-05 21:16:55   pressure        1016.8
     2019-05-05 21:16:55   state           T: 11.0 L: 0.34 P: 1016.8
     2019-05-05 21:16:55   temperature     11.0
   helper:
     HM_CMDNR   126
     mId        F102
     peerFriend peerRecT
     peerOpt    p:THPLSensor
     regLst     0
     rxType     132
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +09EE76,00,00,00
       nextSend   1557083816.87616
       rxt        0
       vccu       myVCCU
       p:
         09EE76
         00
         00
         00
       prefIO:
         myHMLGW
     mRssi:
       mNo        7E
       io:
         myHMLGW:
           -52
           -52
         myHMLGW_Buero:
           -52
           -52
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   00
     role:
       chn        1
       dev        1
     rssi:
       at_myHMLGW:
         avg        -58.9172661870503
         cnt        556
         lst        -52
         max        -50
         min        -73
       at_myHMLGW_Buero:
         avg        -48.755877034358
         cnt        553
         lst        -52
         max        -47
         min        -52
Attributes:
   IODev      myVCCU
   IOgrp      myVCCU:myHMLGW
   actCycle   000:10
   actStatus  alive
   alias      Draußen
   autoReadReg 4_reqStatus
   expert     2_raw
   group      Temperatur
   model      HB-UW-Sen-THPL-O
   peerIDs   
   room       Temperatur,Tablet
   subType    THPLSensor
   
Kann da bitte jemand der Experten mal drüber schauen, an was es klemmt?

Danke schön

[Loredo]

Und was klemmt da jetzt genau? Fehlerbeschreibung wäre hilfreich.

[maxritti]

Und was klemmt da jetzt genau? Fehlerbeschreibung wäre hilfreich.

Sorry, hatte ich doch glatt vergessen. 
Es passiert einfach nichts, wenn der Helligkeitswert kleiner 1.3 wird.
Leider hatte ich debug vom ASC Modul nicht auf 1 gesetzt, daher keine weitere Debugmöglichkeit gegeben.

Aber ggf habe nur das Attribut ASC_BrightnessSensor nicht richtig gesetzt:

Habe da nun mal dies eingetragen:

Code Auswählen Erweitern

EG_dr_TS_Terrasse:luminosity 0:1.3

Zum einen das Leerzeichen vor dem Reading "luminosity" entfernt und Werte für Morgens und Abends eingegeben.

[eurofinder]

@CoolTux:
Nochmals eine Anregung zu meinem ASC_Shading_Pos-Problem, da beim Shading bei einigen Rolläden das reading Devicename_PosValue abweichend von gesetzten Positionierungswert ist und dadurch shading out nicht mehr greift.
Vielleicht könnte ein global veränderbarer Wert im ASC-Device (z.B. ASC_autoShuttersCheckRange - Standard=0, wenn nicht gesetzt, Wertebereich 0-3) definiert werden, der immer berücksichtigt wird. Das Problem taucht anscheinend nicht nur beim Shading auf, sondern auch bei Fahrten mit Komfort- und Lüftungssteuerung.

Wird der Rangewert geändert, berücksichtigt ASC dies, beim Vergleich der Positionsdaten des Rolladens. Also z.B. bei shading würde dann gelten:
[ASC_Shading_Pos] in [Devicename_PosValue +/- ASC_autoShuttersCheckRange].

Alternativ wäre ggf. zu überlegen, ob die Prüfung bezüglich einer Range von +/-3 vom angestrebten Positionswert nicht grundsätzlich überall beim Vergleich mit Devicename_PosValue berücksichtigt werden sollte, also ohne Definition im ASC-Device. Die genaue Positionierung des Rolladens/Markise wäre davon ja nicht betroffen und ich denke genauer als +/-3 wird wahrscheinlich eh keiner die Positionswerte setzen - das kannst du aber besser beurteilen. Zumindest erfolgt ja im Standard die Eingabe der Positionswerte in 10er-Schritten:-)

Gruß und danke für das tolle Modul
eurofinder

[CoolTux]

Sorry, hatte ich doch glatt vergessen. 
Es passiert einfach nichts, wenn der Helligkeitswert kleiner 1.3 wird.
Leider hatte ich debug vom ASC Modul nicht auf 1 gesetzt, daher keine weitere Debugmöglichkeit gegeben.

Aber ggf habe nur das Attribut ASC_BrightnessSensor nicht richtig gesetzt:

Habe da nun mal dies eingetragen:

Code Auswählen Erweitern

EG_dr_TS_Terrasse:luminosity 0:1.3

Zum einen das Leerzeichen vor dem Reading "luminosity" entfernt und Werte für Morgens und Abends eingegeben.

ASC_BrightnessSensor EG_dr_TS_Terrasse: luminosity

Das Leerzeichen weg, aber das hast Du ja schon korrigiert.


code]EG_dr_TS_Terrasse:luminosity 0:1.3[/code]
Morgens soll das Rolllo ab einen Wert größer 0 hoch fahren und Abends bei kleiner 1.3 runter?
Dann passt das

[CoolTux]

@CoolTux:
Nochmals eine Anregung zu meinem ASC_Shading_Pos-Problem, da beim Shading bei einigen Rolläden das reading Devicename_PosValue abweichend von gesetzten Positionierungswert ist und dadurch shading out nicht mehr greift.
Vielleicht könnte ein global veränderbarer Wert im ASC-Device (z.B. ASC_autoShuttersCheckRange - Standard=0, wenn nicht gesetzt, Wertebereich 0-3) definiert werden, der immer berücksichtigt wird. Das Problem taucht anscheinend nicht nur beim Shading auf, sondern auch bei Fahrten mit Komfort- und Lüftungssteuerung.

Wird der Rangewert geändert, berücksichtigt ASC dies, beim Vergleich der Positionsdaten des Rolladens. Also z.B. bei shading würde dann gelten:
[ASC_Shading_Pos] in [Devicename_PosValue +/- ASC_autoShuttersCheckRange].

Alternativ wäre ggf. zu überlegen, ob die Prüfung bezüglich einer Range von +/-3 vom angestrebten Positionswert nicht grundsätzlich überall beim Vergleich mit Devicename_PosValue berücksichtigt werden sollte, also ohne Definition im ASC-Device. Die genaue Positionierung des Rolladens/Markise wäre davon ja nicht betroffen und ich denke genauer als +/-3 wird wahrscheinlich eh keiner die Positionswerte setzen - das kannst du aber besser beurteilen. Zumindest erfolgt ja im Standard die Eingabe der Positionswerte in 10er-Schritten:-)

Gruß und danke für das tolle Modul
eurofinder

Ich bin da bereits dran. Wird aber nicht in der nächsten oder übernächsten Version passieren. Ich brauche da bitte etwas Zeit.

[eurofinder]

@CoolTux:
Danke, kein Problem.

Heute Morgen ist der Rolladen RGaeste_Velux geöffnet worden, obwohl das Device mit ASC_Mode_Up=off definiert wurde.

Code Auswählen Erweitern

2019.05.06 05:24:22 3: RGaeste_Velux: tahoma_applyRequest data={"label":"Gäste Velux - Oeffnen - myFHEM","actions":[{"deviceURL":"io://1208-4648-3794/2835930","commands":[{"name":"open","parameters":[]}]}]}

Woher die Zeit kommt entzieht sich meiner Kenntnis, da berechnete Sonnenaufgangszeit bereits abgelaufen war - siehe Zeitstempel am Beispiel RWC, der korrekt gefahren wurde:

Code Auswählen Erweitern

2019.05.06 05:22:13 3: RWC: tahoma_applyRequest data={"label":"Gäste-WC - Oeffnen - myFHEM","actions":[{"deviceURL":"io://1208-4648-3794/5837914","commands":[{"name":"open","parameters":[]}]}]}
Ich vermute mal, dass es daran lag, weil Last_Drive_Position im ASC-Device (get ASC showShuttersInformations) auf shading out steht.

Letzter Fahrbefehl war aber durch RGaeste_Velux_nextAstroTimeEvent ausgeführt:

Code Auswählen Erweitern

2019.05.05 21:19:14 3: RGaeste_Velux: tahoma_applyRequest data={"label":"Gäste Velux - Schliessen - myFHEM","actions":[{"deviceURL":"io://1208-4648-3794/2835930","commands":[{"name":"close","parameters":[]}]}]}

Hatte vorher manuell "shading out" beendet, da mal wieder eine Abweichung dazu geführt hatte, dass shading out nicht ausgeführt wurde.

Code Auswählen Erweitern

2019.05.05 16:29:52 3: RAnkleide_Velux: tahoma_applyRequest data={"label":"Ankleide Velux - Oeffnen - myFHEM","actions":[{"deviceURL":"io://1208-4648-3794/9176664","commands":[{"name":"open","parameters":[]}]}]}

Hier List vom ASC:

Code Auswählen Erweitern

Internals:
   FUUID      5cc2c9b7-f33f-d9bf-3bae-c170cbd696a4bf1f
   FVERSION   73_AutoShuttersControl.pm:v0.6.5-s19304/2019-05-01 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  global,ASC,RAnkleide,RAnkleide_Velux,RBad,RBuero,RGaeste,RGaeste_Velux,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RSZ,RWC,KBuero,Twilight,KWC
   NR         121
   NTFY_ORDER 51-ASC
   STATE      manual
   TYPE       AutoShuttersControl
   VERSION    0.6.5
   OLDREADINGS:
   READINGS:
     2019-05-06 05:22:33   RAnkleide_PosValue 0
     2019-05-06 07:15:35   RAnkleide_Velux_PosValue 0
     2019-05-06 05:22:13   RAnkleide_Velux_lastPosValue 99
     2019-05-06 05:22:13   RAnkleide_Velux_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-06 05:22:13   RAnkleide_lastPosValue 100
     2019-05-06 05:22:13   RAnkleide_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-06 05:22:35   RBad_PosValue   0
     2019-05-06 05:22:13   RBad_lastPosValue 100
     2019-05-06 05:22:13   RBad_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-06 07:16:01   RBuero_PosValue 0
     2019-05-05 21:27:26   RBuero_lastPosValue 0
     2019-05-06 05:22:13   RBuero_nextAstroTimeEvent  6.05.2019 - 21:29
     2019-05-06 07:15:53   RGaeste_PosValue 0
     2019-05-06 05:25:02   RGaeste_Velux_PosValue 0
     2019-05-06 05:24:22   RGaeste_Velux_lastPosValue 100
     2019-05-06 05:22:13   RGaeste_Velux_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-05 21:19:14   RGaeste_lastPosValue 0
     2019-05-06 05:22:13   RGaeste_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-06 05:22:35   RKueche_PosValue 0
     2019-05-06 05:22:13   RKueche_lastPosValue 100
     2019-05-06 05:22:13   RKueche_nextAstroTimeEvent  6.05.2019 - 21:29
     2019-05-06 07:16:03   RPSK_Fenster_WZ_PosValue 0
     2019-05-05 21:27:26   RPSK_Fenster_WZ_lastPosValue 0
     2019-05-06 05:22:13   RPSK_Fenster_WZ_nextAstroTimeEvent  6.05.2019 - 21:29
     2019-05-06 07:16:03   RPSK_TUER_WZ_PosValue 0
     2019-05-05 21:27:26   RPSK_TUER_WZ_lastPosValue 0
     2019-05-06 05:22:13   RPSK_TUER_WZ_nextAstroTimeEvent  6.05.2019 - 21:29
     2019-05-06 07:15:53   RSZ_PosValue    0
     2019-05-05 21:19:14   RSZ_lastPosValue 0
     2019-05-06 05:22:13   RSZ_nextAstroTimeEvent  6.05.2019 - 21:21
     2019-05-06 05:22:33   RWC_PosValue    0
     2019-05-06 05:22:13   RWC_lastPosValue 100
     2019-05-06 05:22:13   RWC_nextAstroTimeEvent  6.05.2019 - 21:29
     2019-04-26 21:09:41   Rolladen_OG_lastPosValue 0
     2019-04-26 17:53:28   hardLockOut     off
     2019-04-30 06:50:39   partyMode       on
     2019-05-04 17:12:58   room_ASC_EG_tahoma RBuero,RKueche,RPSK_Fenster_WZ,RPSK_TUER_WZ,RWC
     2019-05-04 17:12:58   room_ASC_OG_tahoma RAnkleide,RAnkleide_Velux,RBad,RGaeste,RGaeste_Velux,RSZ
     2019-04-26 11:04:55   selfDefense     off
     2019-05-06 07:15:59   state           manual
     2019-04-30 06:45:52   sunriseTimeWeHoliday on
     2019-05-04 17:12:58   userAttrList    rolled out
   helper:
     shuttersList:
       RAnkleide
       RAnkleide_Velux
       RBad
       RBuero
       RGaeste
       RGaeste_Velux
       RKueche
       RPSK_Fenster_WZ
       RPSK_TUER_WZ
       RSZ
       RWC
   monitoredDevs:
     KBuero:
       RBuero     ASC_WindowRec
     KWC:
       RWC        ASC_WindowRec
     RAnkleide:
     RAnkleide_Velux:
     RBad:
     RBuero:
     RGaeste:
     RGaeste_Velux:
     RKueche:
     RPSK_Fenster_WZ:
     RPSK_TUER_WZ:
     RSZ:
     RWC:
     Twilight:
       ASC        ASC_twilightDevice
       RAnkleide  ASC_BrightnessSensor
       RAnkleide_Velux ASC_BrightnessSensor
       RBad       ASC_BrightnessSensor
       RGaeste_Velux ASC_BrightnessSensor
       RKueche    ASC_BrightnessSensor
       RPSK_Fenster_WZ ASC_BrightnessSensor
Attributes:
   ASC_autoAstroModeEvening HORIZON
   ASC_autoAstroModeEveningHorizon -5
   ASC_autoAstroModeMorning HORIZON
   ASC_autoAstroModeMorningHorizon -3
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_autoShuttersControlShading on
   ASC_blockAscDrivesAfterManual 0
   ASC_brightnessDriveUpDown 40:40
   ASC_expert 1
   ASC_tempSensor WetterProplanta:temperature
   ASC_twilightDevice Twilight
   devStateIcon selfeDefense.terrace:fts_door_tilt created.new.drive.timer:clock .*asleep:scene_sleeping roommate.(awoken|home):user_available residents.(home|awoken):status_available manual:fts_shutter_manual selfeDefense.active:status_locked selfeDefense.inactive:status_open day.open:scene_day night.close:scene_night shading.in:weather_sun shading.out:weather_cloudy
   icon       fts_shutter_automatic
   room       ASC
   verbose    1

und RGaeste_Velux:

Code Auswählen Erweitern

Internals:
   COMMANDS   dim:slider,0,1,100 cancel:noArg close:noArg delayedStopIdentify down:noArg getName:noArg identify:noArg my:noArg open:noArg refreshMemorized1Position:noArg setClosure setDeployment setMemorized1Position setName setPosition setSecuredPosition startIdentify:noArg stop:noArg stopIdentify:noArg up:noArg wink
   DEF        DEVICE io://1208-4648-3794/2835930
   FUUID      5cc2c399-f33f-d9bf-ed65-371e73f0943141b1
   IODev      tahoma
   NAME       RGaeste_Velux
   NR         114
   NTFY_ORDER 50-RGaeste_Velux
   STATE      dim0
   SUBTYPE    DEVICE
   TYPE       tahoma
   device     io://1208-4648-3794/2835930
   fid        2835930
   inClass    RollerShutter
   inControllable io:RollerShutterVeluxIOComponent
   inExecId   finished
   inExecState COMPLETED
   inLabel    Gäste Velux
   inPlaceOID 7eaeefef-8124-4f8f-b36d-2d93418b81b9
   inType     1
   READINGS:
     2019-05-06 05:24:22   ASC_ShuttersLastDrive shading out
     2019-05-06 05:22:13   ASC_Time_DriveDown  6.05.2019 - 21:21
     2019-05-06 05:22:13   ASC_Time_DriveUp  7.05.2019 - 05:20
     2019-05-06 05:25:02   ClosureState    0
     2019-05-05 05:24:51   NameState       Gäste Velux
     2019-05-06 05:25:02   OpenClosedState open
     2019-05-05 05:24:51   PriorityLockTimerState 0
     2019-05-06 07:44:07   RSSILevelState  52.0
     2019-05-05 05:24:51   StatusState     available
     2019-05-04 17:12:58   associatedWith  ASC
     2019-05-06 05:25:02   devicestate     open
     2019-05-06 05:25:02   state           dim0
Attributes:
   ASC        1
   ASC_AutoAstroModeEvening HORIZON
   ASC_AutoAstroModeEveningHorizon -4
   ASC_BrightnessSensor Twilight:twilight 90:30
   ASC_Mode_Up off
   ASC_Pos_Reading ClosureState
   ASC_Shading_Angle_Left 75
   ASC_Shading_Angle_Right 55
   ASC_Shading_Direction 185
   ASC_Shading_Min_Elevation 25
   ASC_Shading_Min_OutsideTemperature 10
   ASC_Shading_Mode always
   ASC_Shading_Pos 100
   ASC_Shading_StateChange_Cloudy 40
   ASC_Shading_StateChange_Sunny 80
   ASC_ShuttersPlace window
   IODev      tahoma
   alias      Rolladen Gäste Velux
   devStateIcon 0:fts_window_2w 100:fts_shutter_100 [0-9]:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90 \d.*:fts_shutter_90
   room       ASC,OG,tahoma
   userattr   ASC_Antifreeze:off,soft,hard,am,pm ASC_Antifreeze_Pos:5,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 ASC_AutoAstroModeEvening:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeEveningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_AutoAstroModeMorning:REAL,CIVIL,NAUTIC,ASTRONOMIC,HORIZON ASC_AutoAstroModeMorningHorizon:-9,-8,-7,-6,-5,-4,-3,-2,-1,0,1,2,3,4,5,6,7,8,9 ASC_BlockingTime_afterManual ASC_BlockingTime_beforDayOpen ASC_BlockingTime_beforNightClose ASC_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_Down:time,astro,brightness ASC_DriveUpMaxDuration ASC_Drive_Offset ASC_Drive_OffsetStart ASC_GuestRoom:on,off ASC_LockOut:soft,hard,off ASC_LockOut_Cmd:inhibit,blocked,protection ASC_Mode_Down:absent,always,off,home ASC_Mode_Up:absent,always,off,home ASC_Open_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Partymode:on,off ASC_Pos_Reading ASC_PrivacyDownTime_beforNightClose ASC_PrivacyDown_Pos ASC_RainProtection:on,off ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Angle_Left ASC_Shading_Angle_Right ASC_Shading_Direction ASC_Shading_Min_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Shading_StateChange_Cloudy ASC_Shading_StateChange_Sunny ASC_Shading_WaitingPeriod ASC_ShuttersPlace:window,terrace ASC_Time_Down_Early ASC_Time_Down_Late ASC_Time_Up_Early ASC_Time_Up_Late ASC_Time_Up_WE_Holiday ASC_Up:time,astro,brightness ASC_Ventilate_Pos:10,20,30,40,50,60,70,80,90,100 ASC_Ventilate_Window_Open:on,off ASC_WiggleValue ASC_WindParameters ASC_WindProtection:on,off ASC_WindowRec ASC_WindowRec_subType:twostate,threestate
   webCmd     dim

War bisher davon ausgegangen, dass wenn ich ASC_Mode_Up=off beim Device setze, dieser definitiv nicht hochgefahren wird. Fehlt hier ggf. eine Aktualisierung der Last_Drive_Position, weil diese ja noch auf shading out stand?

Gruß
eurofinder