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

[BigGB]

Bei der Beschattung bin ich mit Clunis Variante vollkommen zufrieden.
Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Dem kann ich zucstimmen, wir sind diesen Sommer mit der Variante von Cluni auch vollkommen zufrieden gewesen.
Wir haben
. Helligkeitssensor
. Azimuth u.
. Aussentemperatur
genutzt.
Gruß Gerald

[LukeSky007]

Hallo CoolTux, habe Heute per FHEM update  die ASC Version 0.2.0.5  bekommen  - per FHEM shutdown -restart   neu geladen.   
Nach dem Neustart findet sich dann folgendes auf der Startseite:

Code Auswählen Erweitern

Messages collected while initializing FHEM:
configfile: autoRoll: unknown attribute ASC_antifreezeTemp. Type 'attr autoRoll ?' for a detailed list.

Autosave deactivated

das list vom ASC

Code Auswählen Erweitern

Internals:
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       autoRoll
   NOTIFYDEV  global,autoRoll,BU_RL,WZ_RL_Mitte,WZ_RL_Ost,WZ_RL_West,autoRoll,WZ_FS_West,BU_FS,WZ_FS_Mitte,WZ_FS_Ost
   NR         384
   NTFY_ORDER 51-autoRoll
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    0.2.0.5
   OLDREADINGS:
   READINGS:
     2018-11-14 06:58:22   ASC_ShuttersLastDrive day open
     2018-11-14 20:21:17   ASC_Time_DriveDown 15.11.2018 - 17:20
     2018-11-14 20:21:17   ASC_Time_DriveUp 15.11.2018 - 06:59
     2018-11-14 20:21:22   BU_RL_PosValue  100
     2018-11-11 06:53:43   BU_RL_lastDelayPosValue 0
     2018-11-14 17:20:07   BU_RL_lastPosValue 0
     2018-11-14 20:21:17   BU_RL_nextAstroTimeEvent 15.11.2018 - 06:59
     2018-11-14 20:21:36   WZ_RL_Mitte_PosValue 100
     2018-11-14 17:20:07   WZ_RL_Mitte_lastPosValue 0
     2018-11-14 20:21:17   WZ_RL_Mitte_nextAstroTimeEvent 15.11.2018 - 06:59
     2018-11-14 20:21:33   WZ_RL_Ost_PosValue 100
     2018-11-14 17:20:07   WZ_RL_Ost_lastPosValue 0
     2018-11-14 20:21:17   WZ_RL_Ost_nextAstroTimeEvent 15.11.2018 - 06:59
     2018-11-14 20:21:37   WZ_RL_West_PosValue 100
     2018-11-14 17:20:07   WZ_RL_West_lastPosValue 0
     2018-11-14 20:21:17   WZ_RL_West_nextAstroTimeEvent 15.11.2018 - 06:59
     2018-11-14 17:20:07   autoRoll_lastPosValue 0
     2018-11-14 20:21:17   autoRoll_nextAstroTimeEvent 15.11.2018 - 06:59
     2018-10-31 21:14:34   lockOut         off
     2018-10-31 21:14:34   partyMode       off
     2018-11-14 20:21:13   room_ASC        autoRoll
     2018-11-14 20:21:13   room_Buero_CUL_HM BU_RL
     2018-11-14 20:21:13   room_Wohnzimmer WZ_RL_Mitte,WZ_RL_Ost,WZ_RL_West
     2018-10-31 21:14:34   selfDefense     off
     2018-11-14 20:21:17   state           created new drive timer
     2018-10-31 21:14:34   sunriseTimeWeHoliday off
     2018-11-14 20:21:13   userAttrList    rolled out
   helper:
     shuttersList:
       BU_RL
       WZ_RL_Mitte
       WZ_RL_Ost
       WZ_RL_West
       autoRoll
   monitoredDevs:
     BU_FS:
       BU_RL      ASC_WindowRec
     WZ_FS_Mitte:
       WZ_RL_Mitte ASC_WindowRec
     WZ_FS_Ost:
       WZ_RL_Ost  ASC_WindowRec
     WZ_FS_West:
       WZ_RL_West ASC_WindowRec
Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BrightnessMaxVal -1
   ASC_BrightnessMinVal -1
   ASC_Closed_Pos 0
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_GuestRoom none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode off
   ASC_Pos_Reading pct
   ASC_Pos_after_ComfortOpen 80
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Brightness_Reading brightness
   ASC_Shading_Brightness_Sensor none
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 04:30
   ASC_Time_Up_Late 09:00
   ASC_Time_Up_WE_Holiday 08:30
   ASC_Up     astro
   ASC_Ventilate_Pos 30
   ASC_Ventilate_Window_Open on
   ASC_WindowRec none
   ASC_WindowRec_subType twostate
   ASC_autoAstroModeEvening CIVIL
   ASC_autoAstroModeMorning CIVIL
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_freezeTemp 3
   ASC_lock-out soft
   ASC_lock-outCmd none
   ASC_temperatureReading temperature
   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
   disable    0
   icon       fts_shutter_automatic
   room       ASC
   userattr   ASC_Antifreeze:off,on 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_BrightnessMaxVal ASC_BrightnessMinVal ASC_Closed_Pos:0,10,20,30,40,50,60,70,80,90,100 ASC_Down:time,astro,brightness ASC_Drive_Offset ASC_GuestRoom:on,off 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_Pos_after_ComfortOpen:0,10,20,30,40,50,60,70,80,90,100 ASC_Roommate_Device ASC_Roommate_Reading ASC_Self_Defense_Exclude:on,off ASC_Shading_Brightness_Reading ASC_Shading_Brightness_Sensor 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_WindowRec ASC_WindowRec_subType:twostate,threestate ASC_lock-out:soft,hard ASC_lock-outCmd:inhibit,blocked
   verbose    5
werde es wohl erstmal lieber wieder zu Fuß aus dem git holen 

[CoolTux]

Das passt schon. Es wurde in der Tat ein Attribut geändert.
Aber wieso hat das Moduldevice alle Attribute welche die Rolladendevices haben sollen?
Hast du dem Moduldevice auch ein ASC Attribut verpasst. Also ASC 2, oder sehe ich das falsch?

[hexenmeister]

n'Abend!
Ich muss dumm nachfragen: Um bei global aktivierten Aussperrschutz einige Fenster mit Comfort-Öffnen zu verwenden, muss das Attribut "ASC_lock-out" gelöscht werden, oder wie steuert man das pro Fenster?

[Sascha_F]

Hi zusammen,

gibt es eine Möglichkeit, die berechnete Uhrzeit zum Öffnen / Schließen (best case natürlich getrennt voneinander definierbar) um +/- n Sekunden oder Minuten nach vorn oder hinten zu verschieben? Ich meine damit nicht das ASC_shuttersDriveOffset, bei welchem es sich ja um einen "Zufallsgenerator" handelt. Hintergrund ist, dass ich mich beim Schließen eigentlich am liebsten zwischen REAL und CIVIL befinden würde.

Vorschlag für das ASC-Device selbst:
- ASC_Timeshift_Down
- ASC_Timeshift_Up
- ASC_Timeshift_Up_WE_Holiday

Man könnte es natürlich auch in die Devices verlagern --> wobei ich dann die Variante besser finden würde, im Device folgende Attribute anzulegen:
- ASC_Timeshift_Down <on/off>
- ASC_Timeshift_Up <on/off>
- ASC_Timeshift_Up_WE_Holiday <on/off>


Ggf. ist meine Anfrage aus dem vorherigen Post untergegangen --> daher hier noch mal als Zitat:

Ich fänd es schön, wenn das Attribut ASC_autoShuttersControlComfort <on/off> vom ASC-Device als ASC_ComfortOpen_Window_Open <on/off> in das jeweilige Device (z.B. Rollladen) umziehen würde. Dies wäre dann analog zu ASC_Ventilate_Window_Open, welches sich ja bereits im Device befindet. Das ASC-Attribut ASC_autoShuttersControlComfort <on/off> wäre dadurch dann obsolet, da in jedem Device selbst festgelegt wird, ob ComfortOpen erfolgen soll.

In diesem Zusammenhang ggf. auch ein Rename des Attributes von ASC_Pos_after_ComfortOpen in ASC_ComfortOpen_Pos? Vom Wording her wäre dies dann auch analog zu ASC_Ventilate_Pos.

Viele Grüße
Sascha

[CoolTux]

n'Abend!
Ich muss dumm nachfragen: Um bei global aktivierten Aussperrschutz einige Fenster mit Comfort-Öffnen zu verwenden, muss das Attribut "ASC_lock-out" gelöscht werden, oder wie steuert man das pro Fenster?

Nein das bringt nichts. Aktuell ist da ein Fehler drin, Du kannst bei global aktiviertem Aussperrschutz und Fenster offen nicht fahren.
Ich sehe zu das ich zeitnah eine aktualisierte Version bereit stelle.


Grüße

[hexenmeister]

Nein das bringt nichts. Aktuell ist da ein Fehler drin, Du kannst bei global aktiviertem Aussperrschutz und Fenster offen nicht fahren.
Ich sehe zu das ich zeitnah eine aktualisierte Version bereit stelle.

Alles klar, kein Stress.

[CoolTux]

Hi zusammen,

gibt es eine Möglichkeit, die berechnete Uhrzeit zum Öffnen / Schließen (best case natürlich getrennt voneinander definierbar) um +/- n Sekunden oder Minuten nach vorn oder hinten zu verschieben? Ich meine damit nicht das ASC_shuttersDriveOffset, bei welchem es sich ja um einen "Zufallsgenerator" handelt. Hintergrund ist, dass ich mich beim Schließen eigentlich am liebsten zwischen REAL und CIVIL befinden würde.

Vorschlag für das ASC-Device selbst:
- ASC_Timeshift_Down
- ASC_Timeshift_Up
- ASC_Timeshift_Up_WE_Holiday

Man könnte es natürlich auch in die Devices verlagern --> wobei ich dann die Variante besser finden würde, im Device folgende Attribute anzulegen:
- ASC_Timeshift_Down <on/off>
- ASC_Timeshift_Up <on/off>
- ASC_Timeshift_Up_WE_Holiday <on/off>


Ggf. ist meine Anfrage aus dem vorherigen Post untergegangen --> daher hier noch mal als Zitat:

Viele Grüße
Sascha

Hallo Sascha,

Das was Du beschrieben hast ist bereits möglich. Du kannst pro Rolladen bestimmen ob er bei Civil oder REAL fahren soll. Und das auch noch getrennt für Morgens und Abends. Attribut ASC_AutoAstroModeMorning und ASC_AutoAstroModeEvening.

Zum Thema Comfort Attribut. Hier bin ich mir noch nicht ganz schlüssig wie ich das weiter verwende. Ich hatte es mal so übernommen ohne zu verstehen für was das genau war. Aktuell ist es so verarbeitet das es lediglich bei Rollläden mit threestate Sensoren Verwendung findet in dem beim open Event der Rolladen auf den Wert von ASC_Pos_after_ComfortOpen gefahren wird. Hier dachte ich an eine Position fast offen. So um Abends mal die Spinne rauswerfen zu können oder kurz das Kissen auf zu schütteln.


Grüße

[hexenmeister]

Ich hätte es so erwartet:

ComfortOpen: bei open-event (twostate, threestate) wird auf die ComfortOpenPostion gefahren (wenn diese größer (im Sinne mehr offen) als ktuelle Pos).

Ventilate: bei tilted (threestate) wird in VentilatePos gefahren (auch wenn die größer als aktuelle Position).

Beim close wird die Position vor dem Öffnen wiederherstellt, gab zwischendurch ein automatisches Fahrtbefehl (nicht ausgeführt, in der Warteschlange), dann wird dieses Befehl jetzt ausgeführt.

[CoolTux]

Ich hätte es so erwartet:

ComfortOpen: bei open-event (twostate, threestate) wird auf die ComfortOpenPostion gefahren (wenn diese größer (im Sinne mehr offen) als ktuelle Pos).

Ventilate: bei tilted (threestate) wird in VentilatePos gefahren (auch wenn die größer als aktuelle Position).

Beim close wird die Position vor dem Öffnen wiederherstellt, gab zwischendurch ein automatisches Fahrtbefehl (nicht ausgeführt, in der Warteschlange), dann wird dieses Befehl jetzt ausgeführt.

Also eigentlich dann keine Lüftenposition für Rollläden mit twostate Sensoren?

[hexenmeister]

Hab hin und her überlegt, was bei twostate wichtiger (bzw. logischer) ist beim Öffnen: Lüften oder Comfort. Ich finde eher die zweite Variante besser. Kann aber auch mit 'andersrum' gut Leben. Müssen wir nur festlegen ud gut.

Was sagen die Anderen: würde man bei einem zwei-Positionen-Sensor beim Öffnen/Kippen dem 'Ventilate' oder 'Comfort' Vorzug geben?

[CoolTux]

Frage ist ja immer, was ist genau Ventilate und was Comfort? Im Gründe kann der User das ja selber fest legen durch die Bestimmung der Position.
Braucht / will man einen Unterschied? Wenn es um Terrassentür geht kann man das ja mittlerweile schon festlegen und man kann da dann anders verfahren. Alles andere wäre sonst immer Ventilate.
Andersrum fand ich es immer ganz gut bei threestate einen Status extra zu haben, den man auch verwenden kann in der Routine. Fragen, Fragen, Gedanken, Gedanken.
Aber nicht mehr jetzt, jetzt mach ich mal die Augen zu.


Grüße

[homekid]

Hallo Timo,

Das Attribut ASC_Pos_Reading wird in erster Linie nur noch dafür gebraucht das korrekte Reading zu kennen zum auslesen der Position. Der eigentliche Befehl zum fahren wird versucht automatisch zu erkennen (was bei Deinem TYPE unterstützt wird). Das aber nur zur Info.
Zum Thema Lüften und open bei treestate Sensoren wirst Du das selbe "Problem" haben wie Alex, Du hast global lockOut aktiv.

Zum Thema sporadisch, wie genau äußert sich das. Bedeutet Du kippst das Fenster an und der Rolladen fährt nicht oder du schließt und er fährt nicht? Wie gesagt open ist noch mal so eine eigene Sache bei threestate Sensoren.
Dafür muß unbedingt im ASC Modul das Attribut Comfort auf on stehen und das Reading lockOut auf off.

Hallo CoolTux,
habe mein Problem gefunden. Das Reading lockOut war on.
Danke
Zu dem Sporadisch:
Das habe ich gefunden und zwar fähr mein Rolladen häufig 1 Prozent weiter(Soll-90, Ist-89). Dadurch passiert beim Schliessen des Fensters nichts mehr. Wie ich das lösen kann weiß ich nicht.
Gruß Timo

[CoolTux]

Guten Morgen Timo,

Da ich Deine Hardware nicht kenne würde ich ein userReadings anlegen welches immer den Wert korrigiert.


Grüße

[pc1246]

Moin
Mal so eine kleine Idee zum Twostate. Wie waere es, wenn man es konfigrierbar macht? Dann kann jeder selbst entscheiden, ob er Lueften moechte, oder ganz auf!
Gruss Christoph