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

[CoolTux]

Hallo,
Ist damit auch mein Thema gefixt, dass das Rollo Nachts wenn alle Absenz sind zu fährt? Ich habe festgestellt, dass das Rollo im Schlafzimmer, welches Nachts halb offen ist automatisch zu fährt. Grund: Abwesenheitserkennung.

Hast Du als ASC_Mode_Down absent drin stehen? Wenn ja ist das Verhalten korrekt.

[majestro84]

Hast Du als ASC_Mode_Down absent drin stehen? Wenn ja ist das Verhalten korrekt.

Hallo
Da melde ich mich seit langem auch Mal wieder.
Ich habe auch so eine ähnliches verhalten. Wenn die Anwesenheitserkennung morgens von asleep auf home springt fahren die Fenster zu die zum Beispiel auf ventilate waren.
VG
Alex

[CoolTux]

Hallo
Da melde ich mich seit langem auch Mal wieder.
Ich habe auch so eine ähnliches verhalten. Wenn die Anwesenheitserkennung morgens von asleep auf home springt fahren die Fenster zu die zum Beispiel auf ventilate waren.
VG
Alex

Reden wir von zugeordneten Roommates oder dem Residents Device?

[majestro84]

Vom Resident Device roommates habe ich nicht zugewiesen.

[CoolTux]

Vom Resident Device roommates habe ich nicht zugewiesen.

Kann ich mir gerade so gar nicht erklären. Ich schaue es mir aber morgen mal genauer an.

[gestein]

Hallo CoolTux,

das wäre aber schade, denn genau das möchte ich ja verhindern.
Die Automatik soll ja weiterlaufen.

Wäre es möglich so eine Art "Update" für die Beschattung einzubauen?

lg, Gerhard

[CoolTux]

Hallo CoolTux,

das wäre aber schade, denn genau das möchte ich ja verhindern.
Die Automatik soll ja weiterlaufen.

Wäre es möglich so eine Art "Update" für die Beschattung einzubauen?

lg, Gerhard

Aktuell erstmal nicht. Wir haben noch zu viel auf dem ToDo Stapel

[gestein]

Ist schon klar. Momentan ist der Bedarf für die Beschattung auch nicht wirklich gegeben.
Aber vielleicht ginge es bis zum Sommer?

Freue mich auf viele neue Features

Danke auf jeden Fall.
lg, Gerhard

[CoolTux]

Dieses Jahr stabilisieren wir die Beschattung und versuchen etwaige Bugs diesbezüglich zu fixen.
Außerdem werden wir versuchen Lamellensteuerung zu integrieren. 

[eurofinder]

@CoolTux:
Suchst du eigentlich noch Anregungen, wie ASC weiterentwickelt werden kann:-)
Ich fände es super, wenn für die unterschiedlichsten Positionen, die ein Rollladen-Device ansteuern kann, nicht für jedes Attribut im ASC eine andere Positionsangabe verwendet werden müsste. Ich habe hier z.B. einen Rollladen vor einer Terrassentür. Für ASC_ComfortOpen_Pos verwende ich den Wert 5 (vollständig geöffnet enstpricht bei mir 0). Bei diesem Wert hat der Rollladen allerdings noch eine Position, bei der "Luft nach oben" ist. Ich kann aber geringere Positionsangaben als 5er Schritte nicht verwenden, da es sonst vereinzelt zu Abweichungen bei der Positionierung mit meinen Motoren kommt, die dazu führen, dass ASC bei einer abweichende Position von der im Attribut angegeben, den Rollladen nicht mehr steuern kann. Deswegen nehme ich im tahoma-Modul für das Device im Attribut levelRound 5 vor, das dazu führt, dass Positionsangaben "mathematisch" gerundet werden.
Es wäre eine große Erleichterung, wenn z.B. auch in diesem Fall für die ASC-ConfortOpen_Pos der Wert 0 vergeben werden könnte, oder Lüftungs- und Beschattungspositionen identischen Werte haben könnten.

Gruß und auf ein erfolgreiches Jahr
eurofinder

[CoolTux]

@CoolTux:
Suchst du eigentlich noch Anregungen, wie ASC weiterentwickelt werden kann:-)
Ich fände es super, wenn für die unterschiedlichsten Positionen, die ein Rollladen-Device ansteuern kann, nicht für jedes Attribut im ASC eine andere Positionsangabe verwendet werden müsste. Ich habe hier z.B. einen Rollladen vor einer Terrassentür. Für ASC_ComfortOpen_Pos verwende ich den Wert 5 (vollständig geöffnet enstpricht bei mir 0). Bei diesem Wert hat der Rollladen allerdings noch eine Position, bei der "Luft nach oben" ist. Ich kann aber geringere Positionsangaben als 5er Schritte nicht verwenden, da es sonst vereinzelt zu Abweichungen bei der Positionierung mit meinen Motoren kommt, die dazu führen, dass ASC bei einer abweichende Position von der im Attribut angegeben, den Rollladen nicht mehr steuern kann. Deswegen nehme ich im tahoma-Modul für das Device im Attribut levelRound 5 vor, das dazu führt, dass Positionsangaben "mathematisch" gerundet werden.
Es wäre eine große Erleichterung, wenn z.B. auch in diesem Fall für die ASC-ConfortOpen_Pos der Wert 0 vergeben werden könnte, oder Lüftungs- und Beschattungspositionen identischen Werte haben könnten.

Gruß und auf ein erfolgreiches Jahr
eurofinder

Das wird schwierig. ASC weiß aktuell nur anhand der Positionen wieso er gefahren ist.
Theoretisch dürfte aber genau Dein Beispiel mit lüften und beschatten gehen. Muss ich mal  testen. Beim Fenster Schließen sollte er eigentlich prüfen ob eine Beschattung aktiv ist und nur wenn nicht, fahren.

[CoolTux]

Hallo
Da melde ich mich seit langem auch Mal wieder.
Ich habe auch so eine ähnliches verhalten. Wenn die Anwesenheitserkennung morgens von asleep auf home springt fahren die Fenster zu die zum Beispiel auf ventilate waren.
VG
Alex

Muss hier noch mal nachfragen. Sind die Fensterkontakte dabei wirklich auf offen?

[majestro84]

Ja ist ein twostate Kontakt der auf Open steht. Ich meine aber bei eine threestate ist es auch der steht dann auf tilt.

[CoolTux]

Ja ist ein twostate Kontakt der auf Open steht. Ich meine aber bei eine threestate ist es auch der steht dann auf tilt.

Dann schaue ich mir das noch mal genauer an.

[eurofinder]

@CoolTux:

Das wird schwierig. ASC weiß aktuell nur anhand der Positionen wieso er gefahren ist.

Das habe ich befürchtet. Dazu müsste wahrscheinlich ASC intern so umgebaut werden, dass neben der Position auch der Grund der Fahrt mit hinterlegt wird.

Theoretisch dürfte aber genau Dein Beispiel mit lüften und beschatten gehen. Muss ich mal  testen. Beim Fenster Schließen sollte er eigentlich prüfen ob eine Beschattung aktiv ist und nur wenn nicht, fahren.

Das würde auf alle Fälle schon etwas helfen:-)

Gruß und danke
eurofinder