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

[fraggle777]

Alle Bedingungen für Beschattung waren erfüllt, die Jalousien waren in Beschattung. Ich habe dann eine Jalousie manuell nach oben gefahren. Dort ist sie geblieben und hat nicht mehr auf die Automatik reagiert. Ich hätte erwartet, dass sie beim nächsten Event wieder runter fährt.

[CoolTux]

Alle Bedingungen für Beschattung waren erfüllt, die Jalousien waren in Beschattung. Ich habe dann eine Jalousie manuell nach oben gefahren. Dort ist sie geblieben und hat nicht mehr auf die Automatik reagiert. Ich hätte erwartet, dass sie beim nächsten Event wieder runter fährt.

Nein tut sie nicht. Beschattung ist ein Sonderfall. Hier kuss einmal komplett entschattet worden sein damit wieder beschattet wird.

[fraggle777]

Aha, gut zu wissen. Dann funktioniert ja vermutlich alles wie programmiert. Danke für die Info und das tolle Modul!

[Bronze]

Code Auswählen Erweitern

attr KNX_0403013 ascWinState.(alarm|no.alarm) { (ReadingsVal($name,'state','no alarm') eq 'alarm' ? 'open' : 'closed') }

Teste erstmal das. Es sollte also ein neues Reading im Fensterkontakt Device angelegt werden mit Namen ascWinState sobald sich state ändert. Musst also Fenster mal auf oder zu machen.

Danach, wenn das also klappt, erweitert Du das Attribut ASC_WindowRec im passenden Rollo Device um das Reading

Code Auswählen Erweitern

ASC_WindowRec KNX_0403013:ascWinState

@CoolTux,
alles so eingerichtet.
Leider geht aber der Rollladen trotzdem bei geöffnetem Fenster zeitgesteuert (hier um 11:30 Uhr) runter.
Weitere Einstellungen:

Code Auswählen Erweitern


Attributes
ASC 1
ASC_Down time
ASC_LockOut soft
ASC_Mode_Down always
ASC_Mode_Up always
ASC_Partymode off
ASC_Pos_Reading position
ASC_Time_Down_Early 11:30
ASC_Up time
ASC_WindowRec KNX_0403013:ascWinState


Danke und Gruß

[CoolTux]

Mach mal das Fenster auf und erstelle ein list vom Fensterkontakt.

Ausserdem kannst Du folgendes testen

Code Auswählen Erweitern

{ FHEM::AutoShuttersControl::CheckIfShuttersWindowRecOpen('ROLLONAME') }

Sollte 1 oder 2 bei geöffneten Fenster raus kommen.

[Bronze]

@CoolTux:

Im Eventmonitor erscheint zur Timerzeit - egal ob Fenster zu oder auf ist:

Code Auswählen Erweitern

2020-06-06 18:52:01 AutoShuttersControl Autoroll Rollade_OG_WZ_Tuer_nextAstroTimeEvent:  7.06.2020 - 05:00
2020-06-06 18:52:01 AutoShuttersControl Autoroll created new drive timer

Der Rolladen fährt nicht, egal ob das Fenster auf oder zu ist.
Im Logfile erscheint einige Sekunden später:

Code Auswählen Erweitern

2020.06.06 18:52:58 5: enter get Rollade_OG_WZ_Tuer: hash: HASH(0x55d6b69be268), attributes: Rollade_OG_WZ_Tuer, ?

Auf die Eingabe von

Code Auswählen Erweitern

{ FHEM::AutoShuttersControl::CheckIfShuttersWindowRecOpen('Rollade_OG_WZ_Tuer') }

erhält man immer 0, egal ob das Fenster auf oder zu ist.

[CoolTux]

Was ist denn mit dem userreadings, wird es denn überhaupt gesetzt?
Du solltest mir bitte ein list vom Fensterkontakt geben damit ich sehen kann ob das userreadings gesetzt wurde.

Also Fenster auf und

list FENSTERKONTAKTNAME

in FHEMWEB Kommandozeile.

[Bronze]

Fenster offen:

Code Auswählen Erweitern

Internals:
   DEF        4/3/13:dpt1.005:status
   DEVNAME    KNX_0403013
   FIRSTGADNAME status
   FUUID      5d5060ad-f33f-1985-8759-0e0e65caed217027
   GETSTRING  status:noArg
   IODev      KNX
   KNX_MSGCNT 13
   KNX_RAWMSG C02005w0430d01
   KNX_TIME   2020-06-07 09:11:17
   LASTInputDev KNX
   MSGCNT     13
   NAME       KNX_0403013
   NR         248
   NTFY_ORDER 50-KNX_0403013
   SETSTRING  status:no alarm,alarm
   STATE      alarm
   TYPE       KNX
   GADDETAILS:
     status:
       CODE       0430d
       GROUP      4/3/13
       MODEL      dpt1.005
       NO         1
       OPTION     
       RDNAMEGET  status-get
       RDNAMEPUT  status-put
       RDNAMESET  status-set
       SETLIST    :no alarm,alarm
   GADTABLE:
     0430d      status
   Helper:
     DBLOG:
       last-sender:
         LOG_Db:
           TIME       1591513877.99248
           VALUE      2/0/5
       state:
         LOG_Db:
           TIME       1591513877.99248
           VALUE      alarm
       status-get:
         LOG_Db:
           TIME       1591513877.99248
           VALUE      alarm
   READINGS:
     2020-06-07 09:11:17   last-sender     2/0/5
     2020-06-07 09:11:17   state           alarm
     2020-06-07 09:11:17   status-get      alarm
Attributes:
   IODev      KNX
   alias      EMA OG Fenster Wohnzimmer
   room       KNX->EMA
   userReadings ascWinState.(alarm|no.alarm) { (ReadingsVal($name,'state','no alarm') eq 'alarm' ? 'open' : 'closed') }

Fenster geschlossen:

Code Auswählen Erweitern

Internals:
   DEF        4/3/13:dpt1.005:status
   DEVNAME    KNX_0403013
   FIRSTGADNAME status
   FUUID      5d5060ad-f33f-1985-8759-0e0e65caed217027
   GETSTRING  status:noArg
   IODev      KNX
   KNX_MSGCNT 14
   KNX_RAWMSG C02005w0430d00
   KNX_TIME   2020-06-07 09:13:10
   LASTInputDev KNX
   MSGCNT     14
   NAME       KNX_0403013
   NR         248
   NTFY_ORDER 50-KNX_0403013
   SETSTRING  status:no alarm,alarm
   STATE      no alarm
   TYPE       KNX
   GADDETAILS:
     status:
       CODE       0430d
       GROUP      4/3/13
       MODEL      dpt1.005
       NO         1
       OPTION     
       RDNAMEGET  status-get
       RDNAMEPUT  status-put
       RDNAMESET  status-set
       SETLIST    :no alarm,alarm
   GADTABLE:
     0430d      status
   Helper:
     DBLOG:
       last-sender:
         LOG_Db:
           TIME       1591513990.68347
           VALUE      2/0/5
       state:
         LOG_Db:
           TIME       1591513990.68347
           VALUE      no alarm
       status-get:
         LOG_Db:
           TIME       1591513990.68347
           VALUE      no alarm
   READINGS:
     2020-06-07 09:13:10   last-sender     2/0/5
     2020-06-07 09:13:10   state           no alarm
     2020-06-07 09:13:10   status-get      no alarm
Attributes:
   IODev      KNX
   alias      EMA OG Fenster Wohnzimmer
   room       KNX->EMA
   userReadings ascWinState.(alarm|no.alarm) { (ReadingsVal($name,'state','no alarm') eq 'alarm' ? 'open' : 'closed') }

[CoolTux]

OK ich sehe schon. Sorry war mein Fehler.

Code Auswählen Erweitern

userReadings ascWinState.(alarm|no.alarm) { (ReadingsVal($name,'state','no alarm') eq 'alarm' ? 'open' : 'closed') }
ändern nach

Code Auswählen Erweitern

userReadings ascWinState:(alarm|no.alarm) { (ReadingsVal($name,'state','no alarm') eq 'alarm' ? 'open' : 'closed') }

und dann noch mal öffnen und schauen ob das Reading ascWinState nun angelegt wurde.

[Bronze]

@CoolTux, jetzt wird es angelegt, danke!

[Borkk]

Hallo CoolTux,

kann es sein, das ASC ein Problem mit dem Status "gone" im Resident Modul hat? Ich habe den Wunsch das ASC auch während des Urlaubs die Rollos steuert. Das hat irgendwie noch nie richtig geklappt. Spätestens wenn der Status auf "gone" springt, mach ASC nicht mehr das was es soll.

Ich bin seit Sa morgen weg. Sa und gestern, wo unser Status noch "absent" war, lief alles noch wie eingestellt, inkl. Beschattung. Als ich heute Mittag reingeschaut habe, ergab sich folgendes Bild.

- Ein paar Rollos waren noch in NightClose die eigentlich hätten in DayOpen sein müssen und in Mode_up und Mode_Down eine "always" haben.
- Ein paar Rollos waren richtigerweise in Day Open.
- Die Beschattung hat gar nichts gemacht.

Zu dem Status "gone" kommt noch eine Abwesenheit über das Holiday Modul aber das wertet ASC ja (glaube ich) gar nicht aus.

Ich habe in ASC keine Roommates eingepflegt, sondern nur das Attribut "ASC_residentsDev" mit "bewohner:state". 

   

[CoolTux]

Hallo CoolTux,

kann es sein, das ASC ein Problem mit dem Status "gone" im Resident Modul hat? Ich habe den Wunsch das ASC auch während des Urlaubs die Rollos steuert. Das hat irgendwie noch nie richtig geklappt. Spätestens wenn der Status auf "gone" springt, mach ASC nicht mehr das was es soll.

Ich bin seit Sa morgen weg. Sa und gestern, wo unser Status noch "absent" war, lief alles noch wie eingestellt, inkl. Beschattung. Als ich heute Mittag reingeschaut habe, ergab sich folgendes Bild.

- Ein paar Rollos waren noch in NightClose die eigentlich hätten in DayOpen sein müssen und in Mode_up und Mode_Down eine "always" haben.
- Ein paar Rollos waren richtigerweise in Day Open.
- Die Beschattung hat gar nichts gemacht.

Zu dem Status "gone" kommt noch eine Abwesenheit über das Holiday Modul aber das wertet ASC ja (glaube ich) gar nicht aus.

Ich habe in ASC keine Roommates eingepflegt, sondern nur das Attribut "ASC_residentsDev" mit "bewohner:state". 

   

Ich muss noch mal schauen. Aber generell ist es glaube so das bei gone komplett nicht gemacht wird ausser das Abends runter gefahren wird. Wenn das Rollo erstmal unten ist bleibt das auch.
Aber ich schaue da noch mal.

[Borkk]

Ich muss noch mal schauen. Aber generell ist es glaube so das bei gone komplett nicht gemacht wird ausser das Abends runter gefahren wird. Wenn das Rollo erstmal unten ist bleibt das auch.
Aber ich schaue da noch mal.

Es scheint so zu sein. Ich habe jetzt den Status manuell auf "absent" gesetzt und jetzt fahren die Rollos wieder wie eingestellt. Das bei "gone" alle Rollos runter fahren ist nachvollziehbar aber ich glaube es mach Sinn mal darüber nachzudenken. Nachdem ich mal eine Einbruchversuch hinter mir hatte, lasse ich im Urlaub alles weiterlaufen (Rollos, Terrassenlicht usw) um eine Anwesenheit vorzutäuschen. Wenn alle Rollos unten sind, weis ja jeder Einbrecher Bescheid. Aber wie so oft, gibt es hier kein richtig oder falsch. Ich habe mir erst mal so geholfen, das ich das Umschalten der Roommates auf "gone" abgeschaltet habe.

[CoolTux]

Es scheint so zu sein. Ich habe jetzt den Status manuell auf "absent" gesetzt und jetzt fahren die Rollos wieder wie eingestellt. Das bei "gone" alle Rollos runter fahren ist nachvollziehbar aber ich glaube es mach Sinn mal darüber nachzudenken. Nachdem ich mal eine Einbruchversuch hinter mir hatte, lasse ich im Urlaub alles weiterlaufen (Rollos, Terrassenlicht usw) um eine Anwesenheit vorzutäuschen. Wenn alle Rollos unten sind, weis ja jeder Einbrecher Bescheid. Aber wie so oft, gibt es hier kein richtig oder falsch. Ich habe mir erst mal so geholfen, das ich das Umschalten der Roommates auf "gone" abgeschaltet habe.

Ich denke hier kann es Sinn machen das Verhalten als Attribut auswählbar zu machen.

[JWRu]

Ich möchte auch gerne, dass bei "gone" alles normal weiterläuft. Deshalb habe ich versucht "ASC_residentsDev" zu löschen. Jetzt steht "ASC_residentsDev" auf "1".
Wird RESIDENTS jetzt ignoriert?