Sleep Position und Residents home #1

Closed
opened 2020-02-20 23:39:16 +01:00 by marko · 1 comment
Owner

Ich habe z. B. ein Rollo in einem Zimmer, in dem ggf. Gäste übernachten. Da die ClosedPosition nicht per Perl berechnet werden kann, sondern den niedrigsten Punkt des Rollos enthalten soll, habe ich diesen auf 100 Prozent gesetzt und versuche nun, dies über die SleepPosition zu regeln. Wenn kein Gast da ist, soll das Rollo bei 50 % stehenbleiben, da am Fenster auch noch ein Fliegengitter dran ist und das Rollo, wenn es ganz schließt, ein paar Mal nur mit einigem Krach weiter schließt. Wenn ein Gast da ist, schließt es aber bis 90 %. So meine Konfiguration. In der Regel klappt das auch ganz gut.
Meine erster Verbesserungsvorschlag wäre zur Gaststeuerung, da du vor einiger Zeit danach gefragt hast: Die Gast-Residents haben keinen Zustand 'gone', sondern nur 'none'. Im ASC wird jedoch nur über 'gone' abgefragt. Ich habe das zwar bisher über ein Userreading im Gast-Moduls gelöst (wenn none, dann gone), aber vielleicht könnte im ASC-Modul dort auch 'none' oder =~ 'one' oder so aufnehmen, so dass auch Gäste-Module direkt genutzt werden können. Alles andere lässt sich ja sehr gut auch auf Gäste übertragen. Zumindest mir fällt bisher noch kein weiterer Bedarf für das noch nicht belegte Attribut ASC_GuestRoom ein.

Um die beiden anderen Optimierungsbedarfe zu verstehen, hatte ich oben meine Konfiguration beschieben (in kurz: es sollte eigentlich, wenn nicht notwendig, komplett schließen). Nach den letzten stärkeren Winden, bei denen ich auch einmal die Windprotection genutzt hatte, habe ich festgestellt, dass, sobald der Wind unter den Hysterese-Wert fällt, das Rollo in der Nacht komplett schließt und nicht die SleepPosition anfährt. Aber vielleicht liegt es auch an meiner Einstellung; ich probiere noch.

Komplett geschlossen hat es sich jedoch nun auch, wenn man Abends nach dem Runterfahren des Rollos nach Hause kommt. Im ASC-Modul steht unter last drive: 'residents come home'. Warum das passiert ist (dass es von Sleep Position nach kurzer Zeit komplett schloss, kann ich mir leider nicht erklären).

Ich habe z. B. ein Rollo in einem Zimmer, in dem ggf. Gäste übernachten. Da die ClosedPosition nicht per Perl berechnet werden kann, sondern den niedrigsten Punkt des Rollos enthalten soll, habe ich diesen auf 100 Prozent gesetzt und versuche nun, dies über die SleepPosition zu regeln. Wenn kein Gast da ist, soll das Rollo bei 50 % stehenbleiben, da am Fenster auch noch ein Fliegengitter dran ist und das Rollo, wenn es ganz schließt, ein paar Mal nur mit einigem Krach weiter schließt. Wenn ein Gast da ist, schließt es aber bis 90 %. So meine Konfiguration. In der Regel klappt das auch ganz gut. Meine erster Verbesserungsvorschlag wäre zur Gaststeuerung, da du vor einiger Zeit danach gefragt hast: Die Gast-Residents haben keinen Zustand 'gone', sondern nur 'none'. Im ASC wird jedoch nur über 'gone' abgefragt. Ich habe das zwar bisher über ein Userreading im Gast-Moduls gelöst (wenn none, dann gone), aber vielleicht könnte im ASC-Modul dort auch 'none' oder =~ 'one' oder so aufnehmen, so dass auch Gäste-Module direkt genutzt werden können. Alles andere lässt sich ja sehr gut auch auf Gäste übertragen. Zumindest mir fällt bisher noch kein weiterer Bedarf für das noch nicht belegte Attribut ASC_GuestRoom ein. Um die beiden anderen Optimierungsbedarfe zu verstehen, hatte ich oben meine Konfiguration beschieben (in kurz: es sollte eigentlich, wenn nicht notwendig, komplett schließen). Nach den letzten stärkeren Winden, bei denen ich auch einmal die Windprotection genutzt hatte, habe ich festgestellt, dass, sobald der Wind unter den Hysterese-Wert fällt, das Rollo in der Nacht komplett schließt und nicht die SleepPosition anfährt. Aber vielleicht liegt es auch an meiner Einstellung; ich probiere noch. Komplett geschlossen hat es sich jedoch nun auch, wenn man Abends nach dem Runterfahren des Rollos nach Hause kommt. Im ASC-Modul steht unter last drive: 'residents come home'. Warum das passiert ist (dass es von Sleep Position nach kurzer Zeit komplett schloss, kann ich mir leider nicht erklären).
marko referenced this issue from a commit 2020-02-21 09:54:23 +01:00
Author
Owner

Wurde in Version 0.8.17 gefixt

Wurde in Version 0.8.17 gefixt
marko closed this issue 2020-02-21 09:55:15 +01:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: FHEM/mod-AutoShuttersControl#1
No description provided.