[73_AutoShuttersControl.pm] - Version 0.8.x DEVEL, !!!FEATURE FREEZE!!!

Begonnen von CoolTux, 17 September 2019, 13:46:12

Vorheriges Thema - Nächstes Thema

CoolTux

Hallo,

Ab sofort findet im Github Branch Devel vom ASC die Entwicklung in Richtung Version 0.8 statt.
Daher hier ein neuer Thread, vorerst für die Entwicklerversion, später dann für die offizielle Version 0.8.x



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

andipilz

Frage zur 0.8 Entwicklung:

In unserem Haus gibt es Fenster(-türen) im Erdgeschoss, die nach außen aufgehen. D.h. die Fenster Sensoren (twostate) sollten bei einem "open" die Rollläden komplett blockieren.
Wenn einer der Sensoren von closed auf open wechselt, den Rolladen hochfahren. Idealerweise dann auch, wenn wieder von open auf closed wechselt, nach unten.

Ist sowas bereits vorgesehen oder habe ich was in der aktuellen released Version nicht "verstanden"?

Danke für die Tips

Andreas

CoolTux

Zitat von: andipilz am 17 September 2019, 14:41:10
Frage zur 0.8 Entwicklung:

In unserem Haus gibt es Fenster(-türen) im Erdgeschoss, die nach außen aufgehen. D.h. die Fenster Sensoren (twostate) sollten bei einem "open" die Rollläden komplett blockieren.
Wenn einer der Sensoren von closed auf open wechselt, den Rolladen hochfahren. Idealerweise dann auch, wenn wieder von open auf closed wechselt, nach unten.

Ist sowas bereits vorgesehen oder habe ich was in der aktuellen released Version nicht "verstanden"?

Danke für die Tips

Andreas

Da sollte es eigentlich schon funktionieren.
Du hast die Attribute ASC_LockOut und ASC_LockOut_Cmd wo man die Rolloschalter sofern unterstützt komplett blockieren kann. Desweiteren solltest Du das Attribut ASC_ShutterPlace auf terrace stellen und Du kannst probieren die ComfortPosition auf OpenPos zu setzen. Also wenn OpenPos gleich 100 dann die ComfortPos auch auf 100 stellen. Aber vielleicht klappt bei Dir auch ein 99 dann lieber 99. Die 99 musst aber mittels der Kommandozeile von FHEMWEB setzen mittels dem FHEM Befehl attr


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

CoolTux

Es gibt eine Idee das die ShadingPos ein wenig variabler werden soll. Ein Grund war das man ja bei Anwesenheit und Abwesenheit unterschiedliche Positionen anfahren kann.
Meine Idee ist hier einen zweiten Wert basierend auf der Anwesenheit von Residents zu verwenden. Wie seht Ihr das? Wäre das eine ausreichende Lösung oder soll es noch flexibler werden?
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

Du darfst nicht fragen. :-)
Ich bin für noch flexibler, weil ich so auch das Wetter noch berücksichtigen könnte.

CoolTux

Zitat von: FunkOdyssey am 17 September 2019, 16:54:04
Du darfst nicht fragen. :-)
Ich bin für noch flexibler, weil ich so auch das Wetter noch berücksichtigen könnte.

Also am besten eine eigene Perlfunktion? Bin da auch schon am Überlegen so langsam Perl zu zu lassen.
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


JHo

Zitat von: CoolTux am 17 September 2019, 17:17:46
Also am besten eine eigene Perlfunktion? Bin da auch schon am Überlegen so langsam Perl zu zu lassen.
Jajaja, gerne! Damit könnte sich ja jeder seine eigenen Sonderwünsche erfüllen, ohne dass du "aktiv" werden musst.
Allerdings sehe ich die Gefahr, dass das ohnehin schon sehr mächtige und für die meisten außer dich kaum debugbare Modul noch unübersichtlicher wird: Andocken von eigenem Perl macht nur dann Sinn, wenn die "Folgen" im Debugfall eindeutig und auf den ersten Blick auf das Perl zurückzuführen sind. Mir fehlt das Wissen dazu, wie man das gestalten kann.
Es sollte vermieden werden, dass du am Ende lange in logs/Beschreibungen von Usern nach irgendeinem Fehler suchst und analysierst - und am Ende ist eigener Code an der vermeintlichen Fehlfunktion schuld.
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

CoolTux

Zitat von: JHo am 17 September 2019, 17:47:10
Jajaja, gerne! Damit könnte sich ja jeder seine eigenen Sonderwünsche erfüllen, ohne dass du "aktiv" werden musst.
Allerdings sehe ich die Gefahr, dass das ohnehin schon sehr mächtige und für die meisten außer dich kaum debugbare Modul noch unübersichtlicher wird: Andocken von eigenem Perl macht nur dann Sinn, wenn die "Folgen" im Debugfall eindeutig und auf den ersten Blick auf das Perl zurückzuführen sind. Mir fehlt das Wissen dazu, wie man das gestalten kann.
Es sollte vermieden werden, dass du am Ende lange in logs/Beschreibungen von Usern nach irgendeinem Fehler suchst und analysierst - und am Ende ist eigener Code an der vermeintlichen Fehlfunktion schuld.

Deswegen hat FHEM bereits eine kleine Funktion zum Analysieren von Perl.
Und ich werde nur Rückgaben zulassen welche für das jeweilige Attribut logisch sind.

Zum Beispiel ShadingPos darf ausschließlich eine positive Zahl sein. Ist das nicht der Fall, gibt also Eure eigene Perlfunktion Unsinn zurück wird ein default Wert wie bisher verwendet.
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

Die ersten Tests in Richtung Perl Funktion in Attributen sehen gut aus. Ich habe das erstmal in ShadingPos zum testen. Wenn das sauber ist baue ich es vorerst in allen Position Attributen ein und in die Zeit Attribute und dann schauen wir mal.


Desweiteren habe ich den Gedanken bis Ende nächsten Jahres ein kleines eBook zu ASC zu schreiben. Eine Art Anleitung wenn man so will. Ist aber erstmal nur so ein Gedanke.


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

MarkusHiba

Das mit dem eBook ist ein guter Gedanke.

Grüße

MarkusHiba

Gesendet von meinem G8141 mit Tapatalk

Mit freundlichen Grüßen

MarkusHiba

Kai-Alfonso

0.8.x ist aber laut File noch   "version": "v0.6.101",

ist das richtig ober hab ich den falschen Branch erwischt? (devel)
Raspi2|nanoCul433|nanoCul868|CCU2
Energie-USBZähler|homebrew HM Devices
DBLog|DBRep|Homematic|Baumarktsteckdosen
Hue|Webcams mit DS-Station (Synology)|Bewegungsmelder|Rollladen|Schalter (IT|HM)

CoolTux

Zitat von: Kai-Alfonso am 18 September 2019, 10:30:21
0.8.x ist aber laut File noch   "version": "v0.6.101",

ist das richtig ober hab ich den falschen Branch erwischt? (devel)

Das ist korrekt. Alles über 99 in der letzten Zahl bedeutet neuer Entwicklungszweig für höhere Major Version
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

Zitat von: CoolTux am 17 September 2019, 19:55:17

Desweiteren habe ich den Gedanken bis Ende nächsten Jahres ein kleines eBook zu ASC zu schreiben. Eine Art Anleitung wenn man so will. Ist aber erstmal nur so ein Gedanke.

Ich würde hier gerne GitHub Pages vorschlagen.
Oder notfalls die Wiki-Seite im GitHub-Repo.

GitHub-Pages wird auch vom eBus-Adapter und diversen anderen Hardware-Projekten genutzt. Frag mal Schotty. Den habe ich auch überreden können. :-)

https://ebus.github.io/adapter/
https://1coderookie.github.io/BSB-LPB-LAN/


CoolTux

Zitat von: FunkOdyssey am 18 September 2019, 10:52:24
Ich würde hier gerne GitHub Pages vorschlagen.
Oder notfalls die Wiki-Seite im GitHub-Repo.

GitHub-Pages wird auch vom eBus-Adapter und diversen anderen Hardware-Projekten genutzt. Frag mal Schotty. Den habe ich auch überreden können. :-)

https://ebus.github.io/adapter/
https://1coderookie.github.io/BSB-LPB-LAN/

Tut mir leid. Wenn überhaupt dann eBook. Ich möchte es wenn dann mit LibreOffice in einem schönen Format schreiben.
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