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

dancatt · 25 Juli 2019, 06:39:02

Hallo zusammen,

noch eine Frage zur Beschattungsfunktion:
Bezugnehmend auf meine Konfiguration aus dem Post https://forum.fhem.de/index.php/topic,99980.msg960757.html#msg960757, wann hätten die Rollladen aus der Beschattung rausfahren müssen?
Hier mal ein list meines Twighlight Moduls:

Code Auswählen


Internals:
   .FhemMetaInternals 1
   CONDITION  50
   DEF        X Y 1 Z
   FUUID      5c54237f-f33f-cf0a-95f4-7c617a5f9a16ad05
   FVERSION   59_Twilight.pm:0.160050/2018-01-27
   INDOOR_HORIZON 1
   LATITUDE   X
   LONGITUDE  Y
   NAME       tw
   NR         289
   STATE      5
   SUNPOS_OFFSET 300
   SWIP       0
   TYPE       Twilight
   VERSUCHE   0
   WEATHER    634431
   WEATHER_HORIZON 0
   .attraggr:
   .attrminint:
   Helper:
     DBLOG:
       azimuth:
         dbLog:
           TIME       1563986064.89729
           VALUE      270.94
       compasspoint:
         dbLog:
           TIME       1563986064.89729
           VALUE      west
       elevation:
         dbLog:
           TIME       1563986064.89729
           VALUE      24.29
       sr:
         dbLog:
           TIME       1563951805.62847
           VALUE      05:55:25
       sr_astro:
         dbLog:
           TIME       1563951805.62847
           VALUE      02:59:35
       sr_civil:
         dbLog:
           TIME       1563951805.62847
           VALUE      05:09:25
       sr_indoor:
         dbLog:
           TIME       1563951805.62847
           VALUE      06:02:38
       sr_naut:
         dbLog:
           TIME       1563951805.62847
           VALUE      04:15:36
       sr_weather:
         dbLog:
           TIME       1563951805.62847
           VALUE      05:55:25
       ss:
         dbLog:
           TIME       1563951805.62847
           VALUE      21:17:15
       ss_astro:
         dbLog:
           TIME       1563951805.62847
           VALUE      00:10:48
       ss_civil:
         dbLog:
           TIME       1563951805.62847
           VALUE      22:03:02
       ss_indoor:
         dbLog:
           TIME       1563951805.62847
           VALUE      21:10:04
       ss_naut:
         dbLog:
           TIME       1563951805.62847
           VALUE      22:56:24
       ss_weather:
         dbLog:
           TIME       1563951805.62847
           VALUE      21:17:15
       twilight:
         dbLog:
           TIME       1563986064.89729
           VALUE      100
       twilight_weather:
         dbLog:
           TIME       1563986064.89729
           VALUE      100
   READINGS:
     2019-07-24 09:03:25   aktEvent        sr_indoor
     2019-07-24 18:34:24   azimuth         270.94
     2019-07-24 18:34:24   compasspoint    west
     2019-01-04 08:06:36   condition       28
     2019-01-04 08:06:36   condition_txt   Mostly Cloudy
     2019-07-24 18:34:24   elevation       24.29
     2019-07-24 09:03:25   horizon         1
     2019-07-24 09:03:25   light           5
     2019-07-24 09:03:25   nextEvent       sr_weather
     2019-07-24 09:03:25   nextEventTime   05:55:25
     2019-07-24 09:03:25   sr              05:55:25
     2019-07-24 09:03:25   sr_astro        02:59:35
     2019-07-24 09:03:25   sr_civil        05:09:25
     2019-07-24 09:03:25   sr_indoor       06:02:38
     2019-07-24 09:03:25   sr_naut         04:15:36
     2019-07-24 09:03:25   sr_weather      05:55:25
     2019-07-24 09:03:25   ss              21:17:15
     2019-07-24 09:03:25   ss_astro        00:10:48
     2019-07-24 09:03:25   ss_civil        22:03:02
     2019-07-24 09:03:25   ss_indoor       21:10:04
     2019-07-24 09:03:25   ss_naut         22:56:24
     2019-07-24 09:03:25   ss_weather      21:17:15
     2019-07-24 09:03:25   state           5
     2019-07-24 18:34:24   twilight        100
     2019-07-24 18:34:24   twilight_weather 100
   TIMER:
     tw_Midnight:
       HASH       tw
       MODIFIER   Midnight
       NAME       tw_Midnight
     tw_sr:
       DEG        0
       HASH       tw
       LIGHT      4
       MODIFIER   sr
       NAME       tw_sr
       NAMENEXT   sr_indoor
       STATE      4
       SWIP       0
       TIME       1563940525.6268
     tw_sr_astro:
       DEG        -18
       HASH       tw
       LIGHT      1
       MODIFIER   sr_astro
       NAME       tw_sr_astro
       NAMENEXT   sr_naut
       STATE      1
       SWIP       0
       TIME       1563929975.57662
     tw_sr_civil:
       DEG        -6
       HASH       tw
       LIGHT      3
       MODIFIER   sr_civil
       NAME       tw_sr_civil
       NAMENEXT   sr
       STATE      3
       SWIP       0
       TIME       1563937765.60984
     tw_sr_indoor:
       DEG        1
       HASH       tw
       LIGHT      5
       MODIFIER   sr_indoor
       NAME       tw_sr_indoor
       NAMENEXT   sr_weather
       STATE      5
       SWIP       0
       TIME       1563940958.64218
     tw_sr_naut:
       DEG        -12
       HASH       tw
       LIGHT      2
       MODIFIER   sr_naut
       NAME       tw_sr_naut
       NAMENEXT   sr_civil
       STATE      2
       SWIP       0
       TIME       1563934536.59369
     tw_sr_weather:
       DEG        0
       HASH       tw
       LIGHT      6
       MODIFIER   sr_weather
       NAME       tw_sr_weather
       NAMENEXT   ss_weather
       STATE      6
       SWIP       0
       TIME       1563940525.65807
     tw_ss:
       DEG        0
       HASH       tw
       LIGHT      3
       MODIFIER   ss
       NAME       tw_ss
       NAMENEXT   ss_civil
       STATE      9
       SWIP       0
       TIME       1563995835.5668
     tw_ss_astro:
       DEG        -18
       HASH       tw
       LIGHT      0
       MODIFIER   ss_astro
       NAME       tw_ss_astro
       NAMENEXT   sr_astro
       STATE      12
       SWIP       0
       TIME       1563919848.57662
     tw_ss_civil:
       DEG        -6
       HASH       tw
       LIGHT      2
       MODIFIER   ss_civil
       NAME       tw_ss_civil
       NAMENEXT   ss_naut
       STATE      10
       SWIP       0
       TIME       1563998582.56984
     tw_ss_indoor:
       DEG        1
       HASH       tw
       LIGHT      4
       MODIFIER   ss_indoor
       NAME       tw_ss_indoor
       NAMENEXT   ss
       STATE      8
       SWIP       0
       TIME       1563995404.56218
     tw_ss_naut:
       DEG        -12
       HASH       tw
       LIGHT      1
       MODIFIER   ss_naut
       NAME       tw_ss_naut
       NAMENEXT   ss_astro
       STATE      11
       SWIP       0
       TIME       1564001784.57369
     tw_ss_weather:
       DEG        0
       HASH       tw
       LIGHT      5
       MODIFIER   ss_weather
       NAME       tw_ss_weather
       NAMENEXT   ss_indoor
       STATE      7
       SWIP       0
       TIME       1563995835.55807
     tw_sunpos:
       HASH       tw
       MODIFIER   sunpos
       NAME       tw_sunpos
     tw_weather:
       HASH       tw
       MODIFIER   weather
       NAME       tw_weather
   TW:
     sr:
       DEG        0
       LIGHT      4
       NAME       sr
       NAMENEXT   sr_indoor
       STATE      4
       SWIP       0
       TIME       1563940525.6268
     sr_astro:
       DEG        -18
       LIGHT      1
       NAME       sr_astro
       NAMENEXT   sr_naut
       STATE      1
       SWIP       0
       TIME       1563929975.57662
     sr_civil:
       DEG        -6
       LIGHT      3
       NAME       sr_civil
       NAMENEXT   sr
       STATE      3
       SWIP       0
       TIME       1563937765.60984
     sr_indoor:
       DEG        1
       LIGHT      5
       NAME       sr_indoor
       NAMENEXT   sr_weather
       STATE      5
       SWIP       0
       TIME       1563940958.64218
     sr_naut:
       DEG        -12
       LIGHT      2
       NAME       sr_naut
       NAMENEXT   sr_civil
       STATE      2
       SWIP       0
       TIME       1563934536.59369
     sr_weather:
       DEG        0
       LIGHT      6
       NAME       sr_weather
       NAMENEXT   ss_weather
       STATE      6
       SWIP       0
       TIME       1563940525.65807
     ss:
       DEG        0
       LIGHT      3
       NAME       ss
       NAMENEXT   ss_civil
       STATE      9
       SWIP       0
       TIME       1563995835.5668
     ss_astro:
       DEG        -18
       LIGHT      0
       NAME       ss_astro
       NAMENEXT   sr_astro
       STATE      12
       SWIP       0
       TIME       1563919848.57662
     ss_civil:
       DEG        -6
       LIGHT      2
       NAME       ss_civil
       NAMENEXT   ss_naut
       STATE      10
       SWIP       0
       TIME       1563998582.56984
     ss_indoor:
       DEG        1
       LIGHT      4
       NAME       ss_indoor
       NAMENEXT   ss
       STATE      8
       SWIP       0
       TIME       1563995404.56218
     ss_naut:
       DEG        -12
       LIGHT      1
       NAME       ss_naut
       NAMENEXT   ss_astro
       STATE      11
       SWIP       0
       TIME       1564001784.57369
     ss_weather:
       DEG        0
       LIGHT      5
       NAME       ss_weather
       NAMENEXT   ss_indoor
       STATE      7
       SWIP       0
       TIME       1563995835.55807
Attributes:
   DbLogInclude azimuth,elevation
   group      Umwelt
   room       9_09_Einstellungen

Vielen Dank.

ch.eick · 25 Juli 2019, 09:46:44

Zitat von: dancatt am 25 Juli 2019, 06:39:02
Bezugnehmend auf meine Konfiguration aus dem Post https://forum.fhem.de/index.php/topic,99980.msg960757.html#msg960757, wann hätten die Rollladen aus der Beschattung rausfahren müssen?

Hallo dancat.

Wenn alle diese Bedingungen eingetroffen sind, dann sollte Dein Rollo beschatten....

Das Fenster ist in Richtung Süden
ASC_Shading_Direction 180

Ich denke diese Winkel sind nicht sinnvoll
180 -110 = 70° <=== das wäre noch 20° weiter links als Deine Ostfenster
ASC_Shading_Angle_Left 110

180 +250 = 430 ein Kreis hat 360° <===== Das wird so früh am nächsten Tag sein

und der Grund, warum nicht mehr auf gefahren wurde.
ASC_Shading_Angle_Right 250

Die Winkel sind jedoch sooo weit offen, dass immer beschattet werden wird. Schau Dir mal diese Seite an (keine Haftung meinerseits), da kannst Du die Winkel besser ermitteln.
https://www.sonnenverlauf.de/#/50.1106,8.6821,16/2019.07.25/09:42/1/0
Bei meinem Südfenster komme ich auf:
ASC_Shading_Direction 180
ASC_Shading_Angle_Left 35
ASC_Shading_Angle_Right 70
===>also von 145° bis 250° Sonnenrichtung
Für heute in Frankfurt um 12:00 Uhr sagt die Webside:
Sonnenhöhe: 56.13°
Sonnenrichtung: 147.20°

Die Sonne muss mindestens 45° hoch am Himmel stehen. Max_Elevation von 100, dann scheint Dir die Sonne am Äquator von Norden in den Rücken

Den Wert habe ich nicht gesetzt, aber er schadet auch nicht. Hier mal aus reinem Interesse

https://www.sonnenverlauf.de/#/19.777,14.9304,6/2019.07.25/12:07/1/0 Da scheint Dir heute Mittag die Sonne senkrecht (90°) aufs Hirn, also immer schön nen Hut tragen.
ASC_Shading_MinMax_Elevation 45.0:100.0 <==== Das sollte so gegen 17:20 Uhr unterschritten werden

Es müssen mindestens 25°C sein
ASC_Shading_Min_OutsideTemperature 25

Es muss jemand zuhause sein
ASC_Shading_Mode home

Das ist die Position des Rollos, die angefahren werden soll
ASC_Shading_Pos 30

Der Brightness Sensor muss einen Wert von 35000 haben
ASC_Shading_StateChange_Sunny 35000

Bei dem Brightness Wert soll es wieder auf gehen
ASC_Shading_StateChange_Cloudy 20000

1200 Sekunden müssen vergangen sein
ASC_Shading_WaitingPeriod 1200

- Generell wäre meine Empfehlung nicht zu viele Bedingungen auf ein mal zu testen.
- zuerst die Winkel (impliziet die Tageszeit) einstellen
- Dann mal nach der Temperatur in diesem Zeitraum schauen
- Die Sonnenhöhe ist für Sommer/Winter wichtig.
- Brightness ganz zum Schluss

That's my five cent
Christian

meier81 · 25 Juli 2019, 10:06:46

Hallo und guten Morgen,

habe mal wieder 2 Probleme bzw. Fragen bezüglich der Rollladensteuerung.

Habe bei mir das ASC laufen und soweit funktioniert auch alles, nun möchte ich bei den Kinderzimmern das Roommate-Device benutzen damit ich abends wenn Sie ins Bett gehen damit die Rollläden zufahren kann und morgens die Rollläden solange zubleiben bis sie wach sind.

Mein ersten Problem ist das ich die Funktion nicht einzeln aktivieren kann, um Roommate zu benutzen muss ich im ASC-Device

Code Auswählen

ASC_autoShuttersControlMorning und

Code Auswählen

ASC_autoShuttersControlEvening auf "on" stellen und im Rollladen-Device

Code Auswählen

ASC_Mode_Up und

Code Auswählen

ASC_Mode_Down auf "always", dies bedeutet aber das ich auch die Funktion über die automatischen Fahrzeiten einschalte, gibt es da eine Möglichkeit zu sagen die automatischen Fahrzeiten sind deaktiviert aber das Roommate-Device wird trotzdem berücksichtigt?

Zudem hatte ich vor anstatt des Roommate-Devices ein DOIF zu benutzen, da ich die Schlafen-Meldung von einem Taster bekomme und ja auch nur "awoken" und "asleep" benötige, dies funktioniert aber leider nicht, ich gebe im Rollladen-Device mein DOIF als

Code Auswählen

ASC_Roommate_Device di_Schlafen_Kind an und das DOIF hat als Status entweder "awoken" oder "asleep", geht ja mit

Code Auswählen

cmdState asleep|awoken Das einzige was dann funktioniert ist runterfahren, also asleep, aber hochfahren funktioniert nicht. Im Eventmonitor sehe ich vom DOIF beide Einträge richtig, weiß leider nicht wo da das Problem liegen könnte.
Als Test habe ich dann mal ein Roommate-Device angelegt, mit diesem funktioniert das ohne Probleme.

Vielleicht kann mir mit den 2 Problemen jemand weiterhelfen.

Gruß

Markus

ch.eick · 25 Juli 2019, 10:19:44

Zitat von: meier81 am 25 Juli 2019, 10:06:46
Mein ersten Problem ist das ich die Funktion nicht einzeln aktivieren kann, um Roommate zu benutzen muss ich im ASC-Device
Code Auswählen Erweitern
ASC_autoShuttersControlMorning und
Code Auswählen Erweitern
ASC_autoShuttersControlEvening auf "on" stellen und im Rollladen-Device
Code Auswählen Erweitern
ASC_Mode_Up und
Code Auswählen Erweitern
ASC_Mode_Down auf "always", dies bedeutet aber das ich auch die Funktion über die automatischen Fahrzeiten einschalte, gibt es da eine Möglichkeit zu sagen die automatischen Fahrzeiten sind deaktiviert aber das Roommate-Device wird trotzdem berücksichtigt?

Hier könntest Du ja eventuell Fahrzeit einstellen, die außerhalb Deiner gewünsten Zeiten liegen. Dann wäre die Abhängigkeit befriedigt, würde aber auch nicht stören.

zB. früheste und späteste Zeit am Abend auf 23:00 Uhr stellen und
früheste und späteste Zeit am Morgen auf 11:00 Uhr.

Roommate verhindert so wie ich es verstanden habe nur das Hochfahren.
Ich überlege bereits anstatt Roommate ein DOIF einzusetzen, mit dem ich die betroffenen Rollos, wenn meine Kiddies da sind, einfach umzukonfigurieren.
Also z.B von astro Steuerung auf time mit entsprechenden späteren Zeiten.

Mit dem Roommate experimentiere ich auch herum.
https://forum.fhem.de/index.php/topic,99980.msg960886.html#msg960886 und mit Kalender
https://forum.fhem.de/index.php/topic,99980.msg960734.html#msg960734

Jedoch habe ich bisher noch nichts richtungweisendes gefunden.

Gruß
Christian

meier81 · 25 Juli 2019, 10:34:20

Hallo Christian,

das mit den Zeiten habe ich mir auch schon gedacht, wollte hier nur mal nachfragen ob die Funktion so gewollt ist oder doch vielleicht ein Fehler im Modul. Ich denke mir das die Steuerung "Morgen / Abend" erst mal nichts mit dem Roommate-Device zu tun hat, kann aber auch sein das ich da einen Denkfehler mache.

Bezüglich deiner Antwort:

Zitat von: ch.eick am 25 Juli 2019, 10:19:44
Roommate verhindert so wie ich es verstanden habe nur das Hochfahren.

Mit dem Roomate-Device funktioniert beides ja einwandfrei, nur wenn ich ein DOIF oder auch einen Dummy nehme der den gleichen status hat wie das Roommate-Device funktioniert damit nur das runterfahren, nicht das hochfahren. Das muss ja auch irgendeine Ursache haben, dachte zuerst das vielleicht nur asleep getriggert wird aber awoken nicht, aber es stehen ja beide im Eventmonitor.

Gruß
Markus

ch.eick · 25 Juli 2019, 10:48:02

Zitat von: meier81 am 25 Juli 2019, 10:34:20
Mit dem Roomate-Device funktioniert beides ja einwandfrei, nur wenn ich ein DOIF oder auch einen Dummy nehme der den gleichen status hat wie das Roommate-Device funktioniert damit nur das runterfahren, nicht das hochfahren. Das muss ja auch irgendeine Ursache haben, dachte zuerst das vielleicht nur asleep getriggert wird aber awoken nicht, aber es stehen ja beide im Eventmonitor.

Beim Roommate wird ja nicht nur das Device angegeben, sondern ja auch noch das Reading. Könnte es sein, dass zwischen Deinem Device und dem Dummy dort ein Unterschied ist?

Für die Profis solltest Du mal jeweils ein Listing hier reinstellen. Ich teile auch gerne die einzelnen Issues in einzelne postings auf.

Gruß
Christian

dancatt · 25 Juli 2019, 10:54:55

Zitat von: ch.eick am 25 Juli 2019, 09:46:44
Ich denke diese Winkel sind nicht sinnvoll
180 -110 = 70° <=== das wäre noch 20° weiter links als Deine Ostfenster
ASC_Shading_Angle_Left 110

180 +250 = 430 ein Kreis hat 360° <===== Das wird so früh am nächsten Tag sein und der Grund, warum nicht mehr auf gefahren wurde.
ASC_Shading_Angle_Right 250

Die Winkel sind jedoch sooo weit offen, dass immer beschattet werden wird. Schau Dir mal diese Seite an (keine Haftung meinerseits), da kannst Du die Winkel besser ermitteln.
https://www.sonnenverlauf.de/#/50.1106,8.6821,16/2019.07.25/09:42/1/0
Bei meinem Südfenster komme ich auf:
ASC_Shading_Direction 180
ASC_Shading_Angle_Left 35
ASC_Shading_Angle_Right 70
===>also von 145° bis 250° Sonnenrichtung
Für heute in Frankfurt um 12:00 Uhr sagt die Webside:
Sonnenhöhe: 56.13°
Sonnenrichtung: 147.20°

Die Sonne muss mindestens 45° hoch am Himmel stehen. Max_Elevation von 100, dann scheint Dir die Sonne am Äquator von Norden in den Rücken Den Wert habe ich nicht gesetzt, aber er schadet auch nicht. Hier mal aus reinem Interesse https://www.sonnenverlauf.de/#/19.777,14.9304,6/2019.07.25/12:07/1/0 Da scheint Dir heute Mittag die Sonne senkrecht (90°) aufs Hirn, also immer schön nen Hut tragen.
ASC_Shading_MinMax_Elevation 45.0:100.0 <==== Das sollte so gegen 17:20 Uhr unterschritten werden

Vielen Dank. Hatte hier die Doku total falsch verstanden.

ch.eick · 25 Juli 2019, 12:23:41

Zitat von: dancatt am 25 Juli 2019, 10:54:55
Vielen Dank. Hatte hier die Doku total falsch verstanden.

Dann hat sich ja meine Zeit gelohnt und ich hoffe, dass es so auch stimmt. Ich bin ja auch Anfänger

flummy1978 · 25 Juli 2019, 14:17:51

Holla,

ich denke Marko kann die Frage am besten beantworten, aber nach 3 weiteren Seiten über dem Beitrag befürchte ich, dass dieser so ein wenig übersehen werden könnte.....

Könnte jemand noch mal auf meine Frage (https://forum.fhem.de/index.php/topic,99980.msg960535.html#msg960535) eingehen ? Bezüglich der Programmierung und dem STATE ?

Vielen Dank und viele Grüße
Andreas

Beta-User · 25 Juli 2019, 14:28:26

Zitat von: flummy1978 am 25 Juli 2019, 14:17:51
ich denke Marko kann die Frage am besten beantworten, aber nach 3 weiteren Seiten über dem Beitrag befürchte ich, dass dieser so ein wenig übersehen werden könnte.....

Könnte jemand noch mal auf meine Frage (https://forum.fhem.de/index.php/topic,99980.msg960535.html#msg960535) eingehen ? Bezüglich der Programmierung und dem STATE ?

Na ja, eigentlich ist die Frage m.E. nicht sooo schwer zu beantworten:

Auf STATE greift man üblicherweise entweder mit Value() zu oder mittels Zugriff auf das Internal STATE.

Die Suche nach "Value(" im Quelltext liefert keinen Treffer, dto. für "STATE". (Was mich etwas wundert: Die Funktion Value wird aus mir nicht (mehr) nachvollziehbaren Gründen importiert...? Vermute, das ist ein Rest aus der Zeit vor IsWe()...)

Sollte also (jetzt) gefahrlos möglich sein, stateFormat beliebig zu verwenden.

flummy1978 · 25 Juli 2019, 16:05:48

Hey,

Zitat von: Beta-User am 25 Juli 2019, 14:28:26
Die Suche nach "Value(" im Quelltext liefert keinen Treffer, dto. für "STATE". (Was mich etwas wundert: Die Funktion Value wird aus mir nicht (mehr) nachvollziehbaren Gründen importiert...? Vermute, das ist ein Rest aus der Zeit vor IsWe()...)

So in etwa war auch meine Vorgehensweise, aber ich denke man kann es schnell mal übersehen. Vor allem, wenn selbst Du Dinge findest, die Du erstmal nicht verstehst

Vielen Dank für Deine Antwort. Ich werde es wohl mal testen müssen

Viele Grüße
Andreas

Beetle2003 · 25 Juli 2019, 21:36:21

Zitat von: Ban am 21 Juli 2019, 10:47:40
Das Verhalten hatte ich auch schon bemerkt. Hatte mich auch gewundet, warum einmal das Rollo runter und einmal hoch fährt.
Mit der Erklärung bzgl. Tag und Nacht ist mir die aktuelle Umsetzung klar.
Habe das Verhalten auch meiner Frau erklärt, wir können uns aber beide immer noch nicht so recht damit anfreunden.
Wir hätten auch lieber, dass das Rollo, wenn es in die Ventilate Position ist und das Fenster geschlossen wird, wieder in die vorherige Position fährt.
Mein Vorschlag wäre bei den Rollos ein Attribut einzuführen, mit welchem man das Verhalten steuern kann. Einmal das aktuelle Verhalten mit Tag und Nacht oder jeweils die vorherige Position anfahren.
Wenn man Tag und Nacht als Default für das Attribut wählt, ändert sich das Verhalten nach einem FHEM Update erstmal nicht und nur wenn man es anders verwenden will, kann man das Verhalten über das Attribute umschalten.

Grüße,
Ban

Hallo.

ich wollte noch einmal auf meine Anfrage vom Wochenende bezug nehmen und der Erklärung von Ban.
Derzeit ist es tagsüber sehr heiss. Somit fahre ich die Rollos manuell sehr weit zu.
Nun gibt es Fenster die hin und wieder geöffnet werden. Dann funktioniert die ventilate Funktion sehr gut. Schliesse ich dann wieder das Fensterm fährt es wie beschtieben auf.

Ich würde mich freuen, wenn es eine Funktion / Schalter deben würde, welcher das Rollo nicht auffährt sondern in die letzte manuelle Position.

Habe ich und Ban nur diesen Wunsch oder gibt es auch andere?

meier81 · 25 Juli 2019, 22:38:24

Hallo und guten Abend,

bezüglich des einen Problems von mir heute morgen:

Zitat von: meier81 am 25 Juli 2019, 10:06:46
Zudem hatte ich vor anstatt des Roommate-Devices ein DOIF zu benutzen, da ich die Schlafen-Meldung von einem Taster bekomme und ja auch nur "awoken" und "asleep" benötige, dies funktioniert aber leider nicht, ich gebe im Rollladen-Device mein DOIF als
Code Auswählen Erweitern
ASC_Roommate_Device di_Schlafen_Kind an und das DOIF hat als Status entweder "awoken" oder "asleep", geht ja mit
Code Auswählen Erweitern
cmdState asleep|awoken Das einzige was dann funktioniert ist runterfahren, also asleep, aber hochfahren funktioniert nicht. Im Eventmonitor sehe ich vom DOIF beide Einträge richtig, weiß leider nicht wo da das Problem liegen könnte.
Als Test habe ich dann mal ein Roommate-Device angelegt, mit diesem funktioniert das ohne Probleme.

bin ich mittlerweile etwas weitergekommen. Habe es mittlerweile geschafft das Problem zu lösen, es werden von Roommate-Device anscheinend zwei Variablen abgefragt, zum einen der "state" und zum anderen der "lastState". Habe mir nun mein DOIF wie folgt angelegt:

Code Auswählen

define di_Schlafen_Kind DOIF ([piVCCU:Schlafmodus_Kind] eq "true")
  (setreading di_Schlafen_Kind lastState awoken)
DOELSEIF ([piVCCU:Schlafmodus_Kind] eq "false")
  (setreading di_Schlafen_Kind lastState asleep)

Damit funktioniert es einwandfrei, Rollladen fährt zu sobald "asleep" kommt und wieder hoch sobald "awoken" kommt.

Bleibt nur noch meine Frage bezüglich dem Zusammenhang zwischen Roommate und den Einstellungen "ASC_Mode_Up" und "ASC_Mode_Down", hab mal ins Modul geschaut und dort ist es so das ich die beiden Parameter aktivieren muss damit Roommate funktioniert, da wäre die Frage ob es nicht besser wäre Roommate von den beiden Parametern zu lösen, denke wenn man den Rollladen nicht per Roommate fahren möchte gibt man dort einfach kein Device an. Wäre dann noch etwas flexibler mit der Verwendung von Zeiten bzw. Roommate-Devices.

Da kann Leon aber bestimmt was dazu sagen bezüglich der Funktion.

Gruß Markus

DrBrain_1000 · 25 Juli 2019, 23:15:30

Hallo Zusammen,

hat jemand eine Idee, wie ich das ASC_Enable in den Rollladendevices am besten mit SmartVisu 2.9 toggeln kann? Von Zeit zu Zeit würde ich gerne für einzelne Rollladen die Automatik deaktivieren.

Ich habe schon gesucht und finde einfach keine Lösung bzw. komme nicht drauf.

Gruß

DrBrain_1000

meier81 · 26 Juli 2019, 07:32:28

Zitat von: DrBrain_1000 am 25 Juli 2019, 23:15:30
Hallo Zusammen,

hat jemand eine Idee, wie ich das ASC_Enable in den Rollladendevices am besten mit SmartVisu 2.9 toggeln kann? Von Zeit zu Zeit würde ich gerne für einzelne Rollladen die Automatik deaktivieren.

Ich habe schon gesucht und finde einfach keine Lösung bzw. komme nicht drauf.

Gruß

DrBrain_1000

Ich glaube du hast da einen Denkfehler, das Attribut ASC_Enable gibt es nur am ASC-Device und gilt von daher global, d.h. entweder alle an oder alle aus. Wenn du nur einzelne Rollläden ein- bzw. ausschalten möchtest musst du das Attribut ASC_Mode_Up bzw. ASC_Mode_Down im Rollladen-Device nutzen.

Wie das mit SmartVisu aussieht kann ich dir nicht sagen, du kannst ja aber das Attribut ändern mit dem Befehl

Code Auswählen

attr Rollladen_Test ASC_Mode_Up always
das wäre dann zu verwenden anstatt z.B. "set Lampe on".

Hoffe ich habe das so einigermaßen korrekt angegeben, falls nicht korrigiert mich bitte jemand.

Gruß Markus