[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.10

[FunkOdyssey]

Problem Nr. 1

Hallo, ich hatte es ja bereits angekündigt, dass ich mich mit einem Debug-Log noch einmal melde.
Ich habe die unterschiedlichsten Probleme mit der Beschattung. Ein Absent-Fehler wurde ja gestern bereits behoben.
Aber ich habe auch oft, dass die Jalousien sich beim Shading Out und beim Night Close irgendwie in die Quere kommen.
Ein repräsentatives Beispiel konnte ich gestern erzeugen und als Anhang angefügt.

- Rollo war in Shading in (Pos. 50)
- Rollo ging in Shading out (Pos. 50 > Pos. 0)
- und ging dann danach fälschlicherweise hoch (Pos. 0 > Pos. 100)

[dk3572]

Ergebnis: 50

das Ergebnis erhalte ich übrigens bei allen 3 Rollläden.

Tatsächlich steht:
Erkerfenster auf 50
Terrassentuer auf 100
Terrassenfenster auf 40

[FunkOdyssey]

Problem Nr. 2

- Die Jalousie im Kinderzimmer wurde um 13:43 Uhr manuell über den Schalter vollständig heruntergefahren
- Um 22:47 Uhr ist Residents auf absent gegangen
- Um 22:49 Uhr wurde die Jalousie im Kinderzimmer dadurch wieder ein wenig höher gefahren (Von Pos. 0 auf Pos. 10) - ASC_ShuttersLastDrive: residents absent

Das finde ich ein wenig unglücklich, denn eigentlich möchte ich nicht, dass ASC diese Jalousie hochfährt. Das ist auch unglücklich, da dadurch die Kinder wieder wach werden.
Nachvollziehen kann ich das auch nicht, da nur ASC_Mode_Up auf absent steht. Aber warum wird um 22:49 Uhr eine Öffnungsfahrt durchgeführt? Das sollte doch eigentlich nur morgens relevant sein, oder?

Siehe auch Logs im Anhang.

[CoolTux]

Ergebnis: 50

Sehr interessant, ist die selbe Objektfunktion welche auch bei der Übersicht Verwendung findet. Kann ich mir aktuell nicht erklären.

[dk3572]

Sehr interessant, ist die selbe Objektfunktion welche auch bei der Übersicht Verwendung findet. Kann ich mir aktuell nicht erklären.

Heißt aber du bleibst an dem Thema dran? 

[FunkOdyssey]

Problem Nr. 3

Ich tippe darauf, dass mein Problem Nr. 3 mit dem Problem Nr. 1 in Beziehung steht.

Ich habe ein Dachfenster mit Lamellensteuerung.

- Um 09:06 war shading in
- Um 19:15 kam dann shading out
- Aber eigentlich hätte um 19:15 Uhr zzgl. Delay die Jalousie per Night Close geschlossen werden müssen.

Mir fällt im Log auf, dass ich im Reading ASC_ShuttersLastDrive kein Day Open stehen hatte. Als die Beschattungsfunktion für dieses Rollo noch deaktiviert war, hatte ich ein Day Open. Vielleicht liegt das aber auch daran, dass ASC noch annimmt, dass das Rollo fälschlicherweise über Nacht in Shading out steht.

[MCh76]

ich habe inzwischen zweifel, dass ich die markise sinnvoll steuern kann, weil ja die logik anders als bei einem rolladen ist.
....

update: habe es nun hinbekommen die markise wie gewünscht zu steuern. incl. simulieren von schwellenwerten wind und einsetzendem regen.
einzige anregung: wäre es möglich dass die Vorgabeposition für die Position bei RainProtection nicht aus dem ASC device sondern aus dem Rollodevice genommen werden kann? denn m.M. will ich bei Regen in der Regel eine Markise in open position (also reinfahren) bringen und einen rollo in closed position (um das Fenster vor Regen zu schützen). Ein attribut ASC_RainPosition (ähnlich wie ASC_WindParameters) im Rollo wäre optimal finde ich.
Ansonsten nochmal besten Dank für die Hilfe.

[CoolTux]

update: habe es nun hinbekommen die markise wie gewünscht zu steuern. incl. simulieren von schwellenwerten wind und einsetzendem regen.
einzige anregung: wäre es möglich dass die Vorgabeposition für die Position bei RainProtection nicht aus dem ASC device sondern aus dem Rollodevice genommen werden kann? denn m.M. will ich bei Regen in der Regel eine Markise in open position (also reinfahren) bringen und einen rollo in closed position (um das Fenster vor Regen zu schützen). Ein attribut ASC_RainPosition (ähnlich wie ASC_WindParameters) im Rollo wäre optimal finde ich.
Ansonsten nochmal besten Dank für die Hilfe.

Die Anregung nehme ich sehr gerne auf.

[MCh76]

und doch noch eine auffälligkeit bzw. unerwartetes verhalten.
die markise ist ausgefahren, automatisch durch die Beschattungsfunktion, wunderbar. jetzt hole ich sie manuell rein (auf pos 0, gleichzeitig die ASC_Open_Pos). die manuelle Fahrt wird nicht erkannt, ASC_ShuttersLastDrive bleibt auf "shading in" stehen und tlw. bevor die markise die manuelle Position 0 erreicht wird sie wieder auf die ASC_Shading_Pos ausgefahren. Damit wird natürlich auch das Attribut ASC_Blocking_Time_afterManual ignoriert, weil die manuelle Aktion nicht registriert wurde...hast du da noch eine Idee?

[moonsorrox]

ich habe nun alles neu angelegt und habe eine allgemeine Frage zu meinen beiden "Neu" angelegten.
Kann es sein das ASC nicht gut mit den Somfyshutter klar kommt.?

Ich habe mal eine Abfrage gemacht mit

Code Auswählen Erweitern

{ ascAPIget('LastPos','GA_Rollladen') } und mit
{ ascAPIget('LastPos','BU_Rollladen') }

Bei beiden sagt er mir mit der Abfrage "100"
im Shutter selber zeigt er mir aber "80" denn ich habe den Rollladen nicht gefahren... der steht seit gestern auf 80
Bitte noch nicht auf alle ASC Einstellungen schauen, die habe ich noch nicht komplett, da ich ja gestern das ASC Modul gelöscht habe und so fehlen noch Werte.
Aber da ich eben immer Positions Probleme habe, soll heißen das beide Rollläden das gleiche drin haben und trozdem fahren sie unterschiedlich.
hier mal ein list von einem der beiden shutter

Code Auswählen Erweitern

Internals:
   ADDRESS    000001
   CFGFN      ./FHEM/Obergeschoss.cfg
   DEF        000001 A1 0333
   FUUID      5c4319de-f33f-a6c6-3d9e-1e19eeecaeab6618
   IODev      sduino
   NAME       GA_Rollladen
   NR         2752
   STATE      80
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   OLDREADINGS:
   READINGS:
     2020-06-24 19:22:05   ASC_Enable      on
     2020-06-25 08:00:04   ASC_ShuttersLastDrive shading in
     2020-06-25 08:00:01   ASC_Time_DriveDown 25.06.2020 - 22:00
     2020-06-25 08:00:01   ASC_Time_DriveUp 26.06.2020 - 08:00
     2020-06-24 19:12:42   associatedWith  Rollladenautomatik,none
     2020-06-25 08:00:04   enc_key         A1
     2020-06-25 08:00:04   exact           80
     2020-06-25 08:00:04   position        80
     2020-06-25 08:00:04   rolling_code    0333
     2020-06-25 08:00:04   state           80
Attributes:
   ASC        1
   ASC_Pos_Reading position
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 80
   ASC_Shading_StateChange_SunnyCloudy 180:65
   ASC_Shading_WaitingPeriod 600
   ASC_Time_Up_Early 08:00
   ASC_Up     time
   IODev      sduino
   alias      Gäste - Rollladen
   devStateIcon open:fts_shutter_10@#00FA9A  closed:fts_shutter_100@blue  Home:fts_shutter_30@blue down:fts_shutter_100@blue   9\d.*:fts_shutter_90@#FF6D00 8\d.*:fts_shutter_80@#00bfff   7\d.*:fts_shutter_70@#00bfff  6\d.*:fts_shutter_60@#00bfff 5\d.*:fts_shutter_50@#20B2AA  4\d.*:fts_shutter_40@#00bfff 3\d.*:fts_shutter_30@#blue  2\d.*:fts_shutter_20@#00bfff  1\d.*:fts_shutter_10@#00bfff
   drive-down-time-to-100 18
   drive-down-time-to-close 24
   drive-up-time-to-100 6
   drive-up-time-to-open 25
   event-on-change-reading .*
   eventMap   on:on stop:Stop off:off 15:15 45:45 30:Home
   group      Rollladen Gästezimmer
   icon       fts_shutter_automatic@#778899
   model      somfyshutter
   repetition 10
   room       Automation,OG - Flur
   sortby     18
   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_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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,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_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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 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
   webCmd     on:Stop:off:15:45:Home

[CoolTux]

und doch noch eine auffälligkeit bzw. unerwartetes verhalten.
die markise ist ausgefahren, automatisch durch die Beschattungsfunktion, wunderbar. jetzt hole ich sie manuell rein (auf pos 0, gleichzeitig die ASC_Open_Pos). die manuelle Fahrt wird nicht erkannt, ASC_ShuttersLastDrive bleibt auf "shading in" stehen und tlw. bevor die markise die manuelle Position 0 erreicht wird sie wieder auf die ASC_Shading_Pos ausgefahren. Damit wird natürlich auch das Attribut ASC_Blocking_Time_afterManual ignoriert, weil die manuelle Aktion nicht registriert wurde...hast du da noch eine Idee?

Befor die manuelle Fahrt erreicht abgeschlossen war wurde in shading in gefahren, daher keine Erkennung der manuellen fahrt.
Schau Dir mal das Attribut ASC_Shutter_IdleDetection an.

[CoolTux]

ich habe nun alles neu angelegt und habe eine allgemeine Frage zu meinen beiden "Neu" angelegten.
Kann es sein das ASC nicht gut mit den Somfyshutter klar kommt.?

Ich habe mal eine Abfrage gemacht mit

Code Auswählen Erweitern

{ ascAPIget('LastPos','GA_Rollladen') } und mit
{ ascAPIget('LastPos','BU_Rollladen') }

Bei beiden sagt er mir mit der Abfrage "100"
im Shutter selber zeigt er mir aber "80" denn ich habe den Rollladen nicht gefahren... der steht seit gestern auf 80
Bitte noch nicht auf alle ASC Einstellungen schauen, die habe ich noch nicht komplett, da ich ja gestern das ASC Modul gelöscht habe und so fehlen noch Werte.
Aber da ich eben immer Positions Probleme habe, soll heißen das beide Rollläden das gleiche drin haben und trozdem fahren sie unterschiedlich.
hier mal ein list von einem der beiden shutter

Code Auswählen Erweitern

Internals:
   ADDRESS    000001
   CFGFN      ./FHEM/Obergeschoss.cfg
   DEF        000001 A1 0333
   FUUID      5c4319de-f33f-a6c6-3d9e-1e19eeecaeab6618
   IODev      sduino
   NAME       GA_Rollladen
   NR         2752
   STATE      80
   TYPE       SOMFY
   move       stop
   CODE:
     1          000001
   OLDREADINGS:
   READINGS:
     2020-06-24 19:22:05   ASC_Enable      on
     2020-06-25 08:00:04   ASC_ShuttersLastDrive shading in
     2020-06-25 08:00:01   ASC_Time_DriveDown 25.06.2020 - 22:00
     2020-06-25 08:00:01   ASC_Time_DriveUp 26.06.2020 - 08:00
     2020-06-24 19:12:42   associatedWith  Rollladenautomatik,none
     2020-06-25 08:00:04   enc_key         A1
     2020-06-25 08:00:04   exact           80
     2020-06-25 08:00:04   position        80
     2020-06-25 08:00:04   rolling_code    0333
     2020-06-25 08:00:04   state           80
Attributes:
   ASC        1
   ASC_Pos_Reading position
   ASC_Shading_Min_OutsideTemperature 22
   ASC_Shading_Mode always
   ASC_Shading_Pos 80
   ASC_Shading_StateChange_SunnyCloudy 180:65
   ASC_Shading_WaitingPeriod 600
   ASC_Time_Up_Early 08:00
   ASC_Up     time
   IODev      sduino
   alias      Gäste - Rollladen
   devStateIcon open:fts_shutter_10@#00FA9A  closed:fts_shutter_100@blue  Home:fts_shutter_30@blue down:fts_shutter_100@blue   9\d.*:fts_shutter_90@#FF6D00 8\d.*:fts_shutter_80@#00bfff   7\d.*:fts_shutter_70@#00bfff  6\d.*:fts_shutter_60@#00bfff 5\d.*:fts_shutter_50@#20B2AA  4\d.*:fts_shutter_40@#00bfff 3\d.*:fts_shutter_30@#blue  2\d.*:fts_shutter_20@#00bfff  1\d.*:fts_shutter_10@#00bfff
   drive-down-time-to-100 18
   drive-down-time-to-close 24
   drive-up-time-to-100 6
   drive-up-time-to-open 25
   event-on-change-reading .*
   eventMap   on:on stop:Stop off:off 15:15 45:45 30:Home
   group      Rollladen Gästezimmer
   icon       fts_shutter_automatic@#778899
   model      somfyshutter
   repetition 10
   room       Automation,OG - Flur
   sortby     18
   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_beforDayOpen ASC_BlockingTime_beforNightClose ASC_BrightnessSensor ASC_Closed_Pos:0,10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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,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_InOutAzimuth ASC_Shading_MinMax_Elevation ASC_Shading_Min_OutsideTemperature ASC_Shading_Mode:absent,always,off,home ASC_Shading_Pos:10,15,20,25,30,35,40,45,50,55,60,65,70,75,80,85,90,95,100 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 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
   webCmd     on:Stop:off:15:45:Home

Muss Dir ehrlich gestehen das ich mir nicht erklären kann wo das mit der 100 dann her kommt. Wenn er nichts auslesen kann setzt er automatisch auf 0 aber nicht auf 100.

[CoolTux]

und doch noch eine auffälligkeit bzw. unerwartetes verhalten.
die markise ist ausgefahren, automatisch durch die Beschattungsfunktion, wunderbar. jetzt hole ich sie manuell rein (auf pos 0, gleichzeitig die ASC_Open_Pos). die manuelle Fahrt wird nicht erkannt, ASC_ShuttersLastDrive bleibt auf "shading in" stehen und tlw. bevor die markise die manuelle Position 0 erreicht wird sie wieder auf die ASC_Shading_Pos ausgefahren. Damit wird natürlich auch das Attribut ASC_Blocking_Time_afterManual ignoriert, weil die manuelle Aktion nicht registriert wurde...hast du da noch eine Idee?

Interessant, könnte schwören ich habe Dir darauf geantwortet gehabt. Nun gut.
Schaue Dir mal das Attribut ASC_Shutter_IdleDetection an.

[CoolTux]

Problem Nr. 1

Hallo, ich hatte es ja bereits angekündigt, dass ich mich mit einem Debug-Log noch einmal melde.
Ich habe die unterschiedlichsten Probleme mit der Beschattung. Ein Absent-Fehler wurde ja gestern bereits behoben.
Aber ich habe auch oft, dass die Jalousien sich beim Shading Out und beim Night Close irgendwie in die Quere kommen.
Ein repräsentatives Beispiel konnte ich gestern erzeugen und als Anhang angefügt.

- Rollo war in Shading in (Pos. 50)
- Rollo ging in Shading out (Pos. 50 > Pos. 0)
- und ging dann danach fälschlicherweise hoch (Pos. 0 > Pos. 100)

Wann hätte Deiner Meinung nach das Rollo in die Nachtfahrt gehen müssen? Also so Pi mal Daumen

[CoolTux]

Problem Nr. 2

- Die Jalousie im Kinderzimmer wurde um 13:43 Uhr manuell über den Schalter vollständig heruntergefahren
- Um 22:47 Uhr ist Residents auf absent gegangen
- Um 22:49 Uhr wurde die Jalousie im Kinderzimmer dadurch wieder ein wenig höher gefahren (Von Pos. 0 auf Pos. 10) - ASC_ShuttersLastDrive: residents absent

Das finde ich ein wenig unglücklich, denn eigentlich möchte ich nicht, dass ASC diese Jalousie hochfährt. Das ist auch unglücklich, da dadurch die Kinder wieder wach werden.
Nachvollziehen kann ich das auch nicht, da nur ASC_Mode_Up auf absent steht. Aber warum wird um 22:49 Uhr eine Öffnungsfahrt durchgeführt? Das sollte doch eigentlich nur morgens relevant sein, oder?

Siehe auch Logs im Anhang.

Das Verhalten ist völlig korrekt. Wie oft habe ich Euch gesagt Ihr sollt für Open und Closed die höchsten und die tiefsten Werte nehmen. Du fährst das Rollo in Pos 0 und dann kommt ein Trigger. ASC bekommt mit das die aktuelle Position nicht die geschlossen Position ist und zieht nach. Völlig ok für mich.