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

[CoolTux]

Die Beschreibungen gegen leider nur im eigenen Modul. Attribute in fremden Devices können leider keine Beschreibungen bekommen.


Grüße

[BigGB]

Guten Morgen,

Leider noch nicht. Das steht dieses ja auf der Liste.

Grüße

Hallo,
gibt es einen Plan oder Idee die Beschattung für Dachfenster umzusetzen?
https://github.com/fhem/AutoShuttersControl/issues/42

Fände ich sehr toll. Meine Velux-Dachfenster werden über das Modul von buennerbernd https://forum.fhem.de/index.php/topic,92907.0.html gefahren und von Deinem Modul gesteuert.
Nur die Beschattung im Sommer, der ja wieder kommen wird, funktioniert so in der jetzigen Umsetzung nur ungenügend.
Viele Grüße
Gerald

[CoolTux]

Ja das habe ich auch auf der Agenda. Ob es dieses Jahr schon was wird vermag ich noch noch nicht zu sagen.

Grüße

[daelch]

Hallo,

ich wollte ASC nun mit dem Jalousieaktor HM-LC-Ja1PBU-FM nutzen, wissentlich, dass Lamellen noch nicht unterstützt werden.

Zumindest Auf Zu für den Urlaub wollte ich nutzen. Beim Scan findet er die Aktoren aber nicht.

Liegt das an den Aktoren oder an HMCCU?

Viele Grüße

[Damu]

Die Beschreibungen gegen leider nur im eigenen Modul. Attribute in fremden Devices können leider keine Beschreibungen bekommen.

Schade.

Das Problem ist, Du stetzt alle Parameter und wenn es passt, bleibt das 1-2 Jahre.

Und dann muss doch mal was umgestellt werden.
Das ginge dann Natürlich viel schneller wenn das da gleich mitbeschrieben würde.
So ein Text wäre aber bei manchen anderen Modulen auch Hilfreich.

Ist aber trozdem ein Supermodul.

Danke.

[CoolTux]

Hallo,

ich wollte ASC nun mit dem Jalousieaktor HM-LC-Ja1PBU-FM nutzen, wissentlich, dass Lamellen noch nicht unterstützt werden.

Zumindest Auf Zu für den Urlaub wollte ich nutzen. Beim Scan findet er die Aktoren aber nicht.

Liegt das an den Aktoren oder an HMCCU?

Viele Grüße

Du musst das Attribut ASC entsprechend setzen.am besten erstmal die Commandref in Ruhe lesen.

[eurofinder]

Habe mal eine Frage zu ASC_LockOut. Stimmt die Aussage in der Commandref noch zu:

In den Rollläden-Geräten:

ASC_LockOut - soft/hard/off - stellt entsprechend den Aussperrschutz ein. Bei global aktivem Aussperrschutz (set ASC-Device lockOut soft) und einem Fensterkontakt open bleibt dann der Rollladen oben. Dies gilt nur bei Steuerbefehlen über das ASC Modul. Stellt man global auf hard, wird bei entsprechender Möglichkeit versucht den Rollladen hardwareseitig zu blockieren. Dann ist auch ein Fahren über die Taster nicht mehr möglich. (default: off)

Im ASC-Device kann ich hardLockOut lediglich on/off setzen oder muss es in der Commandref statt set ASC-Device lockOut soft mit Rollladen-Device sein, also set ASC-Rollladendevice ASC_LockOut soft?

Gruß
eurofinder

[CoolTux]

Habe mal eine Frage zu ASC_LockOut. Stimmt die Aussage in der Commandref noch zu:

Im ASC-Device kann ich hardLockOut lediglich on/off setzen oder muss es in der Commandref statt set ASC-Device lockOut soft mit Rollladen-Device sein, also set ASC-Rollladendevice ASC_LockOut soft?

Gruß
eurofinder

Hallo,

Nein es stimmt schon so. Mit dem set Befehl wird es aktiviert, und in den Attributen stellt man ein was genau man haben will. Also hard oder soft.

[eurofinder]

@CoolTux:
Danke für die Rückmeldung. Finde ich nur etwas verwirrend, da im ASC-Device ein "hardLockOut - on/off" ist, vielleicht wäre statt "hardLockOut" ganz einfach als Bezeichnung "LockOut" besser. Dann könnte man auch analog zu SelfDefense im Rollladendevice für
"ASC_LockOut" besser "ASC_LockOut_Mode" setzen. Wäre damit einheitlicher - nur als Anregung.

Gruß und schönes Wochenende
eurofinder

[CoolTux]

OK das ist wirklich verwirrend.

Es ist so, Du kannst mit dem Befehl auf einen Schlag alle Rollos sperren welche lockout hard gesetzt haben.
Das ist gedacht wenn Du eine gewisse Zeit den Rolloaktor sperren willst. Zum Beispiel das die Kinder nicht schalten sollen.

[xerion]

Ich habe im Git im devel Branch eine Version mit einer SummaryFn. Dies ermöglicht es die zuvor benutze GetShuttersInformation ab zu lösen.
Bedeutet aber auch das alle weblink Instanzen welche GetShuttersInformation aufrufen entfernt werden sollten da es sonst eine Fehlermeldung gibt.

Anbei ein Screenshot und hier der Link zum Git
https://github.com/fhem/AutoShuttersControl

Vielleicht mag der ein oder andere mal testen.

Hi CoolTux,

Wirst du die Version noch ins SVN schieben?

Gesendet von meinem JSN-L21 mit Tapatalk

[CoolTux]

Ich glaube das habe ich. Bin mir aber gerade unsicher. Ich schaue mal.

[CoolTux]

Nein habe ich noch nicht. Aber mache ich über's Wochenende

[eurofinder]

@CoolTux:

OK das ist wirklich verwirrend.

Es ist so, Du kannst mit dem Befehl auf einen Schlag alle Rollos sperren welche lockout hard gesetzt haben.
Das ist gedacht wenn Du eine gewisse Zeit den Rolloaktor sperren willst. Zum Beispiel das die Kinder nicht schalten sollen.

Funktion ist schon klar - danke.
Anpassung der Attribute wäre natürlich super (bei Gelegenheit)

Bis denne
eurofinder

[TommyER]

Hallo CoolTux,

ich habe seit ein paar Tagen Probleme mit dem Modul v0.8.13.

Ich habe bei 2 Rollladen jeweils einen "virtuellen" Fenstergriff definiert. Diese werden über FHEM dann auf "open" und "close" gesetzt und das hat bisher sehr gut funktioniert. An einem Fenster und an einer Tür habe ich auch noch einen Sonnensensor. Der wird getriggert über den im Rollotron eingestellten Wert. Ist mein Ersatz für einen Brighness Sensor. Auch das hat im Sommer sehr gut funktioniert.

Seit ein paar Tagen machen jetzt die 3 Rollladen Probleme. Entweder Sie fahren nicht zu den Zeiten nicht mit. Oder reagieren nicht mehr auf den Fenstergriff. Aber nicht alle gleich. Mal der eine, mal der andere. Alle 3 haben gleichzeitig nie gestreikt.

Heute Morgen wurden die neuen Fahrzeiten bei 2 von 3 Devices auch nicht gesetzt.

CreateNotifyNewDef oder ScanforShutters habe ich auch schon ein paar mal gemacht. Auch mehrfach Neustart von FHEM.

Hast du eine Idee?

Viele Grüße
Tom