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

[sentinel1]

ich werde das morgen genauer beobachten,heute war ich nicht zuhause als die Rolllos gefahren sind.

brightness privacy night close

Er muss unter die 150 gekommen sein. Anders kann ich mir die Fahrt nicht erklären. Es ist eindeutig Brightness Privacy.

[FunkOdyssey]

Welcher Wert gibt denn genau wieder das das Rollo gerade nicht fährt?

Ich tippe auf stop:in

Wie gesagt RegEx wird ausgewertet.

motor stop:off (wenn unten)
motor stop:on (wenn oben)

[FunkOdyssey]

Übrigens sind bei allen Rollos, die Privacy nutzen, ASC_Down und ASC_Up verschwunden. Die Rollos fuhren nun plötzlich nach Astro und nicht mehr nach Brightness.
Vielleicht war das auch das Problem von Sentinel.

Übrigens: Ich habe immer noch Stacktrace nach jeder Versionsänderung.

[CoolTux]

Mach mal bitte ein list -r eines Rollos

[FunkOdyssey]

Mach mal bitte ein list -r eines Rollos

Du hast Post. 😄
Die Version im Reading " .ASC_AttrUpdateChanges_v0.6.136" ist alt.
Ich habe 139 aktiv.

[CoolTux]

Du hast Post. 😄
Die Version im Reading " .ASC_AttrUpdateChanges_v0.6.136" ist alt.
Ich habe 139 aktiv.

Dann schreibt er diese doofe neue Version nicht rein. Und das obwohl ich schon bei innerhalb 60s nach FHEM Start bin.

[CoolTux]

Kannst Du in Zeile 2725 die 60 in eine 90 ändern und dann einmal neu starten? wenn das nicht geht probiere bitte einmal 30

[FunkOdyssey]

Ich habe beides ausprobiert. Ohne Erfolg.
Wie zuvor ist in fast allen Rollos die Version 139 enthalten.
Nur bei den drei Privacy-Rollos steht noch eine alte Version.

Kann es nicht am Stacktrace liegen?

Code Auswählen Erweitern


2019.11.01 20:30:30.997 1:  ERROR: empty name in readingsBeginUpdate
2019.11.01 20:30:30.997 1:  stacktrace:
2019.11.01 20:30:30.997 1:      main::readingsBeginUpdate           called by fhem.pl (4917)
2019.11.01 20:30:30.997 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:30.997 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:30.997 1:      main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 20:30:30.997 1:  PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4772.
2019.11.01 20:30:30.997 1:  readingsUpdate(,.ASC_AttrUpdateChanges_v0.6.139,1) missed to call readingsBeginUpdate first.
2019.11.01 20:30:30.997 1:  stacktrace:
2019.11.01 20:30:30.997 1:      main::readingsBulkUpdate            called by fhem.pl (4918)
2019.11.01 20:30:30.997 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:30.997 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:30.997 1:      main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 20:30:30.997 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4525.
2019.11.01 20:30:31.106 1:  ERROR: empty name in readingsBeginUpdate
2019.11.01 20:30:31.106 1:  stacktrace:
2019.11.01 20:30:31.106 1:      main::readingsBeginUpdate           called by fhem.pl (4917)
2019.11.01 20:30:31.106 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:31.106 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:31.106 1:      main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 20:30:31.106 1:  readingsUpdate(,.ASC_AttrUpdateChanges_v0.6.139,1) missed to call readingsBeginUpdate first.
2019.11.01 20:30:31.106 1:  stacktrace:
2019.11.01 20:30:31.106 1:      main::readingsBulkUpdate            called by fhem.pl (4918)
2019.11.01 20:30:31.106 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:31.106 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:31.106 1:      main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 20:30:31.222 1:  ERROR: empty name in readingsBeginUpdate
2019.11.01 20:30:31.222 1:  stacktrace:
2019.11.01 20:30:31.222 1:      main::readingsBeginUpdate           called by fhem.pl (4917)
2019.11.01 20:30:31.222 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:31.222 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:31.222 1:      main::HandleTimeout                 called by fhem.pl (677)
2019.11.01 20:30:31.222 1:  readingsUpdate(,.ASC_AttrUpdateChanges_v0.6.139,1) missed to call readingsBeginUpdate first.
2019.11.01 20:30:31.222 1:  stacktrace:
2019.11.01 20:30:31.222 1:      main::readingsBulkUpdate            called by fhem.pl (4918)
2019.11.01 20:30:31.222 1:      main::readingsSingleUpdate          called by ./FHEM/73_AutoShuttersControl.pm (2750)
2019.11.01 20:30:31.222 1:      FHEM::AutoShuttersControl::RenewSunRiseSetShuttersTimer called by fhem.pl (3297)
2019.11.01 20:30:31.222 1:      main::HandleTimeout                 called by fhem.pl (677)


Meine Hardware ist hoch performant. Keine 5% CPU Last.
Der Neustart dauert ca. 40sec.

[CoolTux]

Muss ich mir morgen früh in Ruhe anschauen.
Wäre aber möglich.

[xerion]

Guten Morgen. Habe gerade  bei geschlossen Rollos zwei Fenster geöffnet. Dann sind die Rollos brav in die ventilate position gefahren. Aber beim schliessen der Fenster sind die komplett hochgefahren anstelle euch wieder zu schließen.
Laut ASC state war aber "window closed at day"

Gesendet von meinem JSN-L21 mit Tapatalk

[CoolTux]

Entweder war laut Deiner Zeit tatsächlich Tag, oder du hast gestern Abend nach der Nachtfahrt FHEM noch mal neu gestartet.

[xerion]

Entweder war laut Deiner Zeit tatsächlich Tag, oder du hast gestern Abend nach der Nachtfahrt FHEM noch mal neu gestartet.

Das kann gut möglich sein. Hast du da eine Möglichkeit was zu ändern wenn man abends einen Neustart macht, dann nicht dieses Verhalten immer morgens hat. Also nicht bezogen auf das Fenster öffnen sondern allgemein. Ich denke es gibt viele Gleichgesinnte die abends noch was optimieren, updaten usw. [emoji6] und dann beim testen auch wieder darauf rein fallen....und dann ist schon wieder ein Tag verloren.[emoji16] Oder mache ich nur was falsch?

Gesendet von meinem JSN-L21 mit Tapatalk

[CoolTux]

Das kann gut möglich sein. Hast du da eine Möglichkeit was zu ändern wenn man abends einen Neustart macht, dann nicht dieses Verhalten immer morgens hat. Also nicht bezogen auf das Fenster öffnen sondern allgemein. Ich denke es gibt viele Gleichgesinnte die abends noch was optimieren, updaten usw. [emoji6] und dann beim testen auch wieder darauf rein fallen....und dann ist schon wieder ein Tag verloren.[emoji16] Oder mache ich nur was falsch?

Gesendet von meinem JSN-L21 mit Tapatalk

Die Aussage bezieht sich ausschließlich auf die Leute welche mit Brightness fahren.
Leider habe ich da keine Möglichkeit ohne großen Aufwand.

[CoolTux]

Ich habe gestern auf der Zugfahrt und heute Nacht eine kleine Erweiterung geschrieben.
Man kann nun ein Device angeben auf welches ein Rollo entsprechend reagieren soll.

Code Auswählen Erweitern

ASC_ExternalTriggerDevice

Wird angegeben mit

Code Auswählen Erweitern

ASC_ExternalTriggerDevice DEVICE:READING VALUEACTIVE:VALUREINACTIVE POSACTIVE:POSINACTIVE

Also wird das Device getriggert wird geschaut welches Reading vom Device beachtet werden soll und wie war das Value des Readings. Active bedeutet das hier die "Szene" aktiv wird und das Rollo in die ACTIVE Position fahren soll. Wenn Value Inactive dann in die Inactive Position. Zum Beispiel: Fernsehr on fahre Rollo in Position halb zu, Fernsehr aus fahre Position offen.

Das ist nun erstmal der einfache Part. Nun die große Frage. Welche Randkriterien sollen beachtet werden wenn in die Inactive Position gefahren werden soll? Was ist wenn in der zwischenzeit Beschattung aktiv wurde oder SelfDefense oder PrivacyMode? Soll das alles beachtet werden und wenn ja wie? Wer hat Vorrang vor was.


Und bevor jetzt die Fragen kommen, na wie ist es denn wenn es draussen so dunkel ist das der Fernsehr ohne halb zu Rollo geschaut werden kann?
Ganz einfach, Ihr baut ein Device welches nach Eurer Logik dann entsprechend Reading setzt. Also nicht direkt den Fernsehr mit on off sondern wegen meiner ein userReadings was dann noch extra Sachen wie Sonnenstand und intensität ab frat und entsprechend das Reading setzt mit 1,0 oder on,off oder was weiß ich.



Grüße

[MichaelO]

Toll, danke für die schnelle Reaktion auf meinen Vorschlag.

Das mit der Vorrangsteuerung ist tatsächlich eine Frage, die noch zu klären ist. Würde es das Device zu komplex machen, wenn man zu den bisherigen Modes ein entsprechendes Attribut einführt, ins Unreine gesprochen etwa

ASC_ExternalTriggerMorningOverride
ASC_ExternalTriggerEveningOverride
ASC_ExternalTriggerSelfDefenseOverride
ASC_ExternalTriggerShadingOverride
ASC_ExternalTriggerPrivacyOverride
etc.

Wichtig wäre meiner Meinung nach, dass ASC nach Wegfall der ExternalTriggerDevice-Bedingung das tut, was zwischenzeitlich auch ohne den Trigger passiert wäre.