Betatester für neues Modul AutoShuttersControl gesucht!

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

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: Beta-User am 25 September 2018, 11:57:06
Hmm, also:

Die Zeitstempel im Moduldevice sehen für alle betreffenden Rollläden gut aus, alle timer scheinen ein paar Sekunden versetzt in der Zeit von 6:45 bis 6:46 durchgelaufen zu sein - das deutet darauf hin, dass es kein Funkproblem war.

Die alten Zeitstempel am Rolladendevice selbst sind wegen manueller Fahrt weg, nur die beiden ASC-Angaben sind mit dem zum ASC-Moduldevic passenden Zeitstempel (6:45.xx) da; da steht allerdings die up-Zeit übrigens wieder auf übermorgen früh.

Auf Übermorgen Früh? Ich habe gerade mal geschaut. Interessanter Weise habe ich genau einen bei dem es auch auf übermorgen steht. Mal schauen was da heute Abend steht. Und ich werde mal ein paar Logausgaben einbauen um mal zu schauen wie er darauf gekommen 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

Beta-User

Yup, übermorgen (27.09.). Wenn es mir nicht ungewöhnlich vorgekommen wäre, hätte ich es nicht erwähnt ;) .
Hab allerdings nicht alle durchgesehen, sondern mir erst mal dur die "komischen" vorgenommen.
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

Deckoffizier

Hallo,

hat zwar heute morgen bei meinen beiden unterschiedlichen Testrollladen(Uniroll,Siro) gut geklappt,
aber die Zeit für übermorgen verwirrt mich auch etwas.

AutoShuttersControl_Time_DriveDown
   
25.09.2018 - 19:36:37
   
2018-09-25 07:00:41
AutoShuttersControl_Time_DriveUp
   
27.09.2018 - 07:00:10
   
2018-09-25 07:00:41

Mal sehen was heute Abend passiert.

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

CoolTux

Das mit übermorgen hatte ich heute auch. Meistens korrigiert es sich beim nächsten Lauf.
Ich habe heute noch eine Codeanpassung gemacht diesbezüglich. Werde erstmal testen.

Bitte seit so nett und schaut euch nach einem Sunrise Sunset Lauf mit geht alle neuen Zeiten 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

Deckoffizier

Hallo,

Ich habe heute noch eine Codeanpassung gemacht diesbezüglich. Werde erstmal testen.

Bitte seit so nett und schaut euch nach einem Sunrise Sunset Lauf mit geht alle neuen Zeiten an.


habe das Modul noch mal neu eingespielt und die Zeiten aktualisiert.
Sieht soweit alles plausibel aus.
Drücke Dir die Daumen, dass die Anstrengung geholfen hat!

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

CoolTux

Aktuell, erste Runde sieht gut aus. Heute Abend Rollos gefahren, alles neu berechnet und für Morgens und Abends korrekt morgiges Datum. Werde morgen früh die zweite Runde sehen.
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

Stonemuc

Ich bin gespannt und werde wohl mal einen Versuch wagen die ganze Sache zu installieren. Hardwaremäßig geht ja alles mit dem set xy position xy. Ich hab allerdings keinen einzigen Fensterkontakt. Brauch ich die zwingend? Residets versuche ich noch vorher einzurichten. Entweder über Bluetooth oder WlanErkennung der Mobiltelefone über Fritzbox.
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

CoolTux

Zitat von: Stonemuc am 26 September 2018, 08:45:53
Ich bin gespannt und werde wohl mal einen Versuch wagen die ganze Sache zu installieren. Hardwaremäßig geht ja alles mit dem set xy position xy. Ich hab allerdings keinen einzigen Fensterkontakt. Brauch ich die zwingend? Residets versuche ich noch vorher einzurichten. Entweder über Bluetooth oder WlanErkennung der Mobiltelefone über Fritzbox.

Nein Fensterkontakt ist nicht nötig. Geht auch ohne
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

Sowohl gestern Abend als auch heute Morgen wurden bei mir die korrekten Zeiten berechnet und natürlich auch angezeigt.
Hoffe nur es fehlt dann nicht wieder irgendwo anders  ;D
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

Kurze Zwischeninfo: meine beiden "Ausreißer" von gestern (die ohne FK's) sind heute morgen auch gefahren.

Die mit den abwesenden Roommates immer noch nicht; da werde ich mir die Einstellungen usw. nochmal zu Gemüte führen.
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 26 September 2018, 09:42:03
Kurze Zwischeninfo: meine beiden "Ausreißer" von gestern (die ohne FK's) sind heute morgen auch gefahren.

Die mit den abwesenden Roommates immer noch nicht; da werde ich mir die Einstellungen usw. nochmal zu Gemüte führen.

Auh gut das Du das sagst, ich wollte mir das ja auch noch mal anschauen.


Kurze Info "lustiger Weise" am Rande.
Ich habe gestern meine erste Testmigration in meinen neuen Virtualisierungscluster hinter mir. Habe einen postgresql DB Server und einen FHEM Server aufgesetzt und meine Produktivumgebung migriert. Das System startet und alles schick. Dann habe ich eine Änderung gemacht und beim abspeichern ist mir FHEM mit einem Neustart um die Ohren geflogen. Nach kurzen schauen im Log kam raus das die Tabelle mit einem max Character von 50 bei den Attributen angelegt wurden. Das habe ich bei 3 Attributen mit 3-4 Character überschritten und darauf hin ist FHEM neugestartet ohne zu speichern.
Also wäre es glaube besser unsere Attributsnamen doch irgendwie kürzer zu wählen. Dann müsste aber alles gelöscht und neu angelegt 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

Beta-User

Zitat von: CoolTux am 26 September 2018, 10:00:08
Also wäre es glaube besser unsere Attributsnamen doch irgendwie kürzer zu wählen. Dann müsste aber alles gelöscht und neu angelegt werden.
...das ist das Risiko, das man als Beta-Tester eingeht... :)
Sehe darin kein sooo großes Problem, schließlich gibt es "list -r <devspec>". Das Ergebnis nach kate oder notepad++, Rauswerfen, was man nicht ändern will, der Rest: Suchen+Ersetzen (oder in Teilen über die abzuändernden ReadingsGroups die Defaults wieder überschreiben...)

Könntest du bitte bei der Gelegenheit die Zeiten noch auf HH:MM umstellen (und evtl. etwas nachbarfreundlichere Defaults setzen) oder spricht da was massiv dagegen?
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

Das mit der Zeit sollte nicht das Problem sein. Mache ich die Tage.
Das ändern der Attributsnamen von AutoShuttersControl_... nach ASC_... werde ich beim stable Release machen. also von 0.1.x nach 0.2.x. Wird aber noch ein paar Wochen brauchen.
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

Das Problem das die Rolläden frühs nicht gefahren sind wenn der Roommate absent war habe ich nun gelöst. Funktioniert nun auch.
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 26 September 2018, 11:03:40
Das mit der Zeit sollte nicht das Problem sein. Mache ich die Tage.
Das ändern der Attributsnamen von AutoShuttersControl_... nach ASC_... werde ich beim stable Release machen. also von 0.1.x nach 0.2.x. Wird aber noch ein paar Wochen brauchen.
Sowas sollte m.E. asap erfolgen: Jeder, der hier als Tester einsteigen will (Stonemuc, z.B.) wird froh sein, wenn er das nicht mehr muß. Und an sich sollte das in einem einzigen "Suchen/Ersetzen-Durchlauf" gehen.

Übergangsweiser Vorschlag: ggf. eine Zwischenversion veröffentlichen (anderer Branch), die den User jetzt nicht gleich zwingt, die Attribute in der Installation jetzt nachzuziehen, sondern etwas Zeit läßt (eine Woche oder so).

(Im Prinzip sollte es auch möglich sein, einen Umstellungscode einzupflegen, der das gleich an allen Devices automatisiert gradezieht; dann muß "User" gar nix machen.)

Zitat von: CoolTux am 26 September 2018, 11:11:23
Das Problem das die Rolläden frühs nicht gefahren sind wenn der Roommate absent war habe ich nun gelöst. Funktioniert nun auch.
Sehr cool, hatte schon gezweifelt, ob es nicht doch irgendwas in meiner Konfiguration ist, das da schief hängt ;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