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

[CoolTux]

Sowohl im Modul (ASC_shuttersDriveOffset) als auch am Rolladen-Device (ASC_Drive_Offset) lassen sich die Fahrbefehle bei einem Wert >0 verzögern. Wenn, durch die Automatik gesteuert, mehrere Rolläden gefahren werden sollen, ist das OK. Bei den SOMFY-Rolläden sogar zwingend notwendig. Unschön ist, dass diese Funktion auch bei der 'Lüftungsstellung' greift. Rolladen ist unten, Fenster wird zum Lüften geöffnet (gekippt) der Rolladen fährt erst nach einer Zeit X in die Lüftungsstellung. Man steht also zunächst bei geöffnetem Fenster vor einem geschlossenen Rolladen. Da weiß man nicht, 'hat es die Automatik mitbekommen', 'passiert jetzt noch was' und wartet mehr oder weniger darauf, dass sich der Rolladen bewegt. Wäre es nicht sinnvoll, die Verzögerungszeiten, bei der Funktion 'Lüftungsstellung' zu ignorieren?

Einige Attribute sind mit dem Wert 'none' vorbelegt. Z.B. ASC_Shading_Brightness_Sensor oder ASC_Roommate_Device. Wenn es diese Geräte an dem betreffenden Rolladendevice nicht gibt, habe ich das entsprechende Attribut mit dem Wert 'none' stehen lassen.
Dieses 'none-Device' taucht dann aber auch im NOTIFYDEV des Moduls auf:

Code Auswählen Erweitern

,[b]none[/b],rr_Stefan,Regenmesser,sc.
Ist das korrekt, oder wie soll mit Attributen verfahren werden, die nicht genutzt werden? Beispielsweise, wenn einem Raum kein Roommate_Device zugeordnet werden soll.

Das mit dem verzögerten fahren bei der Lüftenposition ist in der Tat schlecht, das werde ich noch mal überarbeiten.

Das "none" sollte nicht in der NOTIFYDEV auf tauchen, hast Du da im nachhinein auf das Attribut hinzufügen gedrückt oder so?

[Karflyer]

Code Auswählen Erweitern

Das "none" sollte nicht in der NOTIFYDEV auf tauchen, hast Du da im nachhinein auf das Attribut hinzufügen gedrückt oder so?

Ja, bestimmt. Ich hatte zwischenzeitlich ja mal das Problem, dass der Roommate-Status irgendwie nicht berücksichtigt wurde. Da hatte ich das Attribut ASC_Roommate_Device zwischenzeitlich gelöscht und dann doch wieder eingefügt und mit dem Wert 'none' belegt. Bin davon ausgegangen, dass bei der Bildung des NOTIFYDEV 'none' nicht berücksichtigt wird.

[Karflyer]

Code: [Auswählen]
Das "none" sollte nicht in der NOTIFYDEV auf tauchen, hast Du da im nachhinein auf das Attribut hinzufügen gedrückt oder so?

Ja, bestimmt. Ich hatte zwischenzeitlich ja mal das Problem, dass der Roommate-Status irgendwie nicht berücksichtigt wurde. Da hatte ich das Attribut ASC_Roommate_Device zwischenzeitlich gelöscht und dann doch wieder eingefügt und mit dem Wert 'none' belegt. Bin davon ausgegangen, dass bei der Bildung des NOTIFYDEV 'none' nicht berücksichtigt wird.

Ich habe jetzt gerade das NOTIFYDEF noch einmal neu aufbauen lassen. Jetzt ist der Eintrag 'none' weg. Stellt sich die Frage, was ist beispielsweise am ROOMMATE-Attribut einzutragen, wenn das Attribut vorher mit einem konkreten Wert belegt war und jetzt auf 'none' gesetzt werden soll?

Eine weitere Frage noch zum NOTIFYDEV im Modul. Hier taucht das Device 'Regensensor' (ASC_rainSensorDevice) auf. Das gesetzte Device für den Temperatursensor (ASC_temperatureSensor) jedoch nicht. Korrekt?

[CoolTux]

Gar nichts. Einfach löschen. Ich muß noch mal schauen wieso ich da was eintragen musste. Aber ich glaube das war weil sonst das Attribut erst gar nicht verteilt wurde. Kann abe rauch sein das ich wollte das es generell angezeigt wird damit man sieht das da ein Attribut zum einstellen ist. Ich teste das die Tage noch mal.

[Karflyer]

OK. Danke dir.

kannst du bitte noch etwas zu dieser Frage sagen.

Eine weitere Frage noch zum NOTIFYDEV im Modul. Hier taucht das Device 'Regensensor' (ASC_rainSensorDevice) auf. Das gesetzte Device für den Temperatursensor (ASC_temperatureSensor) jedoch nicht. Korrekt?

[Karflyer]

Gar nichts. Einfach löschen.

Das mit dem Löschen hat allerdings den Nachteil, dass ein entsprechendes ReadingsGroup nicht mehr korrekt angezeigt wird. Schöner wäre es, wenn das Attribut mit dem Wert 'none' existieren darf und das setzen von 'none' am Attribut bei der Ergänzung des NOTIFYDEF nicht berücksichtigt wird.

[CoolTux]

Das mit dem Löschen hat allerdings den Nachteil, dass ein entsprechendes ReadingsGroup nicht mehr korrekt angezeigt wird. Schöner wäre es, wenn das Attribut mit dem Wert 'none' existieren darf und das setzen von 'none' am Attribut bei der Ergänzung des NOTIFYDEF nicht berücksichtigt wird.

Ich schaue es mir an ob ich das umsetzen kann.

[CoolTux]

OK. Danke dir.

kannst du bitte noch etwas zu dieser Frage sagen.

Eine weitere Frage noch zum NOTIFYDEV im Modul. Hier taucht das Device 'Regensensor' (ASC_rainSensorDevice) auf. Das gesetzte Device für den Temperatursensor (ASC_temperatureSensor) jedoch nicht. Korrekt?

Nein ist nicht korrekt. Es sollte auch das Device für das Attribut ASC_temperatureSensor in der NOTIFYDEV auf tauchen. Wenn es in der Tat nicht da ist, kannst du es einfach noch einmal setzen?

[Karflyer]

Nein ist nicht korrekt. Es sollte auch das Device für das Attribut ASC_temperatureSensor in der NOTIFYDEV auf tauchen. Wenn es in der Tat nicht da ist, kannst du es einfach noch einmal setzen?

Habe ich bereits versucht, auch Attribut gelöscht und wieder gesetzt. Leider alles ohne Erfolg.

[CoolTux]

Gerade noch mal vernünftig nach gedacht.
Hast Recht. Die Temperatur wird aktuell nicht getriggert sondern ausschließlich abgefragt. Sorry für Durcheinander.

[CoolTux]

Unschön ist, dass diese Funktion auch bei der 'Lüftungsstellung' greift. Rolladen ist unten, Fenster wird zum Lüften geöffnet (gekippt) der Rolladen fährt erst nach einer Zeit X in die Lüftungsstellung. Man steht also zunächst bei geöffnetem Fenster vor einem geschlossenen Rolladen. Da weiß man nicht, 'hat es die Automatik mitbekommen', 'passiert jetzt noch was' und wartet mehr oder weniger darauf, dass sich der Rolladen bewegt. Wäre es nicht sinnvoll, die Verzögerungszeiten, bei der Funktion 'Lüftungsstellung' zu ignorieren?

Habe ich soeben gefixt. Da die Version wieder ein etwas größeres Update enthält gebe ich sie erst die Tage frei.

[CoolTux]

Zum Thema Alarmierung: Hier sollte eigentlich das Ereignis durch die Alarmanlage ausgewertet werden. Schön wäre es, wenn man einen Befehl

"set XXX wiggle [device|all]"

hätte, der den Rollladen einfach etwas "Wackeln" kann.

LG

pah

Hallo pah,

Ich bin gerade bei der Implementierung.
Hättest Du da einen guten Timerwert zum Zurückfahren für mich? So 10 oder lieber 5 Sekunden?
Hat sich erledigt. Die Rolläden bewegen sich um 5% und nach einer Minute wieder zurück.

Grüße

[FunkOdyssey]

Ich habe hier eine ganze frische ASC-Installation und suche den Grund, warum heute um 16:51 Uhr die Jalousien nicht heruntergefahren wurden.

Kannst du etwas erkennen?

Code Auswählen Erweitern


Internals:
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       Rolladensteuerung
   NOTIFYDEV  global,Rolladensteuerung,zw_jal_diele,zw_jal_hwr,zw_jal_wc
   NR         150
   NTFY_ORDER 51-Rolladensteuerung
   STATE      active
   TYPE       AutoShuttersControl
   VERSION    0.1.91
   OLDREADINGS:
   READINGS:
     2018-11-04 16:05:25   lockOut         off
     2018-11-04 16:05:25   partyMode       off
     2018-11-04 19:35:00   room_Homekit_Jalousien zw_jal_diele,zw_jal_hwr,zw_jal_wc
     2018-11-04 16:05:25   selfDefense     off
     2018-11-04 19:35:00   state           active
     2018-11-04 16:05:25   sunriseTimeWeHoliday off
     2018-11-04 19:35:00   userAttrList    rolled out
     2018-11-05 16:51:00   zw_jal_diele_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_diele_nextAstroTimeEvent  6.11.2018 - 08:30
     2018-11-05 16:51:00   zw_jal_hwr_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_hwr_nextAstroTimeEvent  6.11.2018 - 08:30
     2018-11-05 16:51:00   zw_jal_wc_lastPosValue 0
     2018-11-05 16:51:00   zw_jal_wc_nextAstroTimeEvent  6.11.2018 - 08:30
   helper:
     shuttersList:
       zw_jal_diele
       zw_jal_hwr
       zw_jal_wc
Attributes:
   ASC_antifreezeTemp 3
   ASC_autoAstroModeEvening REAL
   ASC_autoAstroModeMorning REAL
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_temperatureReading temperature

Code Auswählen Erweitern

2018-11-04_19:35:00 Rolladensteuerung userAttrList: rolled out
2018-11-04_19:35:03 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-04_19:35:03 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-04_19:35:03 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 08:30
2018-11-05_08:30:02 Rolladensteuerung zw_jal_diele_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_08:30:02 Rolladensteuerung zw_jal_hwr_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_08:30:02 Rolladensteuerung zw_jal_wc_lastPosValue: 0
2018-11-05_08:30:02 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:07 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:08 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:09 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_15:47:10 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:12 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_15:47:13 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  5.11.2018 - 16:51
2018-11-05_16:51:00 Rolladensteuerung zw_jal_diele_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_diele_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_16:51:00 Rolladensteuerung zw_jal_hwr_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_hwr_nextAstroTimeEvent:  6.11.2018 - 08:30
2018-11-05_16:51:00 Rolladensteuerung zw_jal_wc_lastPosValue: 0
2018-11-05_16:51:00 Rolladensteuerung zw_jal_wc_nextAstroTimeEvent:  6.11.2018 - 08:30

Code Auswählen Erweitern

Internals:
   DEF        efbdf21a 6
   IODev      ZWDongle
   LASTInputDev ZWDongle
   MSGCNT     50
   NAME       zw_jal_diele
   NR         136
   STATE      99
   TYPE       ZWave
   ZWDongle_MSGCNT 50
   ZWDongle_RAWMSG 0004000606310504220000c400
   ZWDongle_TIME 2018-11-05 17:11:52
   ZWaveSubDevice no
   homeId     efbdf21a
   isWakeUp   
   nodeIdHex  06
   READINGS:
     2018-11-05 08:30:02   ASC_ShuttersLastDrive day open
     2018-11-05 16:51:00   ASC_Time_DriveDown  6.11.2018 - 16:51
     2018-11-05 16:51:00   ASC_Time_DriveUp  6.11.2018 - 08:30
     2018-10-12 18:51:44   CMD             ZW_APPLICATION_UPDATE
     2018-10-13 08:29:12   assocGroup_1    Max 16 Nodes ZWDongle
     2018-10-13 08:29:12   assocGroup_2    Max 16 Nodes zw_jal_hwr zw_jal_diele zw_jal_wc
     2018-10-13 08:29:12   assocGroup_3    Max 1 Nodes ZWDongle
     2018-10-13 08:29:12   assocGroups     3
     2018-10-12 20:52:55   configEnergyReports 10
     2018-10-12 20:52:55   configInRollerBlindModeOrVenetianBlind17 10
     2018-10-12 20:52:55   configInVenetianBlindModeTheParameter12 150
     2018-10-12 20:53:00   configManagingLamellasInResponseTo35 SetLamellasToTheirExtreme1
     2018-10-12 20:53:00   configMotorOperationDetection 10
     2018-10-12 20:53:00   configMotorOperationTime 240
     2018-10-12 20:53:00   configPeriodicPowerOrEnergyReports 3600
     2018-10-12 20:53:00   configPowerReports 10
     2018-10-12 20:53:05   configReportsType BlindPositionReportsSentToThe0
     2018-10-12 20:53:05   configResponseToFloodingAlarm NoReaction
     2018-10-12 20:53:05   configResponseToGeneralAlarm CloseBlind
     2018-10-12 20:53:05   configResponseToSmokeCOOrCO2Alarm OpenBlind
     2018-10-12 20:53:05   configResponseToTemperatureAlarm OpenBlind
     2018-10-12 21:27:55   configRollerShutterOperatingModes 1RollerBlindModeWithPositioning
     2018-10-12 20:53:05   configScenesAssociationsActivation AssociationsActivation
     2018-10-12 20:53:05   configSelfMeasurement SelfMeasurementInactive
     2018-10-12 20:53:05   configSetLamellasBackToPrevious13 1LamellasReturnToPreviouslySet1
     2018-10-12 20:53:05   configSwitchType MomentarySwitches
     2018-11-05 16:33:23   energy           0.04 kWh
     2018-10-12 21:25:27   mcaGroups       2
     2018-10-12 21:25:23   mca_1           Max 7 Nodes ZWDongle
     2018-10-12 21:25:23   mca_2           Max 7
     2018-10-12 18:45:32   model           FIBARO System FGRM222 Roller Shutter Controller 2
     2018-10-12 18:45:32   modelConfig     fibaro/fgrm222.xml
     2018-10-12 18:45:32   modelId         010f-0302-1000
     2018-10-12 21:25:39   neighborList    ZWDongle zw_heizstab zw_jal_hwr zw_dim_wegbeleuchtung zw_jal_wc
     2018-10-12 21:25:37   neighborUpdate  done
     2018-11-05 07:11:56   position        99
     2018-11-05 17:11:52   power           0.0 W
     2018-10-12 21:28:17   reportedState   dim 99
     2018-11-01 16:12:25   state           dim 70
     2018-11-01 16:12:25   timeToAck       0.082
     2018-11-01 16:12:25   transmit        OK
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 off
   ASC_Open_Pos 99
   ASC_Partymode off
   ASC_Pos_Cmd 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 08:30
   ASC_Time_Up_Late 10:00
   ASC_Time_Up_WE_Holiday 09:00
   ASC_Up     astro
   ASC_Ventilate_Pos 30
   ASC_Ventilate_Window_Open on
   ASC_WindowRec none
   ASC_WindowRec_subType twostate
   ASC_lock-out soft
   ASC_lock-outCmd none
   IODev      ZWDongle
   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_Cmd 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


Im Modul steht "night close" und kann es sein, dass ASC davon ausgegangen ist, dass nicht gefahren werden muss? Weil Position = Last Position?

Hmm. Das hat auch heute wieder nicht funktioniert. Aber ich denke, dass ich den Grund gefunden habe.

Es handelt sich hier um Z-Wave-Shutter, welche einen Bereich von 0-99 haben und per "set xyz dim 0-99" gefahren werden. Die aktuelle Position ist (bei richtiger Konfiguration) im Reading "position" gespeichert. Also weder ASC-Typ 1 oder ASC-Typ 2.

Ich habe nun das Attribut "ASC_Pos_Cmd" angepasst. Die Frage ist nur, ob der aktuelle Wert im Reading "position" erkannt wird. Oder ist das vielleicht sogar irrelevant.

[CoolTux]

Wenn der aktuelle Wert im Reading position steht, dann muss er aber auch mit set xyz position 56 fahren können. Geht das?

[FunkOdyssey]

Nein, ich weiß, dass das bei Homematic identisch ist. Aber bei Z-Wave-Shuttern sind SET (dim) und Reading (position) voneinander getrennt. Es gibt kein "set xyz position 50".