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

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Alcamar

hier die aus meiner Sicht relevanten Parts der Lists (ASC und Rollladen):

Internals:
   FUUID      5c481855-f33f-82e0-b537-9735bcc9a248f6e4
   FVERSION   73_AutoShuttersControl.pm:v0.6.19-s19638/2019-06-18 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       RollladenDashboard
   NOTIFYDEV  CTA18,EG_FensterTerrasse_1,EG_FensterTerrasse_2,Garten_Bewegungsmelder_1,Garten_Bewegungsmelder_4,KE_Fenster_1,KE_Fenster_2,KE_Fenster_3,KE_Jalousie_1,KE_Jalousie_2,KE_Jalousie_3,Residents,RollladenDashboard,T,WZ_Fenster_2,WZ_Fenster_3,WZ_Jalousie_1,WZ_Jalousie_2,WZ_Jalousie_3,WZ_Jalousie_Terrasse1,WZ_Jalousie_Terrasse2,global
   NR         1637
   NTFY_ORDER 51-RollladenDashboard
   STATE      day open
   TYPE       AutoShuttersControl
   VERSION    v0.6.19
   OLDREADINGS:
   READINGS:
     2019-07-02 05:50:33   KE_Jalousie_1_PosValue 100
     2019-01-11 17:25:21   KE_Jalousie_1_lastDelayPosValue 0
     2019-07-02 05:50:01   KE_Jalousie_1_lastPosValue 54.5
     2019-07-02 05:50:01   KE_Jalousie_1_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:41:25   KE_Jalousie_2_PosValue 100
     2019-07-01 22:19:34   KE_Jalousie_2_lastDelayPosValue 30
     2019-07-02 05:41:02   KE_Jalousie_2_lastPosValue 80
     2019-07-02 05:41:02   KE_Jalousie_2_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:40:29   KE_Jalousie_3_PosValue 100
     2019-07-01 22:19:34   KE_Jalousie_3_lastDelayPosValue 30
     2019-07-02 05:40:03   KE_Jalousie_3_lastPosValue 100
     2019-07-02 05:40:03   KE_Jalousie_3_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:40:21   WZ_Jalousie_1_PosValue 100
     2019-01-11 17:35:01   WZ_Jalousie_1_lastDelayPosValue 0
     2019-07-02 05:40:02   WZ_Jalousie_1_lastPosValue 40
     2019-07-02 05:40:02   WZ_Jalousie_1_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:50:26   WZ_Jalousie_2_PosValue 100
     2019-01-11 17:25:21   WZ_Jalousie_2_lastDelayPosValue 0
     2019-07-02 05:50:01   WZ_Jalousie_2_lastPosValue 0
     2019-07-02 05:50:02   WZ_Jalousie_2_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:50:31   WZ_Jalousie_3_PosValue 100
     2019-01-11 17:41:18   WZ_Jalousie_3_lastDelayPosValue 0
     2019-07-02 05:50:02   WZ_Jalousie_3_lastPosValue 0
     2019-07-02 05:50:03   WZ_Jalousie_3_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:50:48   WZ_Jalousie_Terrasse1_PosValue 100
     2019-07-01 22:19:35   WZ_Jalousie_Terrasse1_lastDelayPosValue 30
     2019-07-02 05:50:03   WZ_Jalousie_Terrasse1_lastPosValue 0
     2019-07-02 05:50:03   WZ_Jalousie_Terrasse1_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-07-02 05:43:01   WZ_Jalousie_Terrasse2_PosValue 100
     2019-07-01 22:19:34   WZ_Jalousie_Terrasse2_lastDelayPosValue 30
     2019-07-02 05:42:03   WZ_Jalousie_Terrasse2_lastPosValue 0
     2019-07-02 05:42:03   WZ_Jalousie_Terrasse2_nextAstroTimeEvent  2.07.2019 - 22:19
     2019-05-31 08:50:32   ascEnable       on
     2019-06-28 16:50:52   controlShading  on
     2019-06-29 22:33:39   hardLockOut     on
     2019-01-11 17:44:31   partyMode       off
     2019-06-24 19:28:20   room_EG_KEZ     KE_Jalousie_1,KE_Jalousie_2,KE_Jalousie_3
     2019-06-24 19:28:20   room_EG_Wohnzimmer WZ_Jalousie_1,WZ_Jalousie_2,WZ_Jalousie_3,WZ_Jalousie_Terrasse1,WZ_Jalousie_Terrasse2
     2019-01-08 20:12:55   selfDefense     on
     2019-07-02 05:50:48   state           day open
     2019-01-08 10:27:29   sunriseTimeWeHoliday on
     2019-06-24 19:28:20   userAttrList    rolled o


Attributes:
   ASC        2
   ASC_Antifreeze off
   ASC_Antifreeze_Pos 15
   ASC_AutoAstroModeEvening none
   ASC_AutoAstroModeEveningHorizon none
   ASC_AutoAstroModeMorning none
   ASC_AutoAstroModeMorningHorizon none
   ASC_BlockingTime_afterManual 1200
   ASC_BlockingTime_beforDayOpen 3600
   ASC_BlockingTime_beforNightClose 3600
   ASC_BrightnessSensor Garten_Bewegungsmelder_1:brightness
   ASC_Closed_Pos 0
   ASC_ComfortOpen_Pos 90
   ASC_Down   astro
   ASC_Drive_Offset -1
   ASC_Drive_OffsetStart -1
   ASC_GuestRoom none
   ASC_LockOut off
   ASC_LockOut_Cmd none
   ASC_Mode_Down always
   ASC_Mode_Up always
   ASC_Open_Pos 100
   ASC_Partymode on
   ASC_Pos_Reading pct
   ASC_PrivacyDownTime_beforNightClose 45
   ASC_PrivacyDown_Pos 50
   ASC_Roommate_Device none
   ASC_Roommate_Reading state
   ASC_Self_Defense_Exclude off
   ASC_Shading_Angle_Left 85
   ASC_Shading_Angle_Right 55
   ASC_Shading_Direction 298
   ASC_Shading_MinMax_Elevation 25
   ASC_Shading_Min_OutsideTemperature 18
   ASC_Shading_Mode always
   ASC_Shading_Pos 20
   ASC_Shading_StateChange_Cloudy 1200
   ASC_Shading_StateChange_Sunny 220
   ASC_Shading_WaitingPeriod 1200
   ASC_ShuttersPlace window
   ASC_Time_Down_Early 15:30
   ASC_Time_Down_Late 22:30
   ASC_Time_Up_Early 05:50
   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_WiggleValue 5
   ASC_WindowRec EG_FensterTerrasse_1
   ASC_WindowRec_subType threestate


Das Update habe ich vor etwa einer Woche gemacht. (Version siehe List)

CoolTux

OK, ich danke Dir. Ich denke ich habe da schon mal ein Problem erkannt. Das liegt an mir und daran wofür der set Befehl hardLockOut mal gemacht wurde. Ich muss nachher gleich mal schauen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Alcamar

ich oder wir haben zu danken!
Ich freue mich auf die nächste Version und kann auch vorab testen, wenn es Dir hilft, und ich nicht meine Hausautomation abschiesse ;D.
Der aktuelle "Workaround" funktioniert stabil und zuverlässig. Daher stört mich nicht, dass es in der Doku anders beschrieben ist. Wer guckt schon in die Doku?  8)


CoolTux

Zitat von: Alcamar am 02 Juli 2019, 09:01:57
ich oder wir haben zu danken!
Ich freue mich auf die nächste Version und kann auch vorab testen, wenn es Dir hilft, und ich nicht meine Hausautomation abschiesse ;D.
Der aktuelle "Workaround" funktioniert stabil und zuverlässig. Daher stört mich nicht, dass es in der Doku anders beschrieben ist. Wer guckt schon in die Doku?  8)

Also ich habe mir das ganze jetzt noch mal angeschaut.
Das Reading hardLockOut und der dazugehörige set Befehl waren und sind nun auch wieder ausschließlich dafür gedacht alle Rollos mit dem Attribut ASC_LockOut und dem Wert hard auf einmal hardwareseitig zu sperren. Für was anderes war es nie gedacht.
Der Aussperrschutz funktioniert auf 2 Arten. Entweder das Fenster ist offen und im Rollo hat das Attribut ASC_LockOut den Wert soft oder hard oder das Fenster ist offen und das Rollo ist mit dem Attribut ASC_ShuttersPlace
und den Wert terrace versehen.

So habe ich es jetzt eingestellt in der neuen Devel Version und so teste ich es jetzt mal.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

kjmEjfu

Zitat von: CoolTux am 02 Juli 2019, 09:23:59
Das Reading hardLockOut und der dazugehörige set Befehl waren und sind nun auch wieder ausschließlich dafür gedacht alle Rollos mit dem Attribut ASC_LockOut und dem Wert hard auf einmal hardwareseitig zu sperren. Für was anderes war es nie gedacht.
Der Aussperrschutz funktioniert auf 2 Arten. Entweder das Fenster ist offen und im Rollo hat das Attribut ASC_LockOut den Wert soft oder hard oder das Fenster ist offen und das Rollo ist mit dem Attribut ASC_ShuttersPlace und den Wert terrace versehen.

Da muss ich mal nachfragen, weil ich das gerade nicht verstehe.

Wenn ASC_LockOut auf hard gesetzt ist, wird dann NUR hardwareseitig blockiert oder aber hardwareseitig blockiert UND Fahrbefehle von ASC unterdrückt?
Migriere derzeit zu Home Assistant

CoolTux

Zitat von: Borkk am 01 Juli 2019, 21:28:26
Hallo CoolTux,

darf ich nochmal eine Sache aufgreifen? Es geht um die Sache mit dem "Dummy Astro Modul". Also ein Dummy der die Readings Azimuth und Elevation bereitstellt aber nicht von Type Astro oder Twilight ist.

Du hattest geantwortet:
Folgendes habe ich mal geloggt.

Hier beispielhaft eine Zeile aus dem Debug mit einen "echten" Astro Modul
ASC_DEBUG!!! 2019.07. 1 21:02:40 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:302.1, Elevation: 4.4, Brightness: 9258.64, OutTemp: 26.5, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA


Und hier mit einem Astro Dummy mit exakt den gleichen Readings.
ASC_DEBUG!!! 2019.07. 1 21:06:18 - ShadingProcessing: wz_rollo_links - �bergebende Werte - Azimuth:, Elevation: , Brightness: 5545.49, OutTemp: 26.3, Fenster Position: 345, Winkel Links: 85, Winkel Rechts: 55, Ist es nach der Zeitblockadezeit: JA, Ist es nach der manuellen Blockadezeit: JA, Ist es nach der H�lfte der Beschattungswartezeit: JA

Hier fehlen die Werte Azimuth und Elevation. Einen Dummy akzeptiert ASC scheinbar nicht.

Ich muß mich bei Dir entschuldigen. Mein Fehler. Es wird in der Tat der TYPE geprüft, und zwar genau in dem Moment wo er das fehlende Reading einlesen will. Also wenn ein Event für Azimut kommt will er das Reading von Elevation einlesen und da prüft er in der Tat auf TYPE.
Das kann ich aber leider nicht einfach ändern. Tut mir wirklich Leid.

Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Ab sofort gibt es ein Feature Freeze. Es werden nun nur noch Fehler behoben.
Bitte testet einmal die aktuelle Devel Version.
https://github.com/fhem/AutoShuttersControl

Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Alcamar

sorry für eine vielleicht doofe Frage:
zum Testen lade ich lediglich die Datei 73_AutoShuttersControl.pm vn github herunter, ersetze damit die aktuelle. Danach mache ich ein reload 73_AutoShuttersControl.pm, und kann dann testen oder?

Wenn ich später ein Update mit der neuen offiziellen Version mache, wird diese Datei überschrieben, oder?

Ist da schon die "Lockout"-Korrektur enthalten? Wenn ja, müsste ich die attr in den Rollläden von off in soft ändern.

FunkOdyssey


FunkOdyssey

Zitat von: CoolTux am 02 Juli 2019, 09:59:45
Ab sofort gibt es ein Feature Freeze. Es werden nun nur noch Fehler behoben.
Bitte testet einmal die aktuelle Devel Version.
https://github.com/fhem/AutoShuttersControl

Ich hatte vor langer Zeit mal ein Bug zur Beschattung "gemeldet".
https://forum.fhem.de/index.php/topic,99980.msg947065.html#msg947065

Das war Zufall, dass ich das damals bemerkt hatte. Danach auch nie wieder wirklich wahr genommen.
Ich weiß jedoch nicht, ob das schon behoben werden konnte.
Meiner Meinung nach darfst du das gerne ignorieren. Ich kann es aktuell ja selber auch nicht nachstellen. Es gab nur nie ein Ticket dazu.

Danke.

CoolTux

Zitat von: Alcamar am 02 Juli 2019, 10:27:48
sorry für eine vielleicht doofe Frage:
zum Testen lade ich lediglich die Datei 73_AutoShuttersControl.pm vn github herunter, ersetze damit die aktuelle. Danach mache ich ein reload 73_AutoShuttersControl.pm, und kann dann testen oder?

Wenn ich später ein Update mit der neuen offiziellen Version mache, wird diese Datei überschrieben, oder?

Ist da schon die "Lockout"-Korrektur enthalten? Wenn ja, müsste ich die attr in den Rollläden von off in soft ändern.

Wie bereits erwähnt, nie ein reload bei diesem Modul sondern immer ein kompletter FHEM neustart.
Wenn es dann später eine aktuelle Version gibt wird die Beta überschrieben. Leider wird die Beta auch überschrieben wenn Du jetzt ein Update machst. Also vielleicht ein paar Tage noch warten.
Und ja das Thema Lockout sollte korrigiert sein.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: FunkOdyssey am 02 Juli 2019, 10:32:12
Ich hatte vor langer Zeit mal ein Bug zur Beschattung "gemeldet".
https://forum.fhem.de/index.php/topic,99980.msg947065.html#msg947065

Das war Zufall, dass ich das damals bemerkt hatte. Danach auch nie wieder wirklich wahr genommen.
Ich weiß jedoch nicht, ob das schon behoben werden konnte.
Meiner Meinung nach darfst du das gerne ignorieren. Ich kann es aktuell ja selber auch nicht nachstellen. Es gab nur nie ein Ticket dazu.

Danke.

Das sollte so nicht mehr passieren. Sofern einmal die Nachfahrt durchgeführt wurde passiert auch keine Beschattungsfahrt mehr, da es nun für ASC Nacht ist und somit keine Beschattung erforderlich.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Borkk

ZitatIch muß mich bei Dir entschuldigen. Mein Fehler. Es wird in der Tat der TYPE geprüft, und zwar genau in dem Moment wo er das fehlende Reading einlesen will. Also wenn ein Event für Azimut kommt will er das Reading von Elevation einlesen und da prüft er in der Tat auf TYPE.
Das kann ich aber leider nicht einfach ändern. Tut mir wirklich Leid.

Ok, dann weiß ich bescheid, kein Beinbruch.

Und wie schon Andere hier geschrieben haben, du musst dich für nichts entschuldigen !!!!
Docker@DS220+ FHEM, ConBeeII, Homebridge, Nginx ReverseProxy, ConfigDB, MQTT, NodeRed, InfluxDB, Grafana,
Raspberrymatic@Raspi3: HmIP Akt- /Sensoren, Shelly´s, Tibber Puls, Alexa, ASC, Gardena, Netatmo, E-Paper, FritzBox; Tado°, HOMEMODE, iBeacon, OLED ; ESP32/8266, SwitchBot ...

Kai-Alfonso

Hi,

Ich hab nochmal wegen der Beschattung und Night Close geschaut. Rolllade Schlafzimmer war gestern beschattet, Fenster gekippt. Also TimeDown Late erreicht wurde, für die Rolllade nicht in Closed Position. Ich berichtete davon. Erst als ich das Fenster geöffnet hatte,  fuhr er auf Closed Position (nicht auf Comfort Open)

Ausserdem. Rollladen in Shading in und Fenster auf/gekippt, fahren bei absent nicht auf self Defense
Raspi2|nanoCul433|nanoCul868|CCU2
Energie-USBZähler|homebrew HM Devices
DBLog|DBRep|Homematic|Baumarktsteckdosen
Hue|Webcams mit DS-Station (Synology)|Bewegungsmelder|Rollladen|Schalter (IT|HM)