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

[CoolTux]

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.

Nein. So war das nie gedacht. Also bis jetzt.
Ein set ASCDEVICE lockOut on aktiviert die Sperre in den Rollladen.

[dk3572]

Nein. So war das nie gedacht. Also bis jetzt.
Ein set ASCDEVICE lockOut on aktiviert die Sperre in den Rollladen.

Dann müsste man ja beim Öffnen der Tür im ASC-Device händisch od. per Notify das lockOut schalten?

Edit: Was bei mir übrigens auch nicht funktioniert.

[CoolTux]

Dann müsste man ja beim Öffnen der Tür im ASC-Device händisch od. per Notify das lockOut schalten?

Edit: Was bei mir übrigens auch nicht funktioniert.

Ich schaue nachher noch mal.

[CoolTux]

Dann müsste man ja beim Öffnen der Tür im ASC-Device händisch od. per Notify das lockOut schalten?

Edit: Was bei mir übrigens auch nicht funktioniert.

Kurze Frage. Wie schnell wird denn der Hardware Lock bei Dir entriegelt.
Situation:
Fenster wird geschlossen, der Befehl für Hardwarelock entriegeln gesendet und der Fahrbefehl losgeschickt. Das alles passiert innerhalb von ein paar ms. Ist dann schon der Hardwarelock off durch?

[dk3572]

Kurze Frage. Wie schnell wird denn der Hardware Lock bei Dir entriegelt.
Situation:
Fenster wird geschlossen, der Befehl für Hardwarelock entriegeln gesendet und der Fahrbefehl losgeschickt. Das alles passiert innerhalb von ein paar ms. Ist dann schon der Hardwarelock off durch?

Guten Morgen und sorry für die späte Antwort.

Zumindest hatte es so in der Rollladensteuerung von Cluni funktioniert.

[darkness]

Hallo,

ich habe gerade versucht ein neues AutoShuttersControl Device anzulegen. Dabei bekomme ich folgenden Fehlermeldung:

Code Auswählen Erweitern

2018.11.21 08:03:08 1: reload: Error:Modul 73_AutoShuttersControl deactivated:
syntax error at ./FHEM/73_AutoShuttersControl.pm line 623, near ";"
BEGIN not safe after errors--compilation aborted at ./FHEM/73_AutoShuttersControl.pm line 2296.

2018.11.21 08:03:08 0: syntax error at ./FHEM/73_AutoShuttersControl.pm line 623, near ";"
BEGIN not safe after errors--compilation aborted at ./FHEM/73_AutoShuttersControl.pm line 2296.

Zuvor habe ich ein update von FHEM durchgeführt.


Edit:

Konnte nur auf dem Handy schauen. Aber ich glaube in der Zeile 622 fehlt am ende eine ).

[CoolTux]

Hallo,

ich habe gerade versucht ein neues AutoShuttersControl Device anzulegen. Dabei bekomme ich folgenden Fehlermeldung:

Code Auswählen Erweitern

2018.11.21 08:03:08 1: reload: Error:Modul 73_AutoShuttersControl deactivated:
syntax error at ./FHEM/73_AutoShuttersControl.pm line 623, near ";"
BEGIN not safe after errors--compilation aborted at ./FHEM/73_AutoShuttersControl.pm line 2296.

2018.11.21 08:03:08 0: syntax error at ./FHEM/73_AutoShuttersControl.pm line 623, near ";"
BEGIN not safe after errors--compilation aborted at ./FHEM/73_AutoShuttersControl.pm line 2296.

Zuvor habe ich ein update von FHEM durchgeführt.


Edit:

Konnte nur auf dem Handy schauen. Aber ich glaube in der Zeile 622 fehlt am ende eine ).

Hallo,

Das ist in der Tat ein kleiner Bug. Fehlende Klammer zu. Ich habe soeben eine funktionierende Version in den master branch vom Git geschoben und liefere es gleich auch ins DVN aus. Das wird aber erst morgen früh per Update kommen.


Grüße

[CoolTux]

Guten Morgen und sorry für die späte Antwort.

Zumindest hatte es so in der Rollladensteuerung von Cluni funktioniert.

Ich habe Dir hier eine Version angehangen. Wäre super wenn Du die testen könntest. Beim Fenster auf sollte hard gesperrt werden.
Im ASC Device muß gar nichts mehr gemacht werden. Einfach im Rollladen Device hard einstellen und den entsprechenden CMD dazu.

Grüße

[netwalk]

Hallo,

eine kleine Frage:

Ist es möglich beim Schließen nach der ASTRO-Funktion ein OFFSET pro Rollladen zu setzen?
Alternativ wäre die Auswertung eines Readings bei der TIME-Funktion schön.
Momentan basieren meine Schließzeiten der einzelnen Rollladen auf der ASTRO-CIVIL Zeit mit einem Offset -60/+60 Minuten, dieser Wert wird in einem Reading gespeichert und ein DOIF wertet diese Zeit zum Anfahren des "Blickschutzes" aus. Das endgültige Schließen erfolgt per Tastendruck (Schlafmodus) auf dem Weg ins Bett oder zu einem definierten spätesten Zeitpunkt, in Abhängigkeit vom Anwesenheitsstatus.

Eine zweite Sache habe ich noch:
wäre es möglich die COMFORT/VENTILATING Positionen frei definieren zu können? Die voreingestellten 10er Schritte passen bei mir nicht ideal.

Ansonsten verfolge ich sehr interessiert die weitere Entwicklung hier und bin gespannt auf die Beschattungsfunktion.

[CoolTux]

Hallo,

eine kleine Frage:

Ist es möglich beim Schließen nach der ASTRO-Funktion ein OFFSET pro Rollladen zu setzen?
Alternativ wäre die Auswertung eines Readings bei der TIME-Funktion schön.
Momentan basieren meine Schließzeiten der einzelnen Rollladen auf der ASTRO-CIVIL Zeit mit einem Offset -60/+60 Minuten, dieser Wert wird in einem Reading gespeichert und ein DOIF wertet diese Zeit zum Anfahren des "Blickschutzes" aus. Das endgültige Schließen erfolgt per Tastendruck (Schlafmodus) auf dem Weg ins Bett oder zu einem definierten spätesten Zeitpunkt, in Abhängigkeit vom Anwesenheitsstatus.

Eine zweite Sache habe ich noch:
wäre es möglich die COMFORT/VENTILATING Positionen frei definieren zu können? Die voreingestellten 10er Schritte passen bei mir nicht ideal.

Ansonsten verfolge ich sehr interessiert die weitere Entwicklung hier und bin gespannt auf die Beschattungsfunktion.

Hallo,

Zu Deiner ersten Frage möchte ich mir aktuell keinen Kopf machen. Eine Blickschutzfunktion wurde bereits angesprochen und ist auf der Todo Liste.
Zu Deiner zweiten Frage. Selbstverständlich kann man die Werte aller Attribute frei wählen. Man muss nicht das nehmen was da vorgegeben wird. In vielen Fällen sollte man das da sonst nicht gefahren werden kann, aber gerade bei den Positionsangaben steht es jedem frei seine zum Rollladen passenden ein zu tragen.
Du kannst Attribute und deren Werte frei Hand setzen

attr NAME ATTRIBUT VALUE

in der FHEMWEB Commandline



Grüße

[mizu]

Hallo

kann es sein das in der aktuellen AutoShuttersControl.pm 0.2.0.9
eine schließende Klammer in Zeile 623 fehlt.

Log
2018.11.21 10:16:47.159 0: syntax error at ./FHEM/73_AutoShuttersControl.pm line 623, near ";"
BEGIN not safe after errors--compilation aborted at ./FHEM/73_AutoShuttersControl.pm line 2296.

gruß.
Mike

[CoolTux]

Hallo,

Das ist in der Tat ein kleiner Bug. Fehlende Klammer zu. Ich habe soeben eine funktionierende Version in den master branch vom Git geschoben und liefere es gleich auch ins DVN aus. Das wird aber erst morgen früh per Update kommen.


Grüße

[diki]

Hallo Zusammen,

erst einmal vielen Dank an CoolTux für die Entwicklung an diesem Modul und an Cluni für das Script zur Rollladensteuerung. Ich bin jetzt komplett auf das ASC Modul umgestiegen ( Version 0.2.0.8 ).

Die Rollos sind Tahoma mit "ASC 2" und "levelInvert 1" mit twostate Fensterkontakt ("open", "close") und "ASC_Ventilate_Pos 100" aktiviert.  Die automatischen Fahrten am Morgen und am Abend sowie der Aussperrschutz scheinen korrekt zu funktionieren. Nachts bei heruntergefahrenem Rollo und am Tag bei hochgefahrenem Rollo funktioniert die Komfortfunktion richtig.

Mein Problem: Nach dem morgendlichen automatischen hochfahren der Rollos fährt das Rollo nach dem ersten öffnen und schließen des Fensters wieder herunter, obwohl es oben bleiben müsste? Nach manuellem hochfahren des Rollos funktioniert alles wieder. Mit "get <name> showShuttersInformations" nach dem "day open" ist die "Last Position 0" (geschlossen) obwohl die Rollos oben sind? Wo liegt mein Fehler, oder liegt das evtl. an Tahoma und "levelInvert"?

@CoolTux:

Was denkt Ihr sollte eine Mindestanforderung an Daten sein für eine Beschattung

Aktuell denke ich
brightness (Hellikeitssensor)
azimuth (Sonnenwinkel, Twilight oder Astro)
elevation (Sonnenhöhe, Twilight oder Astro)
temperature (Aussentemperatur)

Im letzten Sommer hat die Beschattung mit dem Script von Cluni und Hellikeitssensor, Sonnenwinkel, und Aussentemperatur gut funktioniert.

[CoolTux]

Hallo Zusammen,

erst einmal vielen Dank an CoolTux für die Entwicklung an diesem Modul und an Cluni für das Script zur Rollladensteuerung. Ich bin jetzt komplett auf das ASC Modul umgestiegen ( Version 0.2.0.8 ).

Die Rollos sind Tahoma mit "ASC 2" und "levelInvert 1" mit twostate Fensterkontakt ("open", "close") und "ASC_Ventilate_Pos 100" aktiviert.  Die automatischen Fahrten am Morgen und am Abend sowie der Aussperrschutz scheinen korrekt zu funktionieren. Nachts bei heruntergefahrenem Rollo und am Tag bei hochgefahrenem Rollo funktioniert die Komfortfunktion richtig.

Mein Problem: Nach dem morgendlichen automatischen hochfahren der Rollos fährt das Rollo nach dem ersten öffnen und schließen des Fensters wieder herunter, obwohl es oben bleiben müsste? Nach manuellem hochfahren des Rollos funktioniert alles wieder. Mit "get <name> showShuttersInformations" nach dem "day open" ist die "Last Position 0" (geschlossen) obwohl die Rollos oben sind? Wo liegt mein Fehler, oder liegt das evtl. an Tahoma und "levelInvert"?

@CoolTux:

Im letzten Sommer hat die Beschattung mit dem Script von Cluni und Hellikeitssensor, Sonnenwinkel, und Aussentemperatur gut funktioniert.

Hallo,

Das LastPosition stimmt aber, da es die letzte Position vor dem fahren ist. Unter Position steht dann der aktuelle Wert.
Sei bitte so nett und mache morgen früh ein Update auf die aktuelle Version über FHEM Update. Damit sollte ein fahren des Rolladens nach Tagesanbruch und Fenster offen und schließen nicht mehr möglich sein.


Vielen Dank fürs testen.

Grüße

[diki]

Sei bitte so nett und mache morgen früh ein Update auf die aktuelle Version über FHEM Update.

Vielen Dank, das ging ja schnell.  Ich melde mich dann nach dem Testen wieder.