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

[no_Legend]

Code Auswählen Erweitern


[quote]
Heute morgen wo ich dann auf Arbeit bin wollte ich Schalfzimmer dann das Fenster für die Frau und den kleinen auf machen.


Du hast das Fenster auf gemacht. Wenn Du gar keine Fenster Beachtung haben willst dann trage keinen Fensterkontakt ein. Wenn Du nur lüften nicht willst dann stelle das Attribut ASC_Ventilate_Window_Open
auf off.
Nichts desto trotz habe ich gerade eine neue Version 0.2.0.9 ins SVN geladen welche morgen per Update kommt. Wenn das Attribut ASC beim Rolladen auf 0 steht werden keinerlei Fahrbefehle durchgeführt. Die Berechnungen und die Anzeige der Fahrzeiten werden aber entsprechend eingestellt. Einzig der Fahrbefehl wird nicht gemacht.


Grüße

Danke!!
Ich werde es nach dem Update testen.

Gruß Robert

[majestro84]

Hi Leon
Hätte da noch eine Frage, beim ASC_lock-outCmd ist das protection für die Z-Wave Aktoren nicht zum Auswählen vorhanden.
In deinen Code habe ich es jetzt auch nicht gefunden.

Code Auswählen Erweitern

## Funktion zum hardwareseitigen setzen des lock-out oder blocking beim Rolladen selbst
sub SetHardewareBlockForShutters($$) {
    my ( $hash, $cmd ) = @_;
    foreach ( @{ $hash->{helper}{shuttersList} } ) {
        $shutters->setShuttersDev($_);
        if (    $shutters->getLockOut eq 'hard'
            and $shutters->getLockOutCmd ne 'none' )
        {
            CommandSet( undef, $_ . ' inhibit ' . $cmd )
              if ( $shutters->getLockOutCmd eq 'inhibit' );
            CommandSet( undef,
                $_ . ' ' . ( $cmd eq 'on' ? 'blocked' : 'unblocked' ) )
              if ( $shutters->getLockOutCmd eq 'blocked' );
        }
    }
}
baust du das noch ein oder haben ich da was übersehen?
Gruß Alex

[CoolTux]

Hi Leon
Hätte da noch eine Frage, beim ASC_lock-outCmd ist das protection für die Z-Wave Aktoren nicht zum Auswählen vorhanden.
In deinen Code habe ich es jetzt auch nicht gefunden.

Code Auswählen Erweitern

## Funktion zum hardwareseitigen setzen des lock-out oder blocking beim Rolladen selbst
sub SetHardewareBlockForShutters($$) {
    my ( $hash, $cmd ) = @_;
    foreach ( @{ $hash->{helper}{shuttersList} } ) {
        $shutters->setShuttersDev($_);
        if (    $shutters->getLockOut eq 'hard'
            and $shutters->getLockOutCmd ne 'none' )
        {
            CommandSet( undef, $_ . ' inhibit ' . $cmd )
              if ( $shutters->getLockOutCmd eq 'inhibit' );
            CommandSet( undef,
                $_ . ' ' . ( $cmd eq 'on' ? 'blocked' : 'unblocked' ) )
              if ( $shutters->getLockOutCmd eq 'blocked' );
        }
    }
}
baust du das noch ein oder haben ich da was übersehen?
Gruß Alex

Hallo Alex,

Wenn Du mir den genauen set Command verrätst baue ich das gerne noch ein.


Grüße

[majestro84]

Klar verrate ich dir den Befehl gerne, hatte ich schon einmal vor ein paar Wochen getan, ist wahrscheinlich untergegangen.
set <device> protectionOn   ->  sperrt den Aktor
set <device> protectionOff   ->  entsperrt den Aktor

Vielen Dank

Eine Frage hätte ich noch.
Gibt es die Möglichkeit bei ASC_AutoAstroModeEvening zum Beispiel auch die Zeiten aus dem Twilight Modul zu benutzen? So was wie ss_weather oder ss_indoor anstatt oder zusätzlich zu REAL,CIVIL,NAUTIC,ASTRONOMIC.

[CoolTux]

Klar verrate ich dir den Befehl gerne, hatte ich schon einmal vor ein paar Wochen getan, ist wahrscheinlich untergegangen.
set <device> protectionOn   ->  sperrt den Aktor
set <device> protectionOff   ->  entsperrt den Aktor

Vielen Dank

Eine Frage hätte ich noch.
Gibt es die Möglichkeit bei ASC_AutoAstroModeEvening zum Beispiel auch die Zeiten aus dem Twilight Modul zu benutzen? So was wie ss_weather oder ss_indoor anstatt oder zusätzlich zu REAL,CIVIL,NAUTIC,ASTRONOMIC.

Nein die Möglichkeit gibt es nicht. Macht auch keinen Sinn, da das Twilight Modul die selbe Basis für die Berechnungen nutzt wie sunset_abs() oder sunrise_abs()


Grüße

[majestro84]

Ok danke für die Info

[CoolTux]

Ok, habe ich gemacht, danke für die Hilfe.

Hast du eine Idee was den Aussperrschutz betrifft?

Ich habe den Aussperrschutz getestet. Zu mindest bei mir setzt er die set Befehle korrekt.

[CoolTux]

Hi Leon
Hätte da noch eine Frage, beim ASC_lock-outCmd ist das protection für die Z-Wave Aktoren nicht zum Auswählen vorhanden.
In deinen Code habe ich es jetzt auch nicht gefunden.

Code Auswählen Erweitern

## Funktion zum hardwareseitigen setzen des lock-out oder blocking beim Rolladen selbst
sub SetHardewareBlockForShutters($$) {
    my ( $hash, $cmd ) = @_;
    foreach ( @{ $hash->{helper}{shuttersList} } ) {
        $shutters->setShuttersDev($_);
        if (    $shutters->getLockOut eq 'hard'
            and $shutters->getLockOutCmd ne 'none' )
        {
            CommandSet( undef, $_ . ' inhibit ' . $cmd )
              if ( $shutters->getLockOutCmd eq 'inhibit' );
            CommandSet( undef,
                $_ . ' ' . ( $cmd eq 'on' ? 'blocked' : 'unblocked' ) )
              if ( $shutters->getLockOutCmd eq 'blocked' );
        }
    }
}
baust du das noch ein oder haben ich da was übersehen?
Gruß Alex

Im morgigen Update ist die Unterstützung bei lockOut für Z-Wave Aktoren mit drin.



Grüße

[dk3572]

Ich habe den Aussperrschutz getestet. Zu mindest bei mir setzt er die set Befehle korrekt.

Ok, das ist zwar jetzt gut für dich, aber wenig hilfreich für mich 

Fehlt oder stimmt evtl. irgend eine Einstellung in meinem ASC-Device oder Rollladen-Device nicht? (List hatte ich ja gepostet)

Danke für die Unterstützung.

[hexenmeister]

Seit dem Update gestern ist mir geändertes Verhalten bzgl. ComfortÖffnen / Ventilate aufgefallen.
Wenn ich vorher Fenster geöffnet hatte, fuhren Rollos wunschgemäß hoch. Schloss ich das Fenster noch während der Fahrt wieder zu - fuhren sie auch gleich wieder runter.
Jetzt bleiben sie danach offen. Lasse ich das Fenster gekippt, fährt das Rollo nach paar Minuten von alleine wieder zu, trotz noch geöffneten Fenster.
Irgendwie ist da noch Wurm drin.

[CoolTux]

Seit dem Update gestern ist mir geändertes Verhalten bzgl. ComfortÖffnen / Ventilate aufgefallen.
Wenn ich vorher Fenster geöffnet hatte, fuhren Rollos wunschgemäß hoch. Schloss ich das Fenster noch während der Fahrt wieder zu - fuhren sie auch gleich wieder runter.
Jetzt bleiben sie danach offen. Lasse ich das Fenster gekippt, fährt das Rollo nach paar Minuten von alleine wieder zu, trotz noch geöffneten Fenster.
Irgendwie ist da noch Wurm drin.

Hallo,

Also das erste kann ich mir erklären. Bei einem Fensterevent lasse ich prüfen welche Stellung der Rollladen hat. Stimmt dieser mit Lüften oder Comfort überein wird entsprechend gefahren. Wenn nicht bleibt der Rolladen so.

Deine zweite Beschreibung kann ich mir so gar nicht erklären. Es muss zu mindest irgendein Event kommen damit was passiert. Was sagt denn das Reading im Rollladen wieso er gefahren ist.

[dk3572]

Ich habe den Aussperrschutz getestet. Zu mindest bei mir setzt er die set Befehle korrekt.

Hier noch ein Log vom ASC-Device wenn die Tür geöffnet/geschlossen wird.
Ein "set Ro_Terrassentuer inhibit on/off" kommt da nicht.

Code Auswählen Erweitern

2018.11.20 19:13:04.711 4: AutoShuttersControl (Rollladensteuerung) - Devname: Terrassentuer Name: Rollladensteuerung Notify: $VAR1 = [
          'battery: ok',
          'contact: open (to HMLAN1)',
          'state: open',
          'trigDst_246BDF: noConfig',
          'trigger_cnt: 73'
        ];

2018.11.20 19:13:07.941 4: AutoShuttersControl (Rollladensteuerung) - Devname: Terrassentuer Name: Rollladensteuerung Notify: $VAR1 = [
          'battery: ok',
          'contact: closed (to HMLAN1)',
          'state: closed',
          'trigDst_246BDF: noConfig',
          'trigger_cnt: 74'
        ];

[CoolTux]

Nein, kann ja auch nicht. So ist das auch nicht gedacht.

Ein set Bedenkt kommt ausschließlich wenn ich per set Befehl im ASC Device on oder off setze.
Dann wird geschaut bei welchen Rollladen hard eingestellt ist und der Befehl entsprechend gesendet.

Sollte der Befehl denn auch bei einem Fensterevent gesetzt werden?

[hexenmeister]

Also das erste kann ich mir erklären. Bei einem Fensterevent lasse ich prüfen welche Stellung der Rollladen hat. Stimmt dieser mit Lüften oder Comfort überein wird entsprechend gefahren. Wenn nicht bleibt der Rolladen so.

Hm. Verstehe, ist leider nicht ideal Wie man das am besten lösen könnte? Eine gewisse Zeit annnehmen, dass das ROllo noch fährt?..

Deine zweite Beschreibung kann ich mir so gar nicht erklären. Es muss zu mindest irgendein Event kommen damit was passiert. Was sagt denn das Reading im Rollladen wieso er gefahren ist.

Sagt 'minimum brightness threshold fell below'. Anscheinend prüft das Modul erneut.

[dk3572]

Nein, kann ja auch nicht. So ist das auch nicht gedacht.

Ein set Bedenkt kommt ausschließlich wenn ich per set Befehl im ASC Device on oder off setze.
Dann wird geschaut bei welchen Rollladen hard eingestellt ist und der Befehl entsprechend gesendet.

Sollte der Befehl denn auch bei einem Fensterevent gesetzt werden?

Das verstehe ich jetzt nicht.
Ein "set Ro_Terrassentuer inhibit on" sollte doch erfolgen wenn ich die Tür öffne.
Und ein "set inhibit off" wenn ich sie wieder schließe.