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

[xerion]

Moin zusammen ich nutze momentan die v0.8.25. Im Bezug auf die Beschattung ist mir noch folgendes aufgefallen.
Wenn die Beschattung beim geschlossen Fenster aktiv ist, wird beim öffnen des Fensters auf einmal die ventilate position angefahren. Sobald die waiting period abgelaufen ist beginnt die Beschattung wieder trotz geöffneten Fenster. Wäre es nicht sinnvoll Windows rec bei aktiver Beschattung zu ignorieren oder zumindest die Beschattung auszusetzen wenn ein Fenster offen ist. Oder gibt es andere Gründe für das Verhalten?

Gesendet von meinem JSN-L21 mit Tapatalk

[JWRu]

Lass und da mal beide bei Gelegenheit einen Termin machen damit ich das live analysieren kann.

Ok, das ist ja nicht eilig. Die Fahrten selbst klappen ja alle.

[gestein]

Das sollte eigentlich klappen. Vielleicht die Zeiten von Up und Down nicht ganz so aufeinander. Also die 6 Uhr. Mach Up lieber auf 6:01.
Was Wochenende an geht muss ich erstmal schauen, ich glaube da wird das We Attribut gar nicht verarbeitet. Ich schaue aber nachher gleich mal.

Hallo,
vielen Dank.
Habe das nun so gemacht.
In der Übersicht im ASC steht aber nun folgendes:

Code Auswählen Erweitern

Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
Rollo.SZ 9.04.2020 - 06:01:01 8.04.2020 - 16:00:01 time time always always off off none 0 0 in - 10:59:26

Das "Next DriveUp" wäre ja ok (morgen 6:01), aber das nächste Event zum Runterfahren "Next DriveDown" scheint heute um 16:00 zu sein.
Das sollte aber erst morgen um 5:42:55 (das "{sunrise(0,"03:00","06:00")}" liefert nämlich "29:42:55").

Mal schauen, ob der Rollo.SZ wirklich um 16:00:01 runterfährt.

lg, Gerhard

p.s.: Habe die Version v0.8.25

[DrBrain_1000]

Hallo Sascha,

Dann liegt an der internen Logik von ASC. ASC erkennt ausschließlich anhand der aktuellen Position den Status. Daher müssen auch alle Positionsangaben in ASC Unterschiedlich sein und Open/Close jeweils die wirklichen Endpunkte.
Du kannst ja gerne Endpunkt +-1 für die Beschattung nehmennehmen. Also in Deinem Fall 99. Dazu einfach das Attribut über die Kommandozeile in FHEMWEB mittels des Befehls attr setzen.


Grüße

Danke für alle Infos!

Beste Grüße

Sascha

[CoolTux]

Hallo,
vielen Dank.
Habe das nun so gemacht.
In der Übersicht im ASC steht aber nun folgendes:

Code Auswählen Erweitern

Shutters Next DriveUp Next DriveDown ASC Up ASC Down ASC Mode Up ASC Mode Down Partymode Lock-Out Last Drive Position Last Position Shading Info
Rollo.SZ 9.04.2020 - 06:01:01 8.04.2020 - 16:00:01 time time always always off off none 0 0 in - 10:59:26

Das "Next DriveUp" wäre ja ok (morgen 6:01), aber das nächste Event zum Runterfahren "Next DriveDown" scheint heute um 16:00 zu sein.
Das sollte aber erst morgen um 5:42:55 (das "{sunrise(0,"03:00","06:00")}" liefert nämlich "29:42:55").

Mal schauen, ob der Rollo.SZ wirklich um 16:00:01 runterfährt.

lg, Gerhard

p.s.: Habe die Version v0.8.25

liefert nämlich "29:42:55"

Das ist natürlich Unsinn. Du musst selbst dafür sorgen das tatsächliche Zeiten eingetragen werden. Also nur von 0:00:00 bis 24:00:00. Bei Perlcode bist Du selber dafür verantwortlich das saubere Zeiten am Ende entstehen.

[CoolTux]

Hallo CoolTux,

auch von mir ein großes Danke für die Mühe, die Du in dieses Modul steckst!

Ich habe vor kurzem die Beschattung bei mir eingerichtet, und dabei folgendes festgestellt (ein Bug?):

Öffne ich die Terassentür bei geschlossenem Rollladen, fährt er in die ComfortOpen_Pos (komplett offen). [OK]
Ist die Terassentür geöffnet und ein Herunterfahren steht an, passiert erstmal nichts. Nach dem Schließen der Tür fährt er in die Closed_Pos. [Ok]

Ist der Rollladen durch aktive Beschattung in Shading_Pos gefahren, so fährt er beim öffeenen der Terassentür in ComfortOpen_Pos.
ABER: beim nächsten Event meines Helligkeitssensors fährt er trotz geöffneter Tür in Shading_Pos. Damit habe ich mich schon beinahe ausgesperrt

Ist das Verhalten gewollt, und lässt sich da noch etwas konfigurieren? Und welche Infos bräuchtest Du sonst noch zum debuggen?

Danke & viele Grüße,
Oliver

Hallo Oliver,

Ich habe geschaut. Es reicht aus wenn Du dem Rollo über das Attribut ASC_ShuttersPlace auf terrace setzt.



Grüße

[gestein]

Ok, das sollte gehen.
Hat mich jetzt ein bisschen Nachdenken gekostet

Aber so scheint es gehen:

Code Auswählen Erweitern

{my ($myHour,$myMin,$mySec) = split(":", sunrise(0,"03:00","06:00"));; my $ret = ($myHour gt "23" ? $myHour-24:$myHour).":$myMin:$mySec";; return $ret;;}

Danke für Deine unermüdliche Geduld und Deine Antworten, lg, Gerhard

[CoolTux]

5:46:04

Scheint erstmal zu gehen.

[ZeitlerW]

Hallo zusammen,

ich brauche mal kurz einen Denkanstoß bzw. best practice.

Ich würde gerne den Raum beschatten, wenn eine bestimmte Raumtemperatur erreicht ist und die Beleuchtungsstärke im Raum einen gewissen Wert überschritten hat.

Wie sollte das am Besten realisiert werden? Ich dachte da an ein Dummy Roommate.

Wie ist Eure Einschätzung?

lG
Wolfgang

[CoolTux]

Du kannst pro Raum ein Temp und ein Brightness Sensor angeben. Damit sollte man arbeiten können.

[ZeitlerW]

Hallo CoolTux,

vielen Dank für die schnelle Antwort.
Ich dachte das wäre nur generisch für das ASC - Device.

lG
Wolfgang

[CoolTux]

Hallo CoolTux,

vielen Dank für die schnelle Antwort.
Ich dachte das wäre nur generisch für das ASC - Device.

lG
Wolfgang

Wie genau meinst Du das?
Du willst doch einen Raum anscheinend anders beschatten wie die anderen, oder? Du willst da innen Helligkeit und innen Temperatur für die Auswertung verwenden. Das kann man im Rollo beides einstellen.
Es wird immer zu erst geschaut ob das Rollo den benötigten Sensor hat und wenn nicht wird auf den globalen Sensor (im ASC Device) zurückgegriffen.

[CoolTux]

Ab Morgen Früh dann Version 0.8.26 womit auch endlich die unterschiedlichen Beschattungshöhen auf Basis von Perlcode in ASC_ShadingPos angefahren werden.
Es gab da noch einen Bug das Fahrten abgebrochen wurden wenn die aktuelle Beschattungshöhe unterhalb der neu angefahrenden lag.


Grüße

[xerion]

Moin zusammen ich nutze momentan die v0.8.25. Im Bezug auf die Beschattung ist mir noch folgendes aufgefallen.
Wenn die Beschattung beim geschlossen Fenster aktiv ist, wird beim öffnen des Fensters auf einmal die ventilate position angefahren. Sobald die waiting period abgelaufen ist beginnt die Beschattung wieder trotz geöffneten Fenster. Wäre es nicht sinnvoll Windows rec bei aktiver Beschattung zu ignorieren oder zumindest die Beschattung auszusetzen wenn ein Fenster offen ist. Oder gibt es andere Gründe für das Verhalten?

Gesendet von meinem JSN-L21 mit Tapatalk

Hi CoolTux könntest du dir das  noch bitte anschauen?

Gruss Frank

Gesendet von meinem JSN-L21 mit Tapatalk

[CoolTux]

Moin zusammen ich nutze momentan die v0.8.25. Im Bezug auf die Beschattung ist mir noch folgendes aufgefallen.
Wenn die Beschattung beim geschlossen Fenster aktiv ist, wird beim öffnen des Fensters auf einmal die ventilate position angefahren. Sobald die waiting period abgelaufen ist beginnt die Beschattung wieder trotz geöffneten Fenster. Wäre es nicht sinnvoll Windows rec bei aktiver Beschattung zu ignorieren oder zumindest die Beschattung auszusetzen wenn ein Fenster offen ist. Oder gibt es andere Gründe für das Verhalten?

Gesendet von meinem JSN-L21 mit Tapatalk

Der Punkt das wieder in die Beschattung gefahren wird trotz Fenster offen haben wir vor kurzen besprochen. Wenn Das Rollo explizit als Terrasse deklariert ist wird nicht runter gefahren.
Beim Punkt ob das Rollo in der Beschattung überhaupt in die Ventilate Position fahren soll kann man diskutieren. Befindet sich die Ventilateposition unterhalb der Beschattungsposition wird eh nicht gefahren, Ist die Position oberhalb kann es sinnvoll das nicht gefahren wird.

Wie sehen das die anderen?


Grüße