Betatester für neues Modul AutoShuttersControl gesucht!

Begonnen von CoolTux, 01 September 2018, 12:10:35

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: Cluni am 21 September 2018, 13:00:09
Man kann auch einfach auf den Button "Benachrichtigung" klicken - dann bekommen nicht alle 5.342.854 Mitlesenden eine Benachrichtigung, dass du nun mitliest....   ::)
Schon zutreffend. Es gibt aber einen wesentlichen Unterschied: Es ist aber auch eine öffentliche Bekundung, dass man an was interessiert ist...

Fasse das mal als Rückmeldung auf, dass der Interessentenkreis mind. um eine Person gewachsen ist. Womit z.B. auch die Frage der Schwierigkeit der Ersteinrichtung usw. ein leicht anderes Gewicht erlangt.

(Es braucht sich keiner bei Cooltux für manche (vielleicht lästigen) Details zur Ersteinrichtung auseinanderzusetzen, wenn's eh' keinen juckt; die hier Mittestenden bekommen das hoffentlich auch hin, ohne unnötig Kapazitäten auf Entwicklerseite zu binden ;) ).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

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

FunkOdyssey

#362
Sehr sehr gut. Gut gemacht. Gefällt mir.

CoolTux

Ideen für mehr Informationen? Welche wären noch wichtig auf einem Punkt?
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 persönlich in allen Readings die Formatierung des Datumstempels ein wenig ungünstig.
Kurz und knackig: 21.09.2018 - 20:00:00 Uhr finde ich einfacher zu lesen und damit übersichtlicher.

Und ehrlich gesagt frage ich mir, ob ich in dieser Tabelle überhaupt die Astro-Zeiten sehen will.
Wie wäre es, wenn man die prognostizieren, echten Fahrzeiten anzeigt? Was will ich Sunset sehen, wenn die Jalousie um exakt 19:00 Uhr fahren soll.

Wieso gibt es zwischen den Sunrise/Sunset-Zeiten eigentlich einen Versatz? Ich weiß, dass das vielleicht jeder anders sieht, aber wenn im Wohnzimmer vier Jalousien alle paar Sekunden anfangen herunterzufahren, so habe ich über einen längeren Zeitraum den Lärm im Ohr. Ich fahre pro Raum bzw. pro Himmelsrichtung die Jalousien nahezu zeitgleich runter.

CoolTux

Zitat
AutoShuttersControl_Offset_Minutes_Evening - maximale zufällige Verzögerung in Minuten (minimal 1) bei der Berechnung der Fahrzeiten für Abends
AutoShuttersControl_Offset_Minutes_Morning - maximale zufällige Verzögerung in Minuten (minimal 1) bei der Berechnung der Fahrzeiten für Morgens

Ich sollte das in der Darstellung anders benennen. Es isnd in der Tat die korrekten Fahrzeiten die in den Readings stehen, basierend auf den Astro Daten oder einer festen Zeit unter einbeziehen von Offset Werten. Wenn Du 0 machst müssten alle gleich sein, muss ich mal testen.
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

Was haltet Ihr von

AutoShuttersControl_Time_Sunrise = AutoShuttersControl_Time_DriveUp
AutoShuttersControl_Time_Sunset = AutoShuttersControl_Time_DriveDown
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

Beta-User

Zitat von: CoolTux am 21 September 2018, 15:33:30
Was haltet Ihr von

AutoShuttersControl_Time_Sunrise = AutoShuttersControl_Time_DriveUp
AutoShuttersControl_Time_Sunset = AutoShuttersControl_Time_DriveDown
Was genau ist damit gemeint?

An sich finde ich eine eher "nutzerdenke-orientierte" Namensgebung gut, allerdings impliziert Sunrise&Co. etwas dynamisches, sich änderndes. Wer fixe Zeiten hat, könnte irritiert sein.
=> Morning /Evening?
Bin aber kein Marketing-Mensch, Hauptsache, es funktioniert wie in der CR beschrieben und der Name ist nicht komplett daneben...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

CoolTux

Zitat von: Beta-User am 21 September 2018, 15:46:58
Was genau ist damit gemeint?

An sich finde ich eine eher "nutzerdenke-orientierte" Namensgebung gut, allerdings impliziert Sunrise&Co. etwas dynamisches, sich änderndes. Wer fixe Zeiten hat, könnte irritiert sein.
=> Morning /Evening?
Bin aber kein Marketing-Mensch, Hauptsache, es funktioniert wie in der CR beschrieben und der Name ist nicht komplett daneben...


Heißt ich ändere die Readings von nach. Die Zeiten sind ja entsprechend von Sunset oder Sunrise oder eben wenn feste Zeiten vergeben sind plus etwas Zeit drauf vom Offset.

Im übrigen habe ich schon mal überlegt wie man die Rollos pro Raum fahren kann, ist aber leider nicht ganz so einfach im derzeitigen Konzept.
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 21 September 2018, 15:22:15
Ich finde persönlich in allen Readings die Formatierung des Datumstempels ein wenig ungünstig.
Kurz und knackig: 21.09.2018 - 20:00:00 Uhr finde ich einfacher zu lesen und damit übersichtlicher.

Ich nehme mich des Themas in den kommenden Tagen noch einmal an.
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

Beta-User

Zitat von: CoolTux am 21 September 2018, 16:25:49
Heißt ich ändere die Readings von nach. Die Zeiten sind ja entsprechend von Sunset oder Sunrise oder eben wenn feste Zeiten vergeben sind plus etwas Zeit drauf vom Offset.
Ah, ok, Danke für die Erläuterung.

Zitat von: CoolTux am 21 September 2018, 16:25:49
Im übrigen habe ich schon mal überlegt wie man die Rollos pro Raum fahren kann, ist aber leider nicht ganz so einfach im derzeitigen Konzept.
Das ganze raumbezogen aufzuziehen finde ich "an sich" eine sehr gute Idee; betrifft ja auch den Roommate-Status und vermutlich einiges andere mehr. Aber leider nicht alles, die Fahrbefehle, Winkel usw. für Beschattung können innerhalb eines Raums abweichen usw..

Allerdings würde es dann noch unübersichtlicher zu überblicken, was wo zu finden ist. Ich war auch am überlegen, ob es nicht eine Überlegung wert wäre, alle Konfigurationsdaten nur im ASC-Device selbst zu verwalten (lightscene scheint das ähnlich zu machen)? Die Idee, das als Attribute an den Rollläden zu machen, stammt noch vom "Urvater", innerhalb eines echten Moduls hätte man da an sich mehr Möglichkeiten.
Allerdings wäre dann die Frage, wie man die ganzen Daten für den User zugänglich und konfigurierbar macht? Programmieren einer eigenen UI dafür? (Dürfte eher unrealistisch sein)

Was aber ginge: Nach dem ersten Rolladen in einem Raum könnte man prüfen, ob die anderen im selben Raum dieselben Vorgaben haben. Wenn ja: dieselbe Fahrzeit (ohne weitere Random-Funktion), wenn nein natürlich nicht. Müßte durch eine Schleife in Schleife gehen, bei der man ggf. jeden weiteren raus-grep-t, nachdem man dieselben timer angelegt hat. (Hab nicht in den Code gesehen und kann daher nicht sagen, ob das an sich ginge)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

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

CoolTux

Version 0.1.52 habe ich soeben hochgeladen. Changetime format, add get command.

Viel Spaß
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

Beta-User

Sieht gut aus.

In meiner Liste taucht noch einer auf, der "RolloKinZim..." heißt. Ist vermutlich keine Absicht, paßt jedenfalls nicht zur Installation hier ;D .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

FunkOdyssey

Wer oder was ist RolloKinZimSteven_F1 in meinem FHEM? 😄