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

[FunkOdyssey]

Wird denn sonst korrekt bei Dir eine manuelle Fahrt erkannt?

Ich habe keine Auffälligkeiten feststellen können. Also ja.

[CoolTux]

Magst Du das bei Gelegenheit etwas testen? Also gerade bei shading in. Einfach nach ein paar Minuten das Rollo etwas fahren und schauen ob es erkannt wird.

[FunkOdyssey]

Das muss ich morgen machen und mir eine passende Situation aufbauen.

[FunkOdyssey]

Nach FHEM start war ein Wert drin.FHEM ist auch nicht mehr abgestürzt.

Eins ist mir noch aufgefallen.Ich habe heute die Rolllos von Astro auf Brightness umgestellt,nach FHEM neustart waren
beide Attribute "ASC_Up" und "ASC_Down" immer weg bzw. wieder auf default (Astro) trotz "Save config".Das wird aber
wahrscheinlich an mir liegen.

Das Problem habe ich auch gerade festgestellt.

[CoolTux]

Das Problem habe ich auch gerade festgestellt.

Könnt Ihr beide bitte einmal ein

Code Auswählen Erweitern

{ ReadingsVal('RolloKueche_F1','.ASC_AttrUpdateChanges_v0.6.31','none') }
machen.
ACHTUNG Bitte Rollo und hinten die Version entsprechend Eurer ASC Version anpassen. Da sollte nicht none raus kommen.

[CoolTux]

seuftz ... aber so war es doch nicht, bin ich denn total Plemplem 

1.) der Rollo ist zu
2.) ich öffne die Tür, er fährt in ComfortOpen bz. Ventilate (zum Lüften)
3.)  ich schliesse die Tür
4.) dann fährt der Rollo ganz hoch ?!?!? Warum denn? früher ist er wieder zu gefahren.

was sagen denn die anderen ??

Das Attribut ASC_WindowRec_PosAfterDayClosed steht bei Dir sicherlich auf open oder ist nicht gesetzt dadurch fährt das Rollo am Tag immer in die open Position. Setze es auf lastManual.

[FunkOdyssey]

Könnt Ihr beide bitte einmal ein

Code Auswählen Erweitern

{ ReadingsVal('RolloKueche_F1','.ASC_AttrUpdateChanges_v0.6.31','none') }
machen.
ACHTUNG Bitte Rollo und hinten die Version entsprechend Eurer ASC Version anpassen. Da sollte nicht none raus kommen.

Leider kommt bei mir aber ein 'none' raus:

Code Auswählen Erweitern

{ ReadingsVal('rollo','.ASC_AttrUpdateChanges_v0.6.32','none') }

Code Auswählen Erweitern

none



Im 'list -r rollo' werden mir ASC_Up und ASC_Down nur noch innerhalb von userattr angezeigt. Die vorher vorhandenen Werte sind weg.

[Borkk]

Das Attribut ASC_WindowRec_PosAfterDayClosed steht bei Dir sicherlich auf open oder ist nicht gesetzt dadurch fährt das Rollo am Tag immer in die open Position. Setze es auf lastManual.

War nicht gesetzt. Ich habe es jetzt mal auf lastManual gesetzt, kann es aber erst heute Abend prüfen.

[CoolTux]

Leider kommt bei mir aber ein 'none' raus:

Code Auswählen Erweitern

{ ReadingsVal('rollo','.ASC_AttrUpdateChanges_v0.6.32','none') }

Code Auswählen Erweitern

none



Im 'list -r rollo' werden mir ASC_Up und ASC_Down nur noch innerhalb von userattr angezeigt. Die vorher vorhandenen Werte sind weg.

Kannst Du im Modul in Zeile 2573 die < 20 auf < 30 erhöhen? Dann einen neustart machen und kurz warten bis die Timer neu gesetzt wurden. Danach das ReadingsVal bitte noch einmal machen.

[FunkOdyssey]

Ja, dann kommt eine 1 raus.

[CoolTux]

Entweder hast Du über 1000 Geräte oder ein lahmes FHEM 
Ok ich schaue ob es Beeinträchtigungen gibt wenn ich es auf 30 lasse.
Auf jeden Fall sollten nun die beiden Attribute nicht mehr verschwinden wenn die gesetzt wurden. Kannst Du das bitte testen? Also einfach die Attribute setzen, speichern und dann neustart machen.

[FunkOdyssey]

Entweder hast Du über 1000 Geräte oder ein lahmes FHEM 

Nee, hoch performant eigentlich.

[CoolTux]

Ich habe die aktuelle SVN Version auf die 30 Sekunden geändert. Gibt es ab morgen.
Ich benötige das da ich einige Änderungen in den Attributen vor habe in den kommenden Versionen.

[FunkOdyssey]

Kannst du das im Devel-Branch auch anpassen? Danke dir.

[CoolTux]

Kannst du das im Devel-Branch auch anpassen? Danke dir.

Habe ich natürlich schon gemacht. Nur noch nicht hoch gesynct da ich noch an Sachen arbeite 


Grüße