[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

[Tomy]

Super danke!

Hallo Matthias,

Jepp habe ich mehrere Tage drüber nachgedacht und ich denke es wird kommen. Aber so langsam müssen wir erstmal priorisieren, Rollladensteuerung ist ein umfangreiches Projekt und jeder hat so seine Wünsche und Vorstellungen. Daher habe ich ja auch von Anfang an gesagt es wird mindestens ein Jahr dauern bis alle zufrieden läuft und integriert ist. Aber ich kann Dir sagen das ich vorhabe Lamellensteuerung mit auf zu nehmen. Und das wir vom Zeitplan her sehr gut aufgestellt sind, Beschattung zum Beispiel wollte ich erst im neuen Jahr machen und bin jetzt schon zu gekommen. Mal schauen wie gut es weiterhin läuft. Wichtig sind die Tester und die Rückmeldungen.


Grüße
Leon

[CoolTux]

Bezüglich Comfort  und twostate wird es erstmal so bleiben wie es aktuell ist. Lediglich den Attributsnamen habe ich in der Entwicklung geändert.
Und natürlich den Fix in zusammenhang mit lock-out ein gebaut.

Bedeutet vorerst, threestate können Comfort anfahren twostate nicht.
Wir können das ja auch erstmal in Ruhe zusammen testen und dann die Erfahrungen zusammen tragen. Ich denke dann entwickelt sich auch ein Bedürfnis oder nicht Bedürfnis nach Änderung..

Da ich keine Lust habe schon wieder einen Backport zu machen habe ich entschieden die nächste stabile Version auf Basis der Beschattungsentwicklung auf zu bauen. Diese Version wird am Wochenende kommen, aber ohne Freischaltung der Beschattung. Da ich weiß das es Leute gibt die sich den Code anschauen oder auch nur das diff zur letzten Version erwähne ich es, bevor Fragen kommen   


Grüße

[marvin78]

@Marvin
Könnte das auch bei Dir das Problem sein?

Möglich. Das lässt sich leider nur durch weitere Tests heraus finden. Ggf. komme ich da irgendwann mal zu.

Ist eigentlich bekannt, dass disable 1 das Modul nicht davon abhält, die  Rolladen trotzdem zu fahren? (in meinem Fall fuhren sie dann gestern um halb 11 abends (Letzter Zeitpunkt aus Standard) HOCH (ich nehme an, wegen param=levelInverse).

[enno]

oder Du laesst es erstma so wie es ist!

Das klingt aber langweilig Ich habe schon eine Idee wie ich das machen will, wenn das klappt melde ich mich wieder. Änderung am Modul wäre da erst mal nicht nötig, da gibt es andere Baustellen am Modul, die sicherlich wichtiger sind.

Neueste Idee hier im Haus:
Meine Tochter möchte das Rollo in ihrem Zimmer an der linken Seite etwas tiefer fahren als rechts. Das habe ich aber schon mal abgelehnt.

[Tobster1977]

Hallo.
Erst mal vielen Dank für die Interessante Arbeit. Klasse.

Wir wohnen in der Stadt und fahren unsere Rollläden nicht nur zur Beschattung runter, sondern bei Dämmerung auch zum Sichtschutz (manuell oder automatisch über sunrise/ sunset).

Kann man das ggf. Auch umsetzen?
Würde mich auch als Tester zur Verfügung stellen...

Ich habe Rollläden über knx eingebunden.
0 ist oben, 100 zu.

Vielen Dank

[Sascha_F]

Hallo Sascha,

Schau Dir mal die Möglichkeiten von Horizon und den dafür gedachten Attribut ASC_autoAstroModeMorningHorizon -9 bis + 9 an.
Da kannst Du dann auch Zeiten zwischen CIVIL und REAL fahren. Mache ich auch so. Eventuell ist es ja schon das was Du möchtest.

Hi und vielen Dank! Horizon hatte im Kopf irgendwie falsch einsortiert --> werde das direkt mal testen. Danke Dir!

[CoolTux]

Möglich. Das lässt sich leider nur durch weitere Tests heraus finden. Ggf. komme ich da irgendwann mal zu.

Ist eigentlich bekannt, dass disable 1 das Modul nicht davon abhält, die  Rolladen trotzdem zu fahren? (in meinem Fall fuhren sie dann gestern um halb 11 abends (Letzter Zeitpunkt aus Standard) HOCH (ich nehme an, wegen param=levelInverse).

disable ist noch nicht eingebaut.
Aber wieso fuhren sie um halb elf Abends hoch? Das verstehe ich gerade nicht.
Interessant ist ja erstmal nur für mich ob Du event-on-* gesetzt hast oder nicht. Ist auch so eine Sache die ich noch festhalten muss, darf im Modul nie gesetzt werden.

[enno]

Wir wohnen in der Stadt und fahren unsere Rollläden nicht nur zur Beschattung runter, sondern bei Dämmerung auch zum Sichtschutz (manuell oder automatisch über sunrise/ sunset).

Genau so mit den gleichen Randbedingungen nutze ich das hier. Kann das Modul bereits alles in der aktuellen Version.

Gruss
  Enno

[CoolTux]

Das klingt aber langweilig Ich habe schon eine Idee wie ich das machen will, wenn das klappt melde ich mich wieder. Änderung am Modul wäre da erst mal nicht nötig, da gibt es andere Baustellen am Modul, die sicherlich wichtiger sind.

Neueste Idee hier im Haus:
Meine Tochter möchte das Rollo in ihrem Zimmer an der linken Seite etwas tiefer fahren als rechts. Das habe ich aber schon mal abgelehnt.

Da würde mich mal der Grund interessieren. Einfach nur so für mich.
Meine Tochter wollte das ihr Rollo etwas später runter fährt weil auch das kleinste bisschen Restlicht (eigentlich keines mehr da) zum lesen gebraucht wird 

[CoolTux]

Hallo.
Erst mal vielen Dank für die Interessante Arbeit. Klasse.

Wir wohnen in der Stadt und fahren unsere Rollläden nicht nur zur Beschattung runter, sondern bei Dämmerung auch zum Sichtschutz (manuell oder automatisch über sunrise/ sunset).

Kann man das ggf. Auch umsetzen?
Würde mich auch als Tester zur Verfügung stellen...

Ich habe Rollläden über knx eingebunden.
0 ist oben, 100 zu.

Vielen Dank

Das kannst Du bereits ohne weiteres mit dem Modul abdecken. Das Modul unterstützt Sonnenauf und Sonnenuntergang Fahrten.
Am besten Du wartest auf die Version 0.2.0.6 welche am Wochenende kommen wird. Denke Samstag Morgen.

[CoolTux]

Jetzt will ich noch etwas am Frostschutz arbeiten. Zeit wird es ja.

Aktueller Stand:
Wenn die Frostschutztemperatur erreicht oder unterschritten wird fahren die Rolläden gar nicht, Beziehungsweise wird der Fahrbefehl aufgehoben bis die Randbedingungen für eine Fahrt wieder gegeben sind.

Bernd seine Variante fand ich auch gut, nicht fahren wenn es Morgens ist. Gut klingt aber auch einfach nicht komplett schließen oder sicherlich auch nicht komplett öffnen. Aber da kenne ich mich mit den Panzern draussen nicht so aus. Wie ist Eure Meinung/Erfahrung diesbezüglich?

[marvin78]

disable ist noch nicht eingebaut.
Aber wieso fuhren sie um halb elf Abends hoch? Das verstehe ich gerade nicht.

Deshalb wandert das Modul in den beta Raum meine Testsystems

Sie fuhren HOCH (das nehme ich zumindest an), weil ich param=levelInverse nutze. Das kehrt die Werte und die Logik in Homematic Rolladenaktoren um. Das ist für manche Frontends notwendig oder hilfreich. Ich nahm nicht an, dass ich bisher der erste bin, der levelInverse nutzt. Deshalb habe ich das nicht stärker betont, ist für ASC=2 aber ggf. hilfreich. Das Attribut param im HM-Aktor müsste ausgewertet werden.

Interessant ist ja erstmal nur für mich ob Du event-on-* gesetzt hast oder nicht. Ist auch so eine Sache die ich noch festhalten muss, darf im Modul nie gesetzt werden.

Im ASC Modul nutz(t)e ich kein event-on-*

Warum sind denn die readingFnAttributes drin, wenn sie nicht genutzt werden oder genutzt werden dürfen?!

[Sascha_F]

Jetzt will ich noch etwas am Frostschutz arbeiten. Zeit wird es ja.

Aktueller Stand:
Wenn die Frostschutztemperatur erreicht oder unterschritten wird fahren die Rolläden gar nicht, Beziehungsweise wird der Fahrbefehl aufgehoben bis die Randbedingungen für eine Fahrt wieder gegeben sind.

Bernd seine Variante fand ich auch gut, nicht fahren wenn es Morgens ist. Gut klingt aber auch einfach nicht komplett schließen oder sicherlich auch nicht komplett öffnen. Aber da kenne ich mich mit den Panzern draussen nicht so aus. Wie ist Eure Meinung/Erfahrung diesbezüglich?

Ich habe zwar erst seit 5 Jahren Rollläden (nachträglich außen angebrachte), aber hatte es erst 1x (letztes Jahr und nur an einem Rollladen), dass dieser unten auf der Fensterbank angefroren war, da es sehr start geregnet hatte. Nur auf mich und meine Erfahrungen bezogen würde es mir ausreichen, wenn Abends nicht auf Maximum (vermutlich so auf 15) ausgefahren wird.

[CoolTux]

Deshalb wandert das Modul in den beta Raum meine Testsystems

Sie fuhren HOCH (das nehme ich zumindest an), weil ich param=levelInverse nutze. Das kehrt die Werte und die Logik in Homematic Rolladenaktoren um. Das ist für manche Frontends notwendig oder hilfreich. Ich nahm nicht an, dass ich bisher der erste bin, der levelInverse nutzt. Deshalb habe ich das nicht stärker betont, ist für ASC=2 aber ggf. hilfreich. Das Attribut param im HM-Aktor müsste ausgewertet werden.

Das ist nicht wirklich wichtig. Das ASC 1 oder 2 ist doch nur für eine vernünftige Grundvoreinrichtung. Damit man nicht alles ändern muss.
Bei Dir musst Du halt dann einfach ASC 1 statt 2 nehmen und noch das Attribut Pos_Reading anpassen. Das war es dann schon.
Jetzt im Nachhinein, müsstest Du in den Attributen die Closed Open Positionen umdrehen und die Comfort und Lüften Attribute ändern.


Grüße

Im ASC Modul nutz(t)e ich kein event-on-*

Warum sind denn die readingFnAttributes drin, wenn sie nicht genutzt werden oder genutzt werden dürfen?!

[pc1246]

Das klingt aber langweilig Ich habe schon eine Idee wie ich das machen will, wenn das klappt melde ich mich wieder. Änderung am Modul wäre da erst mal nicht nötig, da gibt es andere Baustellen am Modul, die sicherlich wichtiger sind.

Neueste Idee hier im Haus:
Meine Tochter möchte das Rollo in ihrem Zimmer an der linken Seite etwas tiefer fahren als rechts. Das habe ich aber schon mal abgelehnt.

Da würde mich mal der Grund interessieren. Einfach nur so für mich.
Meine Tochter wollte das ihr Rollo etwas später runter fährt weil auch das kleinste bisschen Restlicht (eigentlich keines mehr da) zum lesen gebraucht wird 

Weil es nur ein Rollo gibt!?
Gruss Christoph