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

marvin78 · 14 November 2018, 09:05:08

Nach dem Update ein Neustart ist impliziert.

Was ich meinte: Nach dem setzen des Attributes ASC und dem ausführen von set ... scanForSHutters (hier sollte doch eigentlich kein Neustart notwendig sein oder?). Danach schien ein Neustart notwendig zu sein. Wobei ich eben nun tatsächlich nicht weiß, ob der Neustart oder das update das Problem gelöst hat.

marvin78 · 14 November 2018, 09:11:07

Was anderes: Ich bin nicht sicher, ob sowas schon gefragt wurde (solche Threads sind einfach zu lang

).

Ich habe in meiner Automation eine zufällig Zeitspanne zwischen die Rollläden gesetzt. Soll heißen: Der Befehl zum Fahren bei dunkel oder hell (abends oder morgens) wird nicht gleichzeitig an die Rollläden geschickt sondern leicht zeitversetzt. Das soll dazu führen, dass Menschen, die mein Haus beobachten, denken, dass jemand zu Hause ist, der die Rollläden manuell fährt. Der Zeitabstand ist per Zufallszahl ermittelt und jeden Tag ein anderer (die Reihenfolge der Rollläden ist auch zufällig). Auch fahren die Rollläden nicht wirklich zu dem per brightness ermittelten Zeitpunkt sondern immer eine kleine Zufallszeit später.

Kann man mit dem Modul sowas schon realisieren oder ist sowas geplant?

CoolTux · 14 November 2018, 09:23:02

Zitat von: Loredo am 14 November 2018, 09:04:14
... als professioneller Laie habe ich den Neustart selbstverständlich ebenso gemacht . Trotzdem keine Attribute, auch heute nicht :-/

Zitat von: CoolTux am 14 November 2018, 08:48:26
Und stehen im ASC Device Rolläden drin?
Gib mal bitte ein List eines Rollladens und vom ASC Device.

CoolTux · 14 November 2018, 09:24:20

Zitat von: marvin78 am 14 November 2018, 09:05:08
Nach dem Update ein Neustart ist impliziert.

Was ich meinte: Nach dem setzen des Attributes ASC und dem ausführen von set ... scanForSHutters (hier sollte doch eigentlich kein Neustart notwendig sein oder?). Danach schien ein Neustart notwendig zu sein. Wobei ich eben nun tatsächlich nicht weiß, ob der Neustart oder das update das Problem gelöst hat.

Nein nach dem setzen des globalen Attributes ASC mit 1 oder 2 ist kein neustart nötig.

marvin78 · 14 November 2018, 09:26:54

Zitat von: CoolTux am 14 November 2018, 09:24:20
Nein nach dem setzen des globalen Attributes ASC mit 1 oder 2 ist kein neustart nötig.

Wenn ich irgendwann mal wieder ganz viel Zeit habe, werde ich das nochmal auf meinem Entwicklungssystem testen. Leider bin ich aktuell viel zu eingespannt. Ggf. ist es bis dahin nicht mehr relevant.

CoolTux · 14 November 2018, 09:38:23

Zitat von: marvin78 am 14 November 2018, 09:11:07
Was anderes: Ich bin nicht sicher, ob sowas schon gefragt wurde (solche Threads sind einfach zu lang ).

Ich habe in meiner Automation eine zufällig Zeitspanne zwischen die Rollläden gesetzt. Soll heißen: Der Befehl zum Fahren bei dunkel oder hell (abends oder morgens) wird nicht gleichzeitig an die Rollläden geschickt sondern leicht zeitversetzt. Das soll dazu führen, dass Menschen, die mein Haus beobachten, denken, dass jemand zu Hause ist, der die Rollläden manuell fährt. Der Zeitabstand ist per Zufallszahl ermittelt und jeden Tag ein anderer (die Reihenfolge der Rollläden ist auch zufällig). Auch fahren die Rollläden nicht wirklich zu dem per brightness ermittelten Zeitpunkt sondern immer eine kleine Zufallszeit später.

Kann man mit dem Modul sowas schon realisieren oder ist sowas geplant?

Ist bereits voll implementiert. Bitte einmal in der Commandref nach Offset suchen.

sledge · 14 November 2018, 09:39:05

Zitat von: marvin78 am 14 November 2018, 09:11:07
Was anderes: Ich bin nicht sicher, ob sowas schon gefragt wurde (solche Threads sind einfach zu lang ).

Ich habe in meiner Automation eine zufällig Zeitspanne zwischen die Rollläden gesetzt. Soll heißen: Der Befehl zum Fahren bei dunkel oder hell (abends oder morgens) wird nicht gleichzeitig an die Rollläden geschickt sondern leicht zeitversetzt. Das soll dazu führen, dass Menschen, die mein Haus beobachten, denken, dass jemand zu Hause ist, der die Rollläden manuell fährt. Der Zeitabstand ist per Zufallszahl ermittelt und jeden Tag ein anderer (die Reihenfolge der Rollläden ist auch zufällig). Auch fahren die Rollläden nicht wirklich zu dem per brightness ermittelten Zeitpunkt sondern immer eine kleine Zufallszeit später.

Kann man mit dem Modul sowas schon realisieren oder ist sowas geplant?

Laut Commandref sollte das mittels des Attributs "ASC_shuttersDriveOffset" einstellbar sein. Also nicht Thread, sondern commandref lesen

marvin78 · 14 November 2018, 09:41:57

Das ist nicht genau das, was ich meine aber es hilft.

Dass mir mal gesagt wird, ich soll die commandref lesen....

(habe ich tatsächlich getan, aber unter offset habe ich was anders erwartet oder ich war einfach zu blöd zum lesen und habe nicht weiter gelesen, Asche auf mein Haupt).

CoolTux · 14 November 2018, 09:59:12

Zitat von: marvin78 am 14 November 2018, 09:41:57
Asche auf mein Haupt).

Noch nicht ganz. Wenn Du etwas anderes gelesen hast oder denkst das man das besser beschreiben kann dann bitte ein Beispiel oder versuchen zu erklären. Ich bin nicht alt zu gut mit Worten von techn. Beschreibungen.

@all
Was ich auf jeden Fall machen möchte ist eine Beschreibung von Vorgängen und was vom Modul zu erwarten ist. Also Rollladen unten es wird das Fenster geöffnet Rollladen fährt in die Lüften Position wenn folgendes erfüllt ist. Sowas in der Art.

pc1246 · 14 November 2018, 10:16:02

Hallo
Also eine Art Ablaufdiagramm!?
Gruss Christoph

marvin78 · 14 November 2018, 10:17:44

Nein. Die commandref ist schon ok so. Wenn es überhaupt ein Problem gibt, dann das, dass man bei so vielen Attributen und dem ASC_ davor einiges überlesen kann. Aber auch das Problem liegt beim Leser.

Zum speziellen Fall: commandref ok, sollte ggf. an anderer Stelle genauer beschrieben werden (Wiki). Im Grunde reicht das aber so

CoolTux · 14 November 2018, 10:28:43

Zitat von: pc1246 am 14 November 2018, 10:16:02
Hallo
Also eine Art Ablaufdiagramm!?
Gruss Christoph

Ja sowas in der Art. Aber ebend basierend auf den Code. Also nicht das was vom User erwartet wird sondern was das Modul tatsächlich tut.

CoolTux · 14 November 2018, 10:30:05

Kurzer Status meiner seits zum Thema Beschattung. Ich bin aktuell dabei erste Codeteile für die Beschattung zu implementieren. Bisher sieht es gut aus und dank Bernd haben wir auch eine gute 1. Möglichkeit der Logik.

Grüße

sledge · 14 November 2018, 11:09:25

Zitat von: marvin78 am 14 November 2018, 10:17:44
Nein. Die commandref ist schon ok so. Wenn es überhaupt ein Problem gibt, dann das, dass man bei so vielen Attributen und dem ASC_ davor einiges überlesen kann. Aber auch das Problem liegt beim Leser.

Zum speziellen Fall: commandref ok, sollte ggf. an anderer Stelle genauer beschrieben werden (Wiki). Im Grunde reicht das aber so

Hi,

mit der Überarbeitung des Wiki habe ich begonnen - Zeit... Dort ist es schon ein "bisschen" besser beschrieben als in der aktuellen Version der commandref, denke ich. Verbesserungsvorschläge aber sehr gerne!

Vg Tom

CoolTux · 14 November 2018, 12:00:44

Was denkt Ihr sollte eine Mindestanforderung an Daten sein für eine Beschattung

Aktuell denke ich
brightness (Hellikeitssensor)
azimuth (Sonnenwinkel, Twilight oder Astro)
elevation (Sonnenhöhe, Twilight oder Astro)
temperature (Aussentemperatur)

Kleiner Logauszug

Code Auswählen


2018.11.14 11:52:05.071 3: AutoShuttersControl (ASControl) - Shading Processing, Rollladen: RolloKinZimSteven_F2
2018.11.14 11:52:05.071 3: AutoShuttersControl (ASControl) - Shading Processing, Variablen - Azimuth: 180.1 Elevation: 19.4 Brightness: 598 Aussentemp: 100 Rollladenausrichtung: 178 Eintritswinkel Links: 85 Ausstrittswinkel Rechts: 85