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

moonsorrox · 18 August 2019, 14:16:24

nein wird es nicht kannst du alles anpassen wie du es möchtest dafür ist es ja ein userattr

CoolTux · 18 August 2019, 14:36:21

Zitat von: Alex76 am 18 August 2019, 13:56:30
Diese Zeilen fehlen leider, es kommt nur:

Code Auswählen Erweitern
1566129332.57311, ENIGMA2_GetStatus 1566129333.01293, ENIGMA2_GetStatus 1566129335.66096, HttpUtils_Err 1566129338.02598, RESIDENTStk_DurationTimer 1566129338.0288, plex_refreshSubscriptions 1566129338.02888, HTTPMOD_GetUpdate 1566129338.14421, plex_sendDiscover 1566129338.14432, plex_sendDiscover 1566129338.14446, plex_sendDiscover 1566129338.14459, plex_sendDiscover 1566129346.27993, HMLAN_KeepAlive 1566129351.06118, HMLAN_KeepAlive 1566129378, FW_closeInactiveClients 1566129385.49717, RESIDENTStk_DurationTimer 1566129447.08428, HOMBOT_Get_stateRequest 1566129447.08435, HOMBOT_Get_stateRequest 1566129447.08439, HOMBOT_Get_stateRequest 1566129451.85126, myPoolcontroller_GetUpdate 1566129451.86023, HTTPMOD_GetUpdate 1566129451.86287, HTTPMOD_GetUpdate 1566129480.32535, PROPLANTA_Start 1566129484.71554, FHEM::Astro::Update 1566129499.07011, LUXTRONIK2_GetUpdate 1566130057.51032, CUL_HM_qStateUpdatIfEnab 1566130059.58452, CUL_HM_qStateUpdatIfEnab 1566130062.25452, CUL_HM_qStateUpdatIfEnab 1566130063.69043, CUL_HM_qStateUpdatIfEnab 1566130076.15736, CUL_HM_qStateUpdatIfEnab 1566130081.51167, CUL_HM_qStateUpdatIfEnab 1566130085.81356, CUL_HM_qStateUpdatIfEnab 1566130090.68828, CUL_HM_qStateUpdatIfEnab 1566130093.3972, CUL_HM_qStateUpdatIfEnab 1566130098.87381, CUL_HM_qStateUpdatIfEnab 1566130101.92627, CUL_HM_qStateUpdatIfEnab 1566130103.24765, CUL_HM_qStateUpdatIfEnab 1566130109.5345, CUL_HM_qStateUpdatIfEnab 1566130110.64086, CUL_HM_qStateUpdatIfEnab 1566158400, at_Exec 1566165450.40846, Calendar_Wakeup 1566187200, at_Exec

Dann würden die Timer nicht angelegt. Mache sie noch mal neu und überprüfe ob sie angelegt wurden mit dem Code von oben.

Alex76 · 18 August 2019, 14:39:01

Ja jetzt sind die drinnen, muss man das nach jeder Fahrt händisch anlegen oder warum kommen die nicht automatisch?

Code Auswählen

1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566153533, FHEM::AutoShuttersControl::SunSetShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn
1566184696, FHEM::AutoShuttersControl::SunRiseShuttersAfterTimerFn

CoolTux · 18 August 2019, 14:41:04

Sie sollten schon nach jeder Fahrt neu erstellt werden. Selbst wenn sie nicht fahren werden sie eigentlich erstellt. Hier könnte ein verbose 4 helfen kurz bevor die Abendfahrt beginnt.

Alex76 · 18 August 2019, 14:42:21

Wo trag ich das verbose ein?

ein bisserl etwas offtopic gibts auch noch, dass was nur am Rande dazu passt, wegen der Anwesenheit:

Code Auswählen

Internals:
   DEF        unifi:iPhoneAger7Plus_last_seen.* {	if (time_str2num(ReadingsTimestamp("unifi","iPhoneAger7Plus_last_seen","")) <(time-180))		{			fhem("set rr_Alex abwesend");		} else {			fhem("set rr_Alex zuhause");		}	}
   FUUID      5cc36bf7-f33f-7f88-e187-f9676134da23f773
   NAME       di_alex_unifi_presence
   NOTIFYDEV  unifi
   NR         406
   NTFY_ORDER 50-di_alex_unifi_presence
   REGEXP     unifi:iPhoneAger7Plus_last_seen.*
   STATE      2019-08-18 14:39:52
   TRIGGERTIME 1566131992.49465
   TYPE       notify
   READINGS:
     2019-08-17 22:52:14   Device          unifi
     2018-11-01 15:37:22   cmd             2
     2018-11-01 15:37:22   cmd_event       unifi
     2018-11-01 15:37:22   cmd_nr          2
     2019-08-17 22:52:14   e_unifi_iPhoneAger7Plus_last_seen 2019-08-17 22:25:56
     2019-08-17 22:46:00   mode            enabled
     2019-08-17 23:57:27   state           active
Attributes:
   room       Personen

Das Reading aus dem Unifi hat die aktuelle Uhrzeit, aber beim List steht ein Wert von gestern. Sieht da jemand den Fehler?

CoolTux · 18 August 2019, 14:43:23

Zitat von: Moonraker1 am 18 August 2019, 13:50:01
Hallo CoolTux,

nach eingen Wochen Testphase läuft die Beschattung sowie die Steuerung mit dem ersten Rolladen super.
Klasse Modul!

Zwei Fragen/Bitten habe ich dazu:

- der Rolladen hat zwischen den Lamellen Lüftungsschlitze (zur Hinterlüftung bei Beschattung, um einen Hitzestau zu vermeiden). Bei ASC_Shading_Pos 10% sind diese nur teilweise geöffnet, bei 20% ist schon das Rollo einStück weit oben.
Gibt es einen Möglichkeit, das userAttr so anzupassen, dass auch Zwischenstufen innerhalb der 10%-Schrittweite möglich wären (die Dropdown-Liste lässt ja nur die 10% Abstufung zu)?
- Das Attribut ASC_WindowRec_PosAfterDayClosed lässt nur die Werte open oder lastManual zu. Dies führt dazu, dass wenn man das Fenster tagsüber öffnet und wieder schliesst, das Rollo u.U. zu fährt (weil der lastManual State halt mal closed war), obwohl es eigentlich offen bleiben sollte. Hier wäre es doch eine Idee, den Öffnungsstatus des Rollos zum Zeitpunkt des "Öffnen"-Events vom Fensterkontakt in ein Reading zu schreiben (z.B. "lastState_WindowRec_beforeOpen" o.ä.), um das Rollo nach dem erneuten Schließen des Fensters exakt wieder in den "Vorher"-Öffnungszustand zu versetzen. Das würde m.E. auch dazu führen, dass eine evtl. zu diesem Zeitpunkt ausgeführte Beschattung mit z.B. 18% wieder ausgeführt werden könnte (vlt. muss man dem Modul diese Info auch wieder mitgeben, damit es die Fensteröffnung nicht als "manuelle Fahrt" interpretiert?).

vG und noch einen sonnigen Sonntag
Olli

Man kann doch über die Kommandozeile mittels des Befehls attr ein Attribut setzen mit einem beliebigen Wert. Also auch 5er Angaben. Verfestigt Euch nicht immer so sehr auf des Frontend.

Über das zweite denke ich mal nach.

CoolTux · 18 August 2019, 14:44:37

Zitat von: Alex76 am 18 August 2019, 14:42:21
Wo trag ich das verbose ein?

ein bisserl etwas offtopic gibts auch noch, dass was nur am Rande dazu passt, wegen der Anwesenheit:

Code Auswählen Erweitern
Internals: DEF unifi:iPhoneAger7Plus_last_seen.* { if (time_str2num(ReadingsTimestamp("unifi","iPhoneAger7Plus_last_seen","")) <(time-180)) { fhem("set rr_Alex abwesend"); } else { fhem("set rr_Alex zuhause"); } } FUUID 5cc36bf7-f33f-7f88-e187-f9676134da23f773 NAME di_alex_unifi_presence NOTIFYDEV unifi NR 406 NTFY_ORDER 50-di_alex_unifi_presence REGEXP unifi:iPhoneAger7Plus_last_seen.* STATE 2019-08-18 14:39:52 TRIGGERTIME 1566131992.49465 TYPE notify READINGS: 2019-08-17 22:52:14 Device unifi 2018-11-01 15:37:22 cmd 2 2018-11-01 15:37:22 cmd_event unifi 2018-11-01 15:37:22 cmd_nr 2 2019-08-17 22:52:14 e_unifi_iPhoneAger7Plus_last_seen 2019-08-17 22:25:56 2019-08-17 22:46:00 mode enabled 2019-08-17 23:57:27 state active Attributes: room Personen

Das Reading aus dem Unifi hat die aktuelle Uhrzeit, aber beim List steht ein Wert von gestern. Sieht da jemand den Fehler?

Verbose im ASC Device als Attribut.

Alex76 · 18 August 2019, 14:45:43

Zitat von: CoolTux am 18 August 2019, 14:44:37
Verbose im ASC Device als Attribut.

Kann es sein, dass die nach einem Neustart von FHEM einfach weg sind?

Bei mir hängt FHEM extrem oft und ich weiß nicht warum, meist ists dann so, ein Restart machts wieder gut.

CoolTux · 18 August 2019, 14:47:01

Zitat von: Alex76 am 18 August 2019, 14:45:43
Kann es sein, dass die nach einem Neustart von FHEM einfach weg sind?

Bei mir hängt FHEM extrem oft und ich weiß nicht warum, meist ists dann so, ein Restart machts wieder gut.

Sie sollten nach einem Neustart neu angelegt werden.
Zeig mal bitte noch mal ein list vom ASC Device.

Alex76 · 18 August 2019, 14:48:23

Zitat von: CoolTux am 18 August 2019, 14:47:01
Sie sollten nach einem Neustart neu angelegt werden.
Zeig mal bitte noch mal ein list vom ASC Device.

list ASC

Code Auswählen

Internals:
   FUUID      5d37050c-f33f-7f88-126b-6d96b2d6818bd722
   FVERSION   73_AutoShuttersControl.pm:v0.6.27-s19998/2019-08-14 UNDER DEVELOP
   MID        da39a3ee5e6b4b0d3255bfef95601890afd80709
   NAME       ASC
   NOTIFYDEV  global,ASC,Rollo_HM_66B2A2,Rollo_HM_66B2B9,Rollo_HM_66B2EA,Rollo_HM_66B3CD,Rollo_HM_66B420,Rollo_HM_66B42B,Rollo_HM_66B458,Rollo_HM_66B481,Rollo_HM_66B494,Rollo_HM_66B496,Rollo_HM_66B4A0,HM_66B420,HM_66B494,HM_66B2EA,HM_66B42B,HM_66B2A2,HM_66B2B9,HM_66B496,HM_66B3CD,HM_66B458,HM_56D055,HM_66B4A0
   NR         508
   NTFY_ORDER 51-ASC
   STATE      created new drive timer
   TYPE       AutoShuttersControl
   VERSION    v0.6.27
   READINGS:
     2019-08-15 16:40:10   100_PosValue    100
     2019-08-15 16:21:01   HM_66B2A2_PosValue 100
     2019-08-15 05:12:14   HM_66B2A2_lastPosValue 0
     2019-08-15 16:40:47   HM_66B2B9_PosValue 100
     2019-08-15 05:12:14   HM_66B2B9_lastPosValue 0
     2019-08-15 16:40:48   HM_66B2EA_PosValue 100
     2019-08-15 05:12:14   HM_66B2EA_lastPosValue 0
     2019-08-15 16:40:49   HM_66B3CD_PosValue 100
     2019-08-15 05:12:14   HM_66B3CD_lastPosValue 0
     2019-08-15 16:40:50   HM_66B420_PosValue 100
     2019-08-15 05:12:14   HM_66B420_lastPosValue 0
     2019-08-15 16:40:51   HM_66B42B_PosValue 100
     2019-08-15 05:12:14   HM_66B42B_lastPosValue 0
     2019-08-15 16:40:52   HM_66B458_PosValue 100
     2019-08-15 05:12:14   HM_66B458_lastPosValue 0
     2019-08-15 16:40:54   HM_66B494_PosValue 100
     2019-08-15 05:12:14   HM_66B494_lastPosValue 0
     2019-08-15 16:40:55   HM_66B496_PosValue 100
     2019-08-15 05:12:14   HM_66B496_lastPosValue 0
     2019-08-15 16:40:56   HM_66B4A0_PosValue 100
     2019-08-15 05:12:14   HM_66B4A0_lastPosValue 0
     2019-08-17 23:58:26   Rollo_HM_66B2A2_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B2A2_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B2A2_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:27   Rollo_HM_66B2B9_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B2B9_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B2B9_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:28   Rollo_HM_66B2EA_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B2EA_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B2EA_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:29   Rollo_HM_66B3CD_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B3CD_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B3CD_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:30   Rollo_HM_66B420_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B420_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B420_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:31   Rollo_HM_66B42B_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B42B_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B42B_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-18 09:50:05   Rollo_HM_66B458_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B458_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B458_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:33   Rollo_HM_66B481_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B481_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B481_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:34   Rollo_HM_66B494_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B494_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B494_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:35   Rollo_HM_66B496_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B496_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B496_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-08-17 23:58:36   Rollo_HM_66B4A0_PosValue 0
     2019-08-17 20:40:49   Rollo_HM_66B4A0_lastPosValue 100
     2019-08-18 14:37:30   Rollo_HM_66B4A0_nextAstroTimeEvent 18.08.2019 - 20:38
     2019-07-23 15:01:00   ascEnable       on
     2019-08-16 09:11:03   controlShading  on
     2019-07-23 15:01:00   hardLockOut     off
     2019-08-16 19:36:35   partyMode       off
     2019-08-17 23:17:43   room_Arbeitszimmer_CUL_HM_Rollos Rollo_HM_66B2B9,Rollo_HM_66B42B
     2019-08-17 23:17:43   room_CUL_HM_Gang_Rollos Rollo_HM_66B481
     2019-08-17 23:17:43   room_CUL_HM_Kueche_Rollos Rollo_HM_66B458,Rollo_HM_66B496
     2019-08-17 23:17:43   room_CUL_HM_Rollos_Wohnzimmer Rollo_HM_66B2A2,Rollo_HM_66B2EA,Rollo_HM_66B3CD,Rollo_HM_66B420,Rollo_HM_66B494,Rollo_HM_66B4A0
     2019-07-23 15:01:00   selfDefense     off
     2019-08-18 14:37:30   state           created new drive timer
     2019-07-23 15:01:00   sunriseTimeWeHoliday off
     2019-08-17 23:57:28   userAttrList    rolled out
   helper:
     shuttersList:
       Rollo_HM_66B2A2
       Rollo_HM_66B2B9
       Rollo_HM_66B2EA
       Rollo_HM_66B3CD
       Rollo_HM_66B420
       Rollo_HM_66B42B
       Rollo_HM_66B458
       Rollo_HM_66B481
       Rollo_HM_66B494
       Rollo_HM_66B496
       Rollo_HM_66B4A0
   monitoredDevs:
     HM_56D055:
       HM_66B2A2  ASC_BrightnessSensor
       HM_66B2B9  ASC_BrightnessSensor
       HM_66B2EA  ASC_BrightnessSensor
       HM_66B3CD  ASC_BrightnessSensor
       HM_66B420  ASC_BrightnessSensor
       HM_66B42B  ASC_BrightnessSensor
       HM_66B458  ASC_BrightnessSensor
       HM_66B494  ASC_BrightnessSensor
       HM_66B4A0  ASC_BrightnessSensor
     HM_66B2A2:
     HM_66B2B9:
     HM_66B2EA:
     HM_66B3CD:
     HM_66B420:
     HM_66B42B:
     HM_66B458:
     HM_66B494:
     HM_66B496:
     HM_66B4A0:
     Rollo_HM_66B2A2:
     Rollo_HM_66B2B9:
     Rollo_HM_66B2EA:
     Rollo_HM_66B3CD:
     Rollo_HM_66B420:
     Rollo_HM_66B42B:
     Rollo_HM_66B458:
     Rollo_HM_66B481:
     Rollo_HM_66B494:
     Rollo_HM_66B496:
     Rollo_HM_66B4A0:
Attributes:
   ASC_autoAstroModeEvening CIVIL
   ASC_autoAstroModeEveningHorizon 0
   ASC_autoAstroModeMorning CIVIL
   ASC_autoAstroModeMorningHorizon 0
   ASC_autoShuttersControlComfort on
   ASC_autoShuttersControlEvening on
   ASC_autoShuttersControlMorning on
   ASC_debug  1
   ASC_tempSensor Waermepumpe:ambientTemperature
   ASC_twilightDevice ASC_Astro
   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 shading.in:weather_sun shading.out:weather_cloudy
   icon       fts_shutter_automatic
   room       Rollos
   verbose    5

CoolTux · 18 August 2019, 15:02:36

Gestern um 23:47 hast Du FHEM neu gestartet? Sieht alles OK aus.

Alex76 · 18 August 2019, 15:03:26

Zitat von: CoolTux am 18 August 2019, 15:02:36
Gestern um 23:47 hast Du FHEM neu gestartet? Sieht alles OK aus.

Stimmt und ich vermute, dass die Timer dann nicht angelegt wurden, da ja keine da waren.

Ist nur die Frage warum.

CoolTux · 18 August 2019, 15:21:05

Das finden wir nur durch debuggen und testen raus.

Borkk · 19 August 2019, 00:27:36

Zitat von: CoolTux am 17 August 2019, 17:50:09
Das ist dem umstand geschuldet das ich in vorgehende Versionen vieles in Roommate eingebaut habe was unter anderem das Beschatten an geht. Ich kann das ganze mir noch einmal anschauen und in Abhängigkeit vom zweiten oder dritten Roommate machen.

Hallo CoolTux,

Bei aller Begeisterung für das Modul, das mit den Roommates kann so nicht bleiben. Folgendes ist passiert:

Bei mir fahren Rollos nur in "Night Close" wenn die Roommates absent sind (ASC_Mode_Down = absent). D.h. Morgens zu Day Open, sind alle Rollos bereits oben. Heute Morgen bin ich jedoch früher aufgestanden und aus dem Haus (für ASC noch Nacht). Meine Freundin lag noch im Bett. Nachdem mich mein Geofancy auf absent geschaltet hat, sind alle Rollos in Night Close gefahren obwohl noch ein Roommate home war. Es ist toll das ASC Roommates pro Zimmer auswertet aber es muss bei 2 oder mehr Roommates auch alle berücksichtigen. Das Zimmer ist erst "absent" wenn alle Roommates absent sind und es ist "home" sobald min. ein Roommate "home" ist. So wie die Logik bei RESIDENTS.

Ich stelle mir die Frage ob ASC anstelle von Roommates in dem Attribut auch RESIDENTS akzeptiert. Und ich stelle mir die Frage in welcher Form RESIDENTS im ASC Device berücksichtigt wird.

CoolTux · 19 August 2019, 06:14:58

Das muss ich heute mal testen.
Davon mal ab, für welche Räume hast Du denn Roommate vergeben? Eigentlich sind die Roommates für Schlafräume gedacht und das Residents für den Rest. Deine Konstellation mit nur bei absent fahren ist ungewöhnlich aber ich gebe Dir Recht es sollte dennoch vernünftig funktionieren.

Schau Dir einmal die Beschreibung zu ascAPIget an und starte dann eine Abfrage auf ein Rollo mit RoommatesStatus oder so ähnlich.

Grüße