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

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

FunkOdyssey

Danke. Das musste ich früher recht häufig machen
Mittlerweile denke ich, dass das nicht nötig ist.
Durch den Homematic-Statusrequest werden die Positionsdaten als Event neu gesendet. Ich denke, dass ASC dann den LastDrive-Status verliert und somit nicht mehr "entschattet".

FunkOdyssey

Anderes Thema. Ist dies evtl. ein Bug?

Jalousie fährt in Beschattung


2019-07-01_14:21:05 bad_jal level: set_45
2019-07-01_14:21:05 bad_jal set_45
2019-07-01_14:21:06 bad_jal deviceMsg: on (to VCCU)
2019-07-01_14:21:06 bad_jal level: 100
2019-07-01_14:21:06 bad_jal motor: down:on
2019-07-01_14:21:06 bad_jal pct: 100
2019-07-01_14:21:06 bad_jal on
2019-07-01_14:21:06 bad_jal timedOn: off
2019-07-01_14:21:19 bad_jal deviceMsg: 45 (to VCCU)
2019-07-01_14:21:19 bad_jal level: 45
2019-07-01_14:21:19 bad_jal motor: stop:45
2019-07-01_14:21:19 bad_jal pct: 45
2019-07-01_14:21:19 bad_jal 45
2019-07-01_14:21:19 bad_jal timedOn: off


Dann kommt der Night Close:


2019-07-01_19:17:00 bad_jal level: set_0
2019-07-01_19:17:00 bad_jal set_0
2019-07-01_19:17:00 bad_jal deviceMsg: 45 (to VCCU)
2019-07-01_19:17:00 bad_jal level: 45
2019-07-01_19:17:00 bad_jal motor: down:45
2019-07-01_19:17:00 bad_jal pct: 45
2019-07-01_19:17:00 bad_jal 45
2019-07-01_19:17:00 bad_jal timedOn: off
2019-07-01_19:17:13 bad_jal deviceMsg: off (to VCCU)
2019-07-01_19:17:13 bad_jal level: 0
2019-07-01_19:17:13 bad_jal motor: stop:off
2019-07-01_19:17:13 bad_jal pct: 0
2019-07-01_19:17:13 bad_jal off
2019-07-01_19:17:13 bad_jal timedOn: off


Hier wird manuell gefahren:


2019-07-01_19:43:06 bad_jal deviceMsg: 20.5 (to VCCU)
2019-07-01_19:43:06 bad_jal level: 20.5
2019-07-01_19:43:06 bad_jal motor: stop:20.5
2019-07-01_19:43:06 bad_jal pct: 20.5
2019-07-01_19:43:06 bad_jal 20.5
2019-07-01_19:43:06 bad_jal timedOn: off


Irgendwann um 21:00 Uhr wurde der Partymodus aktiviert:

Und nun wieder ausgeschaltet:


2019-07-01_22:06:49 bad_jal level: set_0
2019-07-01_22:06:49 bad_jal set_0
2019-07-01_22:06:50 bad_jal deviceMsg: 20.5 (to VCCU)
2019-07-01_22:06:50 bad_jal level: 20.5
2019-07-01_22:06:50 bad_jal motor: down:20.5
2019-07-01_22:06:50 bad_jal pct: 20.5
2019-07-01_22:06:50 bad_jal 20.5
2019-07-01_22:06:50 bad_jal timedOn: off
2019-07-01_22:06:58 bad_jal deviceMsg: off (to VCCU)
2019-07-01_22:06:58 bad_jal level: 0
2019-07-01_22:06:58 bad_jal motor: stop:off
2019-07-01_22:06:58 bad_jal pct: 0
2019-07-01_22:06:58 bad_jal off
2019-07-01_22:06:58 bad_jal timedOn: off


Die Jalousien fuhren nach dem Partymode=off auf die Closed-Position.
Und das obwohl Night Close bereits durchgeführt wurde.
Warum wurde diese Jalousie überhaupt noch angepackt?

Wenn es kein Bug ist, dann ist es ein Feature. 😄
Auch nicht schlimm. Muss man nur wissen.

CoolTux

Zitat von: D3ltorohd am 02 Juli 2019, 20:35:57
Die sollten auch alle gesetzte sein, sonst nimmt er Standard ? Weil die meisten habe ich noch nicht als Attr. stehen. Indem Fall auch Closed und opened mit angeben, closed hatte ich nicht bei jedem und opened gar nicht. Comfort kann ich bei mir nur auf 100 / 90 usw, keine 99.

Also sollte ich bei den Fenstern auch two state eintragen, haben ja auch nur auf / zu die Sensoren, dann muss ich halt mit Ventilate Pos arbeiten und nicht mit Comfort. Oder ich gebe threestate ein und habe keine Ventil Pos, hab ich das so richtig verstanden ? Und wie aktiviere ich Comfort, hab nichts gefunden mit On / Off ?

Wenn Du keine Attribute setzt werden Default Werte genommen. Twostate ist Default wenn du das Attribut nicht setzt. Ich würde das so lassen. Kannst ja die Ventilate Position höher einstellen. 99 kann man setzen wenn man das Attribut von Hand setzt. Also über die FHEMWEB Kommandozeile.
Comfort wird über das ASC Device Attribut autoShuttersControlComfort gesetzt.
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 02 Juli 2019, 20:44:58
Kurze Frage mal wieder:
Wenn man FHEM neu startet, ist das dann normal, wenn ASC die bereits durchgeführte Beschattung nicht mehr entfernt. Also kein "shading out" macht? LastDrive ist nämlich "manual".

Wenn er in der Beschattungsposition ist und es Tag ist sollte er auch wieder endschatten. Frage wäre dann nur wieso er in der Beschattungsposition ist aber der Beschattungsstatus nicht "in" 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

CoolTux

Zitat von: FunkOdyssey am 02 Juli 2019, 20:53:16
Danke. Das musste ich früher recht häufig machen
Mittlerweile denke ich, dass das nicht nötig ist.
Durch den Homematic-Statusrequest werden die Positionsdaten als Event neu gesendet. Ich denke, dass ASC dann den LastDrive-Status verliert und somit nicht mehr "entschattet".
Der LastDrive Status ist egal. Wenn ein Rollo beim FHEM Start in der Beschattungsposition steht wird automatisch shading "in" gesetzt und somit auch entschattet.
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 02 Juli 2019, 21:00:46
Anderes Thema. Ist dies evtl. ein Bug?

Jalousie fährt in Beschattung


2019-07-01_14:21:05 bad_jal level: set_45
2019-07-01_14:21:05 bad_jal set_45
2019-07-01_14:21:06 bad_jal deviceMsg: on (to VCCU)
2019-07-01_14:21:06 bad_jal level: 100
2019-07-01_14:21:06 bad_jal motor: down:on
2019-07-01_14:21:06 bad_jal pct: 100
2019-07-01_14:21:06 bad_jal on
2019-07-01_14:21:06 bad_jal timedOn: off
2019-07-01_14:21:19 bad_jal deviceMsg: 45 (to VCCU)
2019-07-01_14:21:19 bad_jal level: 45
2019-07-01_14:21:19 bad_jal motor: stop:45
2019-07-01_14:21:19 bad_jal pct: 45
2019-07-01_14:21:19 bad_jal 45
2019-07-01_14:21:19 bad_jal timedOn: off


Dann kommt der Night Close:


2019-07-01_19:17:00 bad_jal level: set_0
2019-07-01_19:17:00 bad_jal set_0
2019-07-01_19:17:00 bad_jal deviceMsg: 45 (to VCCU)
2019-07-01_19:17:00 bad_jal level: 45
2019-07-01_19:17:00 bad_jal motor: down:45
2019-07-01_19:17:00 bad_jal pct: 45
2019-07-01_19:17:00 bad_jal 45
2019-07-01_19:17:00 bad_jal timedOn: off
2019-07-01_19:17:13 bad_jal deviceMsg: off (to VCCU)
2019-07-01_19:17:13 bad_jal level: 0
2019-07-01_19:17:13 bad_jal motor: stop:off
2019-07-01_19:17:13 bad_jal pct: 0
2019-07-01_19:17:13 bad_jal off
2019-07-01_19:17:13 bad_jal timedOn: off


Hier wird manuell gefahren:


2019-07-01_19:43:06 bad_jal deviceMsg: 20.5 (to VCCU)
2019-07-01_19:43:06 bad_jal level: 20.5
2019-07-01_19:43:06 bad_jal motor: stop:20.5
2019-07-01_19:43:06 bad_jal pct: 20.5
2019-07-01_19:43:06 bad_jal 20.5
2019-07-01_19:43:06 bad_jal timedOn: off


Irgendwann um 21:00 Uhr wurde der Partymodus aktiviert:

Und nun wieder ausgeschaltet:


2019-07-01_22:06:49 bad_jal level: set_0
2019-07-01_22:06:49 bad_jal set_0
2019-07-01_22:06:50 bad_jal deviceMsg: 20.5 (to VCCU)
2019-07-01_22:06:50 bad_jal level: 20.5
2019-07-01_22:06:50 bad_jal motor: down:20.5
2019-07-01_22:06:50 bad_jal pct: 20.5
2019-07-01_22:06:50 bad_jal 20.5
2019-07-01_22:06:50 bad_jal timedOn: off
2019-07-01_22:06:58 bad_jal deviceMsg: off (to VCCU)
2019-07-01_22:06:58 bad_jal level: 0
2019-07-01_22:06:58 bad_jal motor: stop:off
2019-07-01_22:06:58 bad_jal pct: 0
2019-07-01_22:06:58 bad_jal off
2019-07-01_22:06:58 bad_jal timedOn: off


Die Jalousien fuhren nach dem Partymode=off auf die Closed-Position.
Und das obwohl Night Close bereits durchgeführt wurde.
Warum wurde diese Jalousie überhaupt noch angepackt?

Wenn es kein Bug ist, dann ist es ein Feature. 😄
Auch nicht schlimm. Muss man nur wissen.

Es muss zwischen setzen des Partymodus und dessen entfernen ein Event gegeben haben.
Zum Beispiel Fenster.
Ich schaue aber auch noch mal weben Brightness Down und ob nach Abschluss einer Nachtfahrt auch wirklich nicht mehr auf Brightness reagiert wird bezüglich Nachtfahrt.
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

Alcamar

ASC-Steuerung läuft mit dem neuen Devel-Release von gestern nun gemäß Doku.


  • Rollo mit ASC_ShuttersPlace=terrace und ASC_LockOut = soft fährt nicht runter mit  offenem Fenster
  • Rollo mit ASC_ShuttersPlace=terrace und ASC_LockOut = off fährt nicht runter mit offenem Fenster
  • Rollo mit ASC_LockOut=soft  fährt bei offenem Fenster nicht runter
  • Rollo mit ASC_LockOut=off  fährt auf Comfort-Stellung bei offenem Fenster


Aus meiner Sicht top. :-)

CoolTux

Danke Dir fürs ausführliche testen. Ich denke wir können da bald eine offizielle Version draus machen.
Aktuell sitze ich an dem Trigger Problem beim Event werfen.
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: Bäschdler am 01 Juli 2019, 21:40:57
Das Logbuch des jeweiligen Rolladen-Devices, Da waren schon immer die "set OG_Roll_Kiz 100" und die Rückmeldungen des Devices wo es hin gefahren ist drin und nachdem ich auf ASC umgestiegen bin waren auch die genannten day open, night close, shading in, shading out usw des ASC mit drin. Ich wüsste auch nicht, dass ich da separat was dafür eingestellt hätte. Seit ein paar Wochen sind diese Meldungen nun nicht mehr im logfile zu sehen. Ich vermute, dass ich da ein Update gemacht hatte und mit einer neueren Version ein anderes Verhalten aufgetreten ist.

Habe ich soeben gefixt. Für das Reading "ASC_ShuttersLastDrive" wird nun auch wieder der Event getriggert.

Habe soeben die gefixte Version ins Devel von Github geladen.
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

Zitat von: CoolTux am 03 Juli 2019, 06:30:10
Wenn er in der Beschattungsposition ist und es Tag ist sollte er auch wieder endschatten. Frage wäre dann nur wieso er in der Beschattungsposition ist aber der Beschattungsstatus nicht "in" ist.

Bald habe ich den LastDrive-Status ja wieder im Log. Dann kann ich das besser beobachten.
Die Position des Rollos hat sich nicht verändert durch den Neustart.
Nur (meine ich) ist der LastDrive-Status von "shading in" auf "manual" gewechselt.
Aber um sicherzugehen werde ich das mit der aktuellen Version mal beobachten.




Nachtrag

Zitat von: CoolTux am 03 Juli 2019, 06:34:06
Der LastDrive Status ist egal. Wenn ein Rollo beim FHEM Start in der Beschattungsposition steht wird automatisch shading "in" gesetzt und somit auch entschattet.

Oh, deinen weiteren Kommentar habe ich zu spät gelesen.
Aber die Antwort bleibt: Ich beobachte.

FunkOdyssey

Zitat von: CoolTux am 03 Juli 2019, 06:38:15
Es muss zwischen setzen des Partymodus und dessen entfernen ein Event gegeben haben.
Zum Beispiel Fenster.
Ich schaue aber auch noch mal weben Brightness Down und ob nach Abschluss einer Nachtfahrt auch wirklich nicht mehr auf Brightness reagiert wird bezüglich Nachtfahrt.

Ein Event wird sicherlich vom Lichtsensor gekommen sein. Der sendet ja sowieso zyklisch. Oder auch vom Astro-Modul.
Aber das dürfte ja normal sein, oder?

CoolTux

Zitat von: FunkOdyssey am 03 Juli 2019, 18:23:31
Ein Event wird sicherlich vom Lichtsensor gekommen sein. Der sendet ja sowieso zyklisch. Oder auch vom Astro-Modul.
Aber das dürfte ja normal sein, oder?

Das sollte es nicht gewesen sein. Er muss einen richtigen Fahrbefehl auf Basis des Events gemacht haben. Das macht er bei Nacht aber nicht mehr.
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 kann dir, falls es dich interessiert, das Debug-Log vom Zeitraum zusenden.

Zum Debuggen aus dem ASC-Log:
2019-07-01_21:16:44 Rolladensteuerung partyMode: on
...
2019-07-01_22:03:01 Rolladensteuerung partyMode: off



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

Zitat von: FunkOdyssey am 03 Juli 2019, 18:34:48
Ich kann dir, falls es dich interessiert, das Debug-Log vom Zeitraum zusenden.

Zum Debuggen aus dem ASC-Log:
2019-07-01_21:16:44 Rolladensteuerung partyMode: on
...
2019-07-01_22:03:01 Rolladensteuerung partyMode: off


Er stellt diverse Fahrbefehle zurück. Scheinen von Brightness Nacht Modus zu kommen. Aber eigentlich geht er nicht in die dafür nötigen Bedingungen.
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