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

[CoolTux]

Hallo,

Als erstes ganz wichtig. Bezüglich verzögertes fahren bitte die Commandref lesen. Ich habe das ganze nun richtig gestellt.

ASC_Drive_OffsetStart
Verzögert um genau diesen Wert

ASC_Drive_Offset
Verzögert um einen zufälligen Wert zwischen 0 und den angegebenen. Plus eventuell den genauen Wert von ASC_Drive_OffsetStart.

Ja es wird nur diese eine Seite die für alles verwendet. Die Werte nach dem Sensor und Reading Angaben sind für Morgens hoch : Abends runter bitte Reihenfolge beachten

[FunkOdyssey]

Zum Thema Partymodus:
Dieser Fehler ist noch da. Es fuhren gerade (nach dem Ausschalten des Partymodus) Jalousien herunter, bei denen das Attribut gar nicht gesetzt war.

[CoolTux]

Bin gerade dran 

[CoolTux]

Mir ist da eine Kleinigkeit noch aufgefallen, hat aber nur was mit dem Status Text zu tun.
Du kennst das ja von mir die Situation, vorn öffnen Fenster wird geöffnet Rollo fährt in comfort. Dann öffnet die Automatik alle anderen Rollos. Die eine Rolllade bleibt in comfort. Da kann man überlegen ob es dann nicht auch öffnet mit dem allgemeinen day open. Jetzt schließe ich das Fenster und das Rollo öffnet nun soweit okay. Als letzte Fahrt steht dann aber wie vorher wo es schloss Window day Close. Wie gesagt ne Kleinigkeit ist ja nur der Statustext.

Das day Close bezieht sich auf das Fenster. Daher auch der ganze Text "window day closed" das Fenster wurde also am Tag geschlossen

[CoolTux]

Bei meiner Brightness Rolllade habe ich noch das Problem das am Wochenende nicht die spätere Zeit genommen wird sondern vor der WE Zeit schon geöffnet wird.

Das würde aber bedeuten das für WE dann der Brightness Wert nicht beachtet wird. Soll das so sein?

[majestro84]

Schon aber er soll nicht vor der WE Zeit öffnen. Aber du frag sonst Mal so in die Runde ich habe ja nur eine zum testen und werde wohl auch eher bei Astro bleiben.

Gesendet von meinem Redmi Note 4 mit Tapatalk

[CoolTux]

Schon aber er soll nicht vor der WE Zeit öffnen. Aber du frag sonst Mal so in die Runde ich habe ja nur eine zum testen und werde wohl auch eher bei Astro bleiben.

Gesendet von meinem Redmi Note 4 mit Tapatalk

Ah jetzt verstehe ich. Dann muß ich da noch mal genauer schauen.

[CoolTux]

Ok habe geschaut und Du hast Recht. Am Wochende sofern gewünscht sollte der Bereich wo der Brightnesswert kontrolliert wird in der Tat mit der WE Zeit beginnen.

[Typ1er]

Hallo,

Als erstes ganz wichtig. Bezüglich verzögertes fahren bitte die Commandref lesen. Ich habe das ganze nun richtig gestellt.

ASC_Drive_OffsetStart
Verzögert um genau diesen Wert

ASC_Drive_Offset
Verzögert um einen zufälligen Wert zwischen 0 und den angegebenen. Plus eventuell den genauen Wert von ASC_Drive_OffsetStart.

Ja es wird nur diese eine Seite die für alles verwendet. Die Werte nach dem Sensor und Reading Angaben sind für Morgens hoch : Abends runter bitte Reihenfolge beachten

ich habe ASC_Drive_Offset 600 oder 1200 drin, die Zeit ändert sich aber nicht im Reading ASC_Time_DriveDown und ASC_Time_DriveUp.

Ich wollte im Homebridge Mapping das ASC_Time_DriveUp auswerten, nur wird hier kein Event ausgelöst. wenn ich es manuell überschreibe mit setreading geht es.

[CoolTux]

Die Zeit zum für ASC_Time_DriveDown oder ASC_Time_DriveUp ist auch unabhängig von ASC_Drive_Offset. Und ich empfehle wirklich  ASC_Drive_OffsetStart zu nehmen.
ASC_Drive_OffsetStart soll nicht die Zeiten für Sunset oder Sunrise beeinflussen sondern sämtliche Fahrbefehle welche von ASC kommen um den Wert verzögern. Das ist Sinnvoll wenn man Funksysteme ohne Quittierung hat.

[Typ1er]

Ich habe es gestern erst eingerichtet für 2 Rollladen. Vorher habe ich immer bei allen Rollladen die zeit um 600 Sekunden zufällig fahren lassen, somit fahren nicht alle gleichzeitig.


ASC_Time_DriveUP/Down(Angezeigte Zeit) + ASC_Drive_Offset = Zeit für rauf und runter?

[CoolTux]

Nein. Mit der neuen Version und über diese reden wir hier

ASC_Time_DriveUP/Down(Angezeigte Zeit) + ASC_Drive_OffsetStart = Zeit für rauf und runter

[Typ1er]

Neues Problem, bei den Jalousien mit Lamellenverstellung. Das bekomme ich so nicht eingebunden.

benutze die Roller Shutter 2

Das reading position gibt es, das enthält aber 2 Angaben, dieses habe ich in 2 einzel readings gesplittet.

Code Auswählen Erweitern

position Blind 1 Slat 99
position_blind 1
position_slat 99

gefahren wird mit ,,dim" oder ,,positionBlinds" und die Lamellen mit ,,positionSlat"(hier habe ich 4 Stufen im Homebridgemapping 0%,33%66%99%)

gesteuert habe ich sie bis jetzt so im Wintergarten:
- TempHigh über 25°C, früh die Jalousie gleich unten lassen, Slat nach Zeit auf 0, bei Sonnenbestrahlung auf Slat=33%
- TempHigh kleiner "25°C Jalousie hoch, nach Temperatur und Lichtsensor im Raum wieder Runter + Beschatten.

Ich wurde mich freuen wenn du, die zufällige Zeit zum Runterfahren in ein reading schreibst, dann kann man nachschauen, oder der Frau sagen wo sie schauen soll, wenn es klemmt. Hintergrund ist der, nicht jeden Tag schliessen alle Jalousien/Rollläden gleichmässig, sondern man läuft ja auch mal kreuz und quer durch die Bude (bei Handbetrieb), daher sind alle innerhalb von 10Minuten gefahren(zufällig) In 2 Räumen habe ich einmal 3 und 2 Motoren, diese habe ich Synchron gefahren.

[CoolTux]

Neues Problem, bei den Jalousien mit Lamellenverstellung. Das bekomme ich so nicht eingebunden.

benutze die Roller Shutter 2

Das reading position gibt es, das enthält aber 2 Angaben, dieses habe ich in 2 einzel readings gesplittet.

Code Auswählen Erweitern

position Blind 1 Slat 99
position_blind 1
position_slat 99

gefahren wird mit ,,dim" oder ,,positionBlinds" und die Lamellen mit ,,positionSlat"(hier habe ich 4 Stufen im Homebridgemapping 0%,33%66%99%)

gesteuert habe ich sie bis jetzt so im Wintergarten:
- TempHigh über 25°C, früh die Jalousie gleich unten lassen, Slat nach Zeit auf 0, bei Sonnenbestrahlung auf Slat=33%
- TempHigh kleiner "25°C Jalousie hoch, nach Temperatur und Lichtsensor im Raum wieder Runter + Beschatten.

Ich wurde mich freuen wenn du, die zufällige Zeit zum Runterfahren in ein reading schreibst, dann kann man nachschauen, oder der Frau sagen wo sie schauen soll, wenn es klemmt. Hintergrund ist der, nicht jeden Tag schliessen alle Jalousien/Rollläden gleichmässig, sondern man läuft ja auch mal kreuz und quer durch die Bude (bei Handbetrieb), daher sind alle innerhalb von 10Minuten gefahren(zufällig) In 2 Räumen habe ich einmal 3 und 2 Motoren, diese habe ich Synchron gefahren.

Guten Morgen,

Ich habe mich wirklich bemüht zu verstehen was Dein Anliegen ist, ob Du überhaupt eines hast oder nur informieren wolltest. Vielleicht ist es aber auch noch zu früh.
Lamellensupport gibt es noch nicht. Sofern Du einen Rollladen TYPE hast der nicht offiziell unterstützt wird

Code Auswählen Erweitern


    ZWave
    Siro
    CUL_HM
    ROLLO
    SOMFY
    tahoma
    KLF200Node
    DUOFERN
    HM485

muss zwingend der Wert von ASC_Pos_Reading der selbe sein wie der Befehl zum fahren (set Befehl) der Rolllos.
Aber eigentlich hörte es sich so an als wenn Deine Rolllos schon reagiert haben.

Was Dein Wintergarten da jetzt hat habe ich nicht verstanden.

Ich weiß ja nicht was Du da jetzt eingestellt hast, aber eine zufällige Zeit zum runterfahren so gibt es nicht. Wieso fahren Deine Rolllos oder sollen fahren zufällig innerhalb von 10min?.

Am besten Du gibst erstmal ein list vom ASC Device und dann noch ein list von einem exemplarischen Rollladen.

[CoolTux]

Schon aber er soll nicht vor der WE Zeit öffnen. Aber du frag sonst Mal so in die Runde ich habe ja nur eine zum testen und werde wohl auch eher bei Astro bleiben.

Gesendet von meinem Redmi Note 4 mit Tapatalk

Habe ich gefixt und hat heute morgen super geklappt. Voraussetzung ist aber das ASC_Time_Up_WE_Holiday eine frühere Zeitangabe hat als ASC_Time_Up_Late. Dann wird der Helligkeitswert zwischen der Zeit von ASC_Time_Up_WE_Holiday und ASC_Time_Up_Late ausgewertet.