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

CoolTux · 04 April 2019, 16:10:21

Zitat von: jsChris am 04 April 2019, 15:15:49
Hi,

ich kann auch mit testen. Hab die Developer Version installiert.

Umlaute in den Räumen habe ich keine, könnte aber welche herstellen.

Soll ich einfach nur abwarten, was passiert / nicht passiert oder soll ich etwas spezifisches testen?

lg
Chris

Mach mal bitte ein get Notifydev...

Und poste die Ausgabe im Thread der Developer Version

CoolTux · 04 April 2019, 16:12:45

Zitat von: FunkOdyssey am 04 April 2019, 14:57:34

Es lag an CommandAttr(). Siehe: https://github.com/LeonGaultier/fhem-AutoShuttersControl/commit/e33d3cc7815031b087736c1054b98c57817e7083

Vielen vielen Dank. Aber da dürfte sich gar nichts geändert haben.
Ich mache eine Debugversion für heute Abend fertig.

FunkOdyssey · 04 April 2019, 16:14:03

Ich würde auch so gerne mithelfen, aber mir passt das zeitlich aktuell überhaupt nicht. Tut mir wirklich leid.
Sobald ich eine Lücke sehe, lade ich die Beta aus dem Devel-Branch hoch. Versprochen.

Beetle2003 · 05 April 2019, 06:34:11

Hallo,

es ist Freitag und die Rollos haben Wochenende.
Trotz der Beta48 ( habe ich wie beschrieben geladen ) wollen die Rollos heute erst wieder zu den Wochenendzeiten fahren.

Die Dinger haben ein echtes Eigenleben. :lach Machen nicht das was der Meister wünscht. :wein

CoolTux · 05 April 2019, 06:56:32

Zitat von: Beetle2003 am 05 April 2019, 06:34:11
Hallo,

es ist Freitag und die Rollos haben Wochenende.
Trotz der Beta48 ( habe ich wie beschrieben geladen ) wollen die Rollos heute erst wieder zu den Wochenendzeiten fahren.

Die Dinger haben ein echtes Eigenleben. :lach Machen nicht das was der Meister wünscht. :wein

Habe ich auch gerade festgestellt. Schaue ich mir dann noch mal an.

eurofinder · 05 April 2019, 20:36:53

@CoolTux:

ZitatLeider bin ich noch nicht dazu gekommen. Ich habe aber auch in den letzten Tagen so einiges umgebaut wo ich denke das wir damit dann vielleicht bessere Ergebnisse erziehlen. Das gilt auch beim Thema Zeitversetztes fahren. Da wird sich die Logik komplett ändern mit der neuen Version.
Was bei Dir aktuell helfen kann ist be allen Rollläden ASC_Drive_Offset auf -1 setzen und im ASC Device ASC_shuttersDriveOffset 1 .

Habe wie von dir vorgeschlagen die Werte gesetzt. Sollte dann auch in jedem Device ASC_Drive_OffsetStart = -1 sein?
Damit fahren weiterhin "nur" 10 von 11 Rollläden.

Gruß und sonniges Wochenende
eurofinder

CoolTux · 05 April 2019, 20:41:18

Du solltest das Start auf 1 stellen, nicht -1

eurofinder · 05 April 2019, 21:06:45

OK,
habe jetzt alle Devices auf ASC_Drive_OffsetStart =1 und ASC_Drive_Offset =-1
Im ASC selbst ASC_shuttersDriveOffset = 1

So korrekt?

Gruß
eurofinder

CoolTux · 05 April 2019, 21:15:02

Musst du schauen.

Wenn du Probleme hast dann änderst du die Start pro Rolladen. Immer um 3. Also der erste bekommt die 1 der zweite die 4 der dritte 7 und so weiter. So entzerrst Du das ganze.

eurofinder · 05 April 2019, 22:00:22

Ok, danke. Dann werde ich mal mit den Werte in nächster Zeit experimentieren.

Gruß
eurofinder

Alcamar · 06 April 2019, 06:34:18

Freitags habe ich auch komische Phänomene. Morgens fahren die Rollos erwartungsgemäß hoch. Danach fahren sie in einem Raum mit Abstand von mehreren Minuten runter, um dann zur Wochenendezeit (?] wieder hoch zu fahren.
Ich konnte die letzten Wochen kein Update machen. Das hole ich nach und kann theoretisch nächsten Freitag wieder berichten. Blöd ist, dass ich dieses Spiel nicht bemerkt hätte, wenn ich nicht morgens zufällig zweimal zuhause gewesen wäre. An anderen Tagen passiert das nicht.
Falls ich etwas mittesten kann, gerne. Deswegen dieser Beitrag.

Alcamar · 06 April 2019, 07:40:08

Laut Check-update ist für ASC keine Änderung vorhanden. Ich war also schon up2date.
Für die betroffenen Rollos habe ich ASC_Drive_OffsetStart =1 und ASC_Drive_Offset =-1 gesetzt. Auch wenn ich nicht weiß wozu.

CoolTux · 06 April 2019, 08:48:30

Das wozu kann man in der Commandref nach lesen.

Beetle2003 · 07 April 2019, 07:51:29

Zitat von: CoolTux am 05 April 2019, 06:56:32
Habe ich auch gerade festgestellt. Schaue ich mir dann noch mal an.

Guten Morgen,

Hast du schon eine Lösung gefunden?

Danke und schönen Sonntag

Alcamar · 07 April 2019, 08:31:19

ZitatASC_Drive_Offset - maximaler Wert für einen zufällig ermittelte Verzögerungswert in Sekunden bei der Berechnung der Fahrzeiten, 0 bedeutet keine Verzögerung, -1 bedeutet, dass das gleichwertige Attribut aus dem ASC Device ausgewertet werden soll.

Verstehe ich leider nicht ganz.

Da ich das Phänomen nur Freitags habe und die genannten Parameter grundsätzlich greifen, bin ich mir nicht sicher, ob das der richtige Ansatzpunkt ist. Aber ich weiß nichts anderes.