Betatester für neues Modul AutoShuttersControl gesucht!

[CoolTux]

Kommando zurück. Er würde bei einem twostate Kontakt nur auf lüftenposition fahren wenn du die Tür auf machst.

[Beta-User]

Es ist ein twostate (bzw. als solcher festgelegt).

Da das eine Jalousie ist, die länger fährt und ich eh' auf dem Weg woandershin war, wo der Taster am Weg lag, hat sich der Ablauf halt so ergeben. (Ich will mir auch nicht überlegen müssen, wie ich meiner Steuerung und meinen Mitmenschen am besten erkläre, was wann wie zu tun ist, um ein bestimmtes Ergebnis zu erreichen; die Technik soll unauffällig sein und das Fahrverhalten daher nicht von solchen Zufälligkeiten und pers. Vorlieben abhängen ).

[Cluni]

Kommando zurück. Er würde bei einem twostate Kontakt nur auf lüftenposition fahren wenn du die Tür auf machst.

Du müsstest vor der Fahrt mehrere Prüfungen einbauen:
- Motor bereits in Betrieb ==> nix tun
- Position oberhalb oder gleich der anzufahrenden Position ==> nix tun
- Position niedriger ==> fahren auf Position

Habe ich auch etwas mit gekämpft, um das gescheit zum Laufen zu bringen in meinem Script...

[Cluni]

Ach so, noch was - genauso müssen natürlich Merker fürs Lüften oder sonstiges zurückgesetzt werden, sobald da jemand manuell etwas verändert.

[CoolTux]

- Position oberhalb oder gleich der anzufahrenden Position ==> nix tun
- Position niedriger ==> fahren auf Position

Das ist bereits beides umgesetzt und genau das hat auch bei Beta-User zugeschlagen.

- Motor bereits in Betrieb ==> nix tun

Die Idee ist gut, aber wie stelle ich das fest. Und zwar Unabhängig von jeglichen Hardware und Modul Eigenschaften.

[Cluni]

Das ist bereits beides umgesetzt und genau das hat auch bei Beta-User zugeschlagen.

Na ja. Er hat ja geschrieben, dass sie bei ~60% war und dann wieder runter gefahren ist, statt auf 80% zu fahen?!

Die Idee ist gut, aber wie stelle ich das fest. Und zwar Unabhängig von jeglichen Hardware und Modul Eigenschaften.

Tja, gute Frage. Ich habe das bei mir das an das Komfort-Notify geknüpft, welches auf das Motor-Event (bei HM) reagiert...

[CoolTux]

Tja, gute Frage. Ich habe das bei mir das an das Komfort-Notify geknüpft, welches auf das Motor-Event (bei HM) reagiert...

Wäre dann natürlich nur HM spezifisch. Auch irgendwie doof. Muß ich mir mal anschauen bei Dir.

Na ja. Er hat ja geschrieben, dass sie bei ~60% war und dann wieder runter gefahren ist, statt auf 80% zu fahen?!

Hier muß ich noch mal schauen. beta-user was steht bei Dir für ein Wert für AutoShuttersControl_Ventilate_Pos?

[MarkusHiba]

Hallo,

wie wäre es mit ein Attribut wo man das Rieding vom Motor einträgt und abfragt.

Gruß MarkusHiba

Gesendet von meinem G8141 mit Tapatalk

[Beta-User]

Das ist bereits beides umgesetzt und genau das hat auch bei Beta-User zugeschlagen.

CoolTux hat dahingehend recht, dass die Ventilate-Pos auf 30% gestanden hat, und ich die after_Comfort als gedanklichen Bezugspunkt hatte, warum auch immer . Dann dürfte das passen (bzw. jedenfalls kein Fehler gewesen sein).

Ansonsten ist es vermutlich beliebig schwierig, festzustellen, ob ein Rolladen fährt oder nicht. Bei HM kann man das am STATE ("set_...") oder am Motor-Reading (nicht "stop", wenn ich das richtig im Kopf habe) ablesen. Vielleicht könnte man das über ein Array abbilden, das für diverse (Sub-)Typen die "jeweils richtige Frage" enthält? (Ins Unreine: %subtype => {Reading => Value})

Das jeweils durch den User einstellen zu lassen halte ich für nicht so gut, sollte allenfalls eine Notlösung in Fällen sein, die man damit nicht abbilden kann.

[Cluni]

Die Idee ist zwar gut, aber dafür musst du die Aktoren ja kennen und ggf immer wieder neue einpflegen. Die Idee, das bei inkompatiblen, anderen Aktoren einstellbar zu machen, finde ich aber gut.

[CoolTux]

Auf jeden Fall haben wir noch so einiges auf der ToDo Liste 

[Cluni]

Alleine die Abschattung ist nicht ohne. Ich glaube das ist bei mir die längste Routine...

[Beta-User]

Auf jeden Fall haben wir noch so einiges auf der ToDo Liste 

Yup. Aber wie meistens gilt auch hier: Wenn man's am Anfang nicht richtig konzipiert, muß man hinterher den mehrfachen Aufwand reinstecken.

aber dafür musst du die Aktoren ja kennen und ggf immer wieder neue einpflegen.

Ist zwar richtig, aber so oft kommen keine neuen Rolladenaktoren auf den Markt. Demnächst bekommen wir sowieso alles so standardisiert, so dass es spätestens ab 2045 egal ist, ob es CUL_HM, HMCCU-Device, HM-IP V7, ROLLO oder irgend ein anderes Modul ist, das dahinter steckt .

[Cluni]

2045 komme ich so langsam in das Alter, wo es mich nicht mehr interessieren wird, ob die Rollladen gerade oben oder unten sind...

...den Partymodus brauche ich ja jetzt schon fast nicht mehr. 

[CoolTux]

2045 komme ich so langsam in das Alter, wo es mich nicht mehr interessieren wird, ob die Rollladen gerade oben oder unten sind...

...den Partymodus brauche ich ja jetzt schon fast nicht mehr. 

   
Habe nicht vor daraus einen BER zu machen. Lach