Betatester für neues Modul AutoShuttersControl gesucht!

[CoolTux]

Ah, das meinst du. Dann meinen wir nicht dasselbe
Ich meine nicht die global aktivierten Modi sondern die einzelnen Stati der Rolläden.

Ich habe das in etwa so im Sinn (Reading jeweils im einzelnen Rolladen):

Rolladen1 schliesst beim verlassen des Hauses, Fenster geöffnet: ASC_selfDefense = on|1
Rolladen2 fährt in Beschattungsposition: ASC_shading = on|1
Rolladen3 schliesst um 19:30 planmäßig herunter: ASC_Nachtschliessen = on|1

"Nachtschliessen" ist für mich das planmäßige herunterfahren am Abend ausgelöst durch Zeit, astro oder Brightness.
Cluni hat dies so in seiner shutterUtils.pm genannt.

Ich fand dies sehr praktisch da man hierauf eben triggern kann und z.B. eine Pushnachricht versenden oder im TabletUI anzeigen lassen kann dass der Rolladen im OG gerade in der Beschattung ist.

Ich habe ein Reading für dieRolläden gebaut

ASC_ShuttersLastDrive - Grund des letzten fahrens vom Rolladen

passt das so?

[Cluni]

Nachtschliesen wird bei mir gesetz, wenn ein Fenster oder eine Tür noch offen ist und der Zeitpunkt zum schließen gekommen ist. Der Rollladen wird dann geschlossen, sobald das Fenster / die Tür geschlossen wird. Ist ein Merker, damit das nachgeholt wird. Sonst würde der Rollladen ja nicht geschlossen bei entsprechend gesetzten Attributen.


Gesendet von iPhone mit Tapatalk

[C0mmanda]

Ich habe ein Reading für dieRolläden gebautpasst das so?

Ich werde testen und berichten!
Vielen Dank.

Gruß

[CoolTux]

Ist noch nicht im Git, mir ging es erstmal um das Reading an sich 

[C0mmanda]

Ist noch nicht im Git, mir ging es erstmal um das Reading an sich 

Und ich habe mich schon gefragt warum es nicht auftaucht 
Ich denke es sollte ausreichend sein.
Vielleicht sogar besser als drei einzelne Readings. Wenns im git ist werde
ich testen!

Grus

[sentinel1]

...und schon funktioniert es.Danke

Das Modul ist super.Viellen Dank für deine Arbeit.

Ich konnte alle meine DOIF für Rollladensteuerung und Beschattung ersetzen bis auf einen,daher eine Frage/Wunsch ob folgendes machbar währe.

Wenn keiner zuhause ist  die Fenster gekippt/offen sind und ein Regensensor regen meldet "regen" dann fahren die Betroffenen Rollläden in eine bestimmte Position. Etwa so wie jetzt selfDefense nur Regensensor abhängig.

Gruß,
Claudiu

[CoolTux]

Hallo Claudius,

Das klingt sehr gut. Werde ich in nächster Zeit einbauen. Dauert aber ein bisschen.


Grüße

PS: Danke für Deine Spende 

[CoolTux]

Ich würde gerne bei Abwesenheit eines Roomates den Rolladen gar nicht automatisch (herunter)fahren.
Leider ist bisher nur das Gegenteil implementiert, also nur bei Abwesenheit die Automatik zu steuern.
Wäre es möglich noch für die beiden Attribute "ASC_ModeUp" und "ASC_ModeDown" noch den Wert "present" zus. einzuführen?

Hierzu habe ich eine Anmerkung. Wie sollten sich die Rollos verhalten wenn der Roommate wieder present ist? Sollen sie dann ihre Fahrt auf nehmen?

[CoolTux]

Das Modul ist super.Viellen Dank für deine Arbeit.

Ich konnte alle meine DOIF für Rollladensteuerung und Beschattung ersetzen bis auf einen,daher eine Frage/Wunsch ob folgendes machbar währe.

Wenn keiner zuhause ist  die Fenster gekippt/offen sind und ein Regensensor regen meldet "regen" dann fahren die Betroffenen Rollläden in eine bestimmte Position. Etwa so wie jetzt selfDefense nur Regensensor abhängig.

Gruß,
Claudiu

Reicht es wenn ich den Regensensor und Reading global im ASC Device unter bringe oder brauch man das auch für jedes Fenster einzeln?

[FunkOdyssey]

Ich schaffe es einfach nicht, den down-Wert auf Brightness zu belassen.
Ständig habe ich wieder "astro" im Attribut. Rekonstruierbar nach dem FHEM-Neustart.
Aber das passiert auch nach nem Scan-Durchlauf.

Ich wurde heute morgen im hellen Bad und bei Dunkelheit im Außenbereich plötzlich durch hochfahrende Jalousien überrascht.
Ich hatte nach dem Fix von dir vergessen, die Werte neu zu schreiben. Und scheinbar wurde auch "Mode_Up" zurückgesetzt.

Aber: Ich konnte gerade erstmals die Jalousien anhand der Helligkeitswerte herunterfahren. Vielen Dank. Dies finde ich sehr praktisch. Die Einstellungen werden auch nicht mehr gelöscht.

[sentinel1]

Reicht es wenn ich den Regensensor und Reading global im ASC Device unter bringe oder brauch man das auch für jedes Fenster einzeln?

Mir würde global reichen,so mache ich es jetzt auch in DOIF.Für jedes Fenster wäre auch nicht schlecht aber ich glaube das ist viel mehr Arbeit für dich.Ich bin froh das Du es überhaupt einbaust.

Gruß,
Claudiu

[FunkOdyssey]

Ein paar Fragen und Hinweise:



Ich hatte gerade im NOTIFYDEV sämtliche Geräte doppelt gelistet:

Code Auswählen Erweitern

Rolladensteuerung,dummy_brightness,global,rgr_Residents,jal_ankleide,jal_bad,jal_buegeln,jal_waschen,jal_ankleide,jal_bad,jal_buegeln,jal_waschen,dummy_brightness,rgr_Residents

Nach nem "set xyz createNewNotifyDev" war das weg.



Besteht die Möglichkeit, die benutzten Jalousie-Devices unter "Probably associated with" aufzuführen? Ist absolut nicht wichtig, aber manchmal ganz nett, wenn man direkt zu den Geräten springen kann.



Im Fenster "showShutterInformation" scheint an ein paar Stellen die Zeit nicht gewandelt zu werden:

Code Auswählen Erweitern

Shutters Next DriveUp Next DriveDown Partymode Lock-Out Sunrise Sunset Last manual Position Last manual Position Timestamp
jal_ankleide 24.10.2018 - 08:15 23.10.2018 - 19:00 off soft 1540361749 1540314007 0 1540308499



Persönliche Meinung:
Ich finde es immer wieder ziemlich schwierig, zwischen Mode_Down, Mode_Up, Up und Down zu differenzieren.
Du wirst die Frage vermutlich nicht mögen, aber könnte man bei Up/Down vielleicht auch ein Präfix nutzen?
Und ist die Wortwahl "Mode" wirklich richtig? Ist nicht auch Up/Down (brightness, astro, etc.) auch ein Modus?
Das eine sagt doch "wann" und das andere "wie", oder?



Bei mir wurden im "get xyz showNotifyDevsInformations" auch die Brightness-Notify-Geräte angezeigt, als ich gar keine Brightness-Auswahl in Up/Down gesetzt hatte. Ist das korrekt? Ich verstehe den Sinn hinter diesem Getter nicht.

[CoolTux]

Mir würde global reichen,so mache ich es jetzt auch in DOIF.Für jedes Fenster wäre auch nicht schlecht aber ich glaube das ist viel mehr Arbeit für dich.Ich bin froh das Du es überhaupt einbaust.

Gruß,
Claudiu

Mehr Arbeit wäre es nicht, aber es soll ja auch Sinn machen. Ich denke allerdings nicht wirklich das man mehr wie einen Regensensor hat und es dazu noch unterschiedlich doll regnet pro Fenster. Daher sehe ich global im ASC als sinnvoller an.

[sentinel1]

Daher sehe ich global im ASC als sinnvoller an.

ja,Du hast recht,global ist sinnvoller.

[CoolTux]

Besteht die Möglichkeit, die benutzten Jalousie-Devices unter "Probably associated with" aufzuführen? Ist absolut nicht wichtig, aber manchmal ganz nett, wenn man direkt zu den Geräten springen kann.

Soweit ich weiß kommt diese Zuordnung automatisch. Ich denke nicht das ich da etwas steuern kann. Wenn Du schnellen Zugriff haben willst kannst Du über die Liste des Internals NOTIFYDEV direkt auf die Devicenamen klicken.

Im Fenster "showShutterInformation" scheint an ein paar Stellen die Zeit nicht gewandelt zu werden:

Code Auswählen Erweitern

Shutters Next DriveUp Next DriveDown Partymode Lock-Out Sunrise Sunset Last manual Position Last manual Position Timestamp
jal_ankleide 24.10.2018 - 08:15 23.10.2018 - 19:00 off soft 1540361749 1540314007 0 1540308499

Das ist korrekt, ich habe dies Ausgabe zu Debigzwecke verwendet. Die letzten beiden Ausgaben werde ich ändern oder ganz raus nehmen. Muss ich mal schauen.

Persönliche Meinung:
Ich finde es immer wieder ziemlich schwierig, zwischen Mode_Down, Mode_Up, Up und Down zu differenzieren.
Du wirst die Frage vermutlich nicht mögen, aber könnte man bei Up/Down vielleicht auch ein Präfix nutzen?
Und ist die Wortwahl "Mode" wirklich richtig? Ist nicht auch Up/Down (brightness, astro, etc.) auch ein Modus?
Das eine sagt doch "wann" und das andere "wie", oder?

Das habe ich so halbwegs von Bernd versucht zu übernehmen. Sicherlich ist die Benennung nicht ganz eindeutig, aber dafür gibt es ja die ausführliche Commandref.

Bei mir wurden im "get xyz showNotifyDevsInformations" auch die Brightness-Notify-Geräte angezeigt, als ich gar keine Brightness-Auswahl in Up/Down gesetzt hatte. Ist das korrekt? Ich verstehe den Sinn hinter diesem Getter nicht.

Es spielt keine Rolle ob Du in Up und Down Brightness gewählt hast oder nicht, sobald Du ein Device im Attribut Brightness Device angegeben hast wird/muss dieses Device im Internet NOTIFYDEV gelistet sein um dessen Events zu triggern und dann wird es auch in dem get gelistet. get xyz showNotifyDevsInformations soll helfen schnell zu sehen ob ein eventueller Fehler im Internal NOTIFYDEV wie bei Dir ein Fehler vom Modul oder eine fehlerhafte Zusammensetzung woher auch immer ist.
Ich werde das mal auslagern, sichtbar erst ab verbose 4.