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

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

octek0815

Zitat von: CoolTux am 11 Mai 2019, 15:41:50
Das ist nun als setter angelegt.
controlShading
Und ja da fehlt noch die Anpassung an die Doku :)

Alles klar, danke für deine Antwort!

FunkOdyssey

Zitat von: CoolTux am 13 Mai 2019, 19:45:59
Das gesamte. Also nur das Offset nicht das OffsetStart

Verstehe ich nicht. Du meinst das Offset im ASC-Device, oder?
Ansonsten hätte man ja keine Möglichkeit mehr, die Rollos unterschiedlich zu verzögern.

CoolTux

OK anders. Ich will die komplette Funktionalität von Offset (also das zusätzliche hinzufügen eines Zufallswertes) entfernen. Die Funktionalität von OffsetStart (das verzögern des Fahrens mit einen festen Wert) soll bleiben.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

FunkOdyssey

Dann verliert man doch die Zufallsmöglichkeit.
Oder du erlaubt im OffsetStart-Attribut die Ausführung von Perl-Code. Dann kann sich jeder selbst ein int(rand(600))+120 basteln.

CoolTux

Mal am Rande. Ich lese gerade einen Blog wo ein Pärchen in ein Weber Haus gezogen ist. Hier sollte wohl auch mal ASC die Rolllos steuern. Würde mich interessieren ob das mittlerweile umgesetzt wurde.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: FunkOdyssey am 13 Mai 2019, 20:40:54
Dann verliert man doch die Zufallsmöglichkeit.
Oder du erlaubt im OffsetStart-Attribut die Ausführung von Perl-Code. Dann kann sich jeder selbst ein int(rand(600))+120 basteln.

Ist denn die Zufallsmöglichkeit so wichtig. Habe immer das Gefühl das es unnötig ist.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

FunkOdyssey

Ich finde schon. So kann man kein Muster erkennen.
Ich konfiguriere das so, wie ein Mensch es bedienen würde.
Getriggert durch Brightness - aber mittels Offset in täglichen unterschiedlichen Reihenfolgen.

Loredo

Das ist nur Security by Obscurity und bringt rein gar nix. Außer einem besseren Gefühl beim Bewohner vielleicht [emoji12]

Ein paar Sekunden Unterschied bringen gar nix, weil es trotzdem immer in etwa um sie selbe Tageszeit ist. Und Einbrecher beobachten im. Zweifel mehrere Tage und der Sonnenstand unterscheided sich nicht sehr je Tag. Helligkeit bringt da auch nix, dass es Helligkeitssensoren gibt haben auch die doofsten Einbrecher schon mitgekriegt.

IMHO hast du eine gute Versicherung, gute Schlößer (und doppelt abgeschlossen, wenn niemand da ist) und anständig gesicherte Fenster. That's it.
Hat meine Arbeit dir geholfen? ⟹ https://paypal.me/pools/c/8gDLrIWrG9

Maintainer:
FHEM-Docker Image, https://github.com/fhem, Astro(Co-Maintainer), ENIGMA2, GEOFANCY, GUEST, HP1000, Installer, LaMetric2, MSG, msgConfig, npmjs, PET, PHTV, Pushover, RESIDENTS, ROOMMATE, search, THINKINGCLEANER

dk3572

Zitat von: CoolTux am 13 Mai 2019, 15:29:36
Hallo Dieter,

Setzte bitte einmal das Attribut ASC_DriveUpMaxDuration im Rollladen. Hier trägst Du die Zeit ein welche das Rolllo zum Hochfahren brauch plus 2-3 Sekunden drauf. Dann sollte manuell besser erkannt werden.

Guten Morgen CoolTux,

das hat leider nicht zum Erfolg geführt.
LastDrive wird als nightclose angezeigt obwohl manuell auf gefahren wurde.
Im Aktor beträgt R-driveUp 20 s. ASC_DriveUpMaxDuration habe ich auf 22 s gesetzt.
Bei 2 weiteren Läden stimmt die Ausgabe.

CoolTux

Kannst Du bitte einmal schauen ob dieses Rolllo ein Event wirft auf das eingestellte Reading von ASC_Pos_Reading


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

dk3572

Zitat von: CoolTux am 14 Mai 2019, 06:16:22
Kannst Du bitte einmal schauen ob dieses Rolllo ein Event wirft auf das eingestellte Reading von ASC_Pos_Reading


Grüße

...und deine Frage jetzt noch mal für Dummies ? ? ?  :-[

CoolTux

Was steht bei Dir im Atribut ASC_Pos_Reading bei dem Rollo?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Typ1er

Ich finde das gleichmäßig fahren auch komisch, meine waren bis vor 1 Monat auch mit 10 Minuten zufällig gefahren, so war das Haus nicht komplett mit einmal dunkel.

dk3572

Zitat von: CoolTux am 14 Mai 2019, 08:23:29
Was steht bei Dir im Atribut ASC_Pos_Reading bei dem Rollo?

ASC_Pos_Reading = pct
Gleich wie bei den anderen.