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

[CoolTux]

Ich habe Version 0.2.0.1 soeben offiziell ins SVN geladen.
Vielen Dank an Euch allen fürs testen und mitmachen. Selbstverständlich geht die Entwicklung weiter.

[majestro84]

Hallo CoolTux
Super das das Modul so schnell schon so weit ist. Habe ich es richtig verstanden das die Z-Wave Aktoren auch funktionieren mit Set dim 0-99?

Ich nutze im Moment die Steuerung von Cluni angepasst auf die Z-Wave Aktoren.  In dem Code werden die manuellen Taster bei geöffneten Fenster gesperrt funktioniert das in deinem Modul auch?

Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

[pc1246]

Moin CoolTux
Als ich gestern rausfinden wollte, wie die englische Commandref geheadert wird, habe ich gleich mal mehrere Module gefunden, die gar keine englische hatten.
Wie eng wird das denn eigentlich gesehen?
Gruss Christoph

[CoolTux]

Hallo CoolTux
Super das das Modul so schnell schon so weit ist. Habe ich es richtig verstanden das die Z-Wave Aktoren auch funktionieren mit Set dim 0-99?

Ich nutze im Moment die Steuerung von Cluni angepasst auf die Z-Wave Aktoren.  In dem Code werden die manuellen Taster bei geöffneten Fenster gesperrt funktioniert das in deinem Modul auch?

Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Hallo Alex,

Die Z-Wave Aktoren auch funktionieren mit Set dim 0-99 sollten funktionieren. Du musst natürlich die Attribute entsprechend anpassen. Also speziell die 99.

Aktuell werden die manuellen Taster bei Fenster auf nicht automatisch gesperrt. Es gibt aber den set Befehl lockOut wo dann alle Rolläden Hardwareseitig gespeert werden die das Attribut für lockout auf on haben.
Gesperrt wird entweder mit inhibit oder blocked. Unterstützt Dein Rolladen das?


Grüße

[CoolTux]

Moin CoolTux
Als ich gestern rausfinden wollte, wie die englische Commandref geheadert wird, habe ich gleich mal mehrere Module gefunden, die gar keine englische hatten.
Wie eng wird das denn eigentlich gesehen?
Gruss Christoph

Eigentlich ist englische Commandref Pflicht. Eventuell hast Du ältere Module erwischt. Leider gibt es auch den ein oder anderen der gar keine Commandref macht. Sowas wird aber im SVN heut zu Tage abgefangen und der jenige darf dan nicht einchecken.

[majestro84]

Also die Fibaro Rollershutter die ich habe sperre ich in Clunis Steuerung mit protectionON und entsperre sie wieder mit protectionOFF. Vielleicht kannst du das bei dir ja noch mit einbauen.
Ich auch die modifizierte Steuerung von Cluni in dem entsprechenden Thread veröffentlichen.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

[CoolTux]

Also die Fibaro Rollershutter die ich habe sperre ich in Clunis Steuerung mit protectionON und entsperre sie wieder mit protectionOFF. Vielleicht kannst du das bei dir ja noch mit einbauen.
Ich auch die modifizierte Steuerung von Cluni in dem entsprechenden Thread veröffentlichen.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

Ich habe im Code aktuell nichts in der Richtung  protection*** gefunden. Sicher das der set Befehl genau so heißt?

[FunkOdyssey]

Ach, mist. Ihr beide redet ja über clunis Code. Ich sollte vor dem Antworten vielleicht genauer lesen.


Ab hier meinen Post bitte ignorieren.

Ich nutze das zwar nicht, aber ich kann das bestätigen, dass der Befehl bzw. die Befehle so heißen.
Bei Z-Wave werden viele Setter/Getter über die VCLASSES zugeordnet. Vielleicht ist der Code in anderen PM-Dateien enthalten.
Nö, hier: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_ZWave.pm#L460

[CoolTux]

Aber dann sollte es ja nicht so schwer sein das ganze zu implementieren. Wenn Fenster offen registriert wird soll am Rolladen der Befehl set protectionOn oder Off ausgeführt werden.
Soll ich das mal so einbinden. Kann ja ein Attribut werden, protection set Command oder so.

[majestro84]

Ja das wäre nicht schlecht wenn man das auswählen könnte, besonders bei kleinen Kindern ganz gut;-). Der Befehl funktioniert set Rolllade protectionON oder halt Off am Ende.
Gruß

Gesendet von meinem Redmi Note 4 mit Tapatalk

[enno]

Aber dann sollte es ja nicht so schwer sein das ganze zu implementieren. Wenn Fenster offen registriert wird soll am Rolladen der Befehl set protectionOn oder Off ausgeführt werden.
Soll ich das mal so einbinden. Kann ja ein Attribut werden, protection set Command oder so.

Eine der wichtigsten Forderung meiner Frau. Das Rollo darf sich bei offener Tür auf keinen Fall bewegen! Würde ich sehr begrüßen und spart mir ein DOIF.

Gruss
  Enno

[CoolTux]

Eine der wichtigsten Forderung meiner Frau. Das Rollo darf sich bei offener Tür auf keinen Fall bewegen! Würde ich sehr begrüßen und spart mir ein DOIF.

Gruss
  Enno

Problem, nicht alle Rolläden unterstützen das. Wie lautet den bei Dir de rBefehl dafür?

[CoolTux]

Das einbauen ist einfach. Ich mache es von Attributen abhängig.
Ich Rolladen muss gesetzt werden
ASC_lock-out hard
ASC_lock-outCmd <entsprechender Set Command>

Wenn das gegeben ist lasse ich bei einem Window Open den Sperrbefehl los.

[majestro84]

Das hört sich doch gut an dann muss ich demnächst Mal auf dein Modul umstellen. Verschattung ist ja im Moment eh erstmal uninteressant.

Gesendet von meinem Redmi Note 4 mit Tapatalk

[enno]

Problem, nicht alle Rolläden unterstützen das. Wie lautet den bei Dir de rBefehl dafür?

Ich nutze Somfy mit Tahoma (https://fhem.de/commandref.html#tahoma) bei mir wird bei "Fenster offen" das Device auf disable gesetzt.

Code Auswählen Erweitern

attr tahoma_23234545 disable 1

Wenn ich das richtig verstanden habe, sollte das mit deinem Vorschlag hier einen zwei drüber machbar sein.

Gruss
  Enno