[Beantwortet] [V 3.5.1] Status "Haus wach" via Rollladen + Bewegungsdetektion

[Chiudalla]

Hallo liebe Community,

ich verzweifle gerade an einer, wahrscheinlich recht simplen, Fragestellung:

Ich möchte gerne einen Boolschen Status "Haus wach" generieren. Eingangswerte sollen Bewegungsdetektion im Schlafzimmer + gleichzeitiges Hochfahren des Schlafzimmer-Rollladens sein.

Zusätzlich dazu soll es nur in der Zeit zwischen 6 Uhr und 12 Uhr so ausgelöst werden können.

Habt ihr eine Idee für mich?

Danke vorab für eure Unterstützung.

Beste Grüße Mat

[Robert_Mini]

Hallo Mat!

Folgender grober Ansatz:
- UND Baustein mit 2 Eingängen (SZ Bewegung aktiv und Rolladen hoch) und Inhibit Eingang
- SR FlipFlop: Set verknüpft mit Ausgang des UND-Bausteins
- Der Ausgang des SR-FlipFlop ist der Status „Haus wach“.
- Der Reset Eingang muss Abends mit True getriggert werden => Haus wach=false
- zum Schluss noch um 6 true und um 12 false auf den Inhibit des UND-Bausteins zb mit dem: app.php/kb/viewarticle?a=95

Bei Fragen einfach melden.

Lg
Robert

[Chiudalla]

Hi Robert,

tatsächlich hatte ich die Bausteine schon im LE - wusste nur nicht so recht sie zu verknüpfen. Ich habe mal im Doktormodus gespielt und es scheint zu funktionieren. Also Danke dir an dieser Stelle

Eine "advanced" Frage hätte ich noch:
Gäbe es eine Möglichkeit, festzustellen, dass der Rolladen auch wirklich von 100% nach 0% gefahren wurde (also nicht den Bool Status für rauf oder runter benutzen)? Beim Hochfahren werden ja nur in größeren Abständen Werte auf den KNX gesendet ...

Danke und viele Grüße
Mat

[maggyver]

Hallo Mat,

hast du SMI-Antriebe im Einsatz?

Wenn nein, dann bleibt da nur die "virtuelle" bzw. errechnete Rückmeldung der Endlagenpostion des KNX-Aktors übrig. Das steckt schon etwas Intelligenz im KNX-Aktor selbst, dieser berechnet, aus der derzeitiger Position, nach anfänglicher Referenzfahrt, unter Berücksichtigung der neuen Fahrtrichtung und der Fahrtzeit + Nachlauf (aufgrund des Unterschiedes der Wegstreckenabweichung zwischen Auf/Ab aufgrund der Last), dann das Erreichen der jeweiligen Endlagenposition (boolischer Status). Man kann sicherlich das Alles nochmals, mit entsprechender Logik drumherum, nachbauen. Das Ergebnis ist jedoch das selbe ... da es keine aktive Rückmeldung des Antriebes gibt.

Hat das sichere Erkennen der unteren Endlage etwas mit der Logik zu tun oder dem Auslöser der Logik?

Also, da ist Robert "godfahter of logic" genau der Richtige hierfür.

[Robert_Mini]

Hallo Mat!

Ich für am UND Baustein statt den Auf-Befehl die Position des Rolladens (Rückmeldung Höhe) verknüpfen und einen Eingangsmodifierer „im Bereich“ mit den Parametern -1 bis +5 setzen. Dann wird „Haus wach“ gesetzt wenn die Rolladen oben sind und Bewegung aktiv.
Setzt aber voraus, dass die Nachlaufzeit des Bewegungsmelders länger ist, als die Fahrzeit der Rolladen…
Sonst braucht es noch einen Timer Baustein zum verlängern.

Lg
Robert

[Chiudalla]

Danke @Robert_Mini
Danke @maggyver

Es sind leider keine SMI-Antriebe...

Tatsächlich hatte ich schon die absoluten Positionswerte als Eingangsbedingung bzw. einen Bereich von 5- 50 festgelegt @Robert_Mini . Ich habe es Bereich anfänglich auch verkleinert, aber da war die Problematik, dass dann zufälligerweise nicht die "richtige" Position des Bereichs auf den Bus geschrieben wurde.
Ich wollte es einschränken @maggyver (und nicht einfach den Bool "nach oben" nehmen), einfach gegen unbeabsichtiges Starten des Wach-Modus'. Also quasi, dass man in der früh ein wenig hochfahren kann, ohne dass gleich alles auslöst. Sondern erst, wenn man es wirklich "ernst" meint, und der Rollladen komplett hoch gefahren wird.

Ich denke, du hast recht Robert, das mit der Nachlaufzeit könnte noch ein Problem werden, das muss ich mir etwas genauer ansehen. Eigentlich auch blöd, dass der PM-Kanal die ganzen 24 Std lang (bzw. hauptsächlich in der Nacht) "unnötig" den Bus belastet - Wo er doch quasi nur zwischen 6 und 12 Uhr benötigt wird bzw. bis er effektiv auslöst mit "Rollladen nach oben". Kann man das noch etwas mehr optimieren? Nicht mit MDT-Mitteln out of the box schätzte ich gell?

Beste Grüße
Mat

[EarlBacid]

Hi Mat,

Du könntest den PM in der Nacht sperren, dann meldet er in der Zeit nix auf den Bus.

VG
Earl

[Chris M.]

Eigentlich auch blöd, dass der PM-Kanal die ganzen 24 Std lang (bzw. hauptsächlich in der Nacht) "unnötig" den Bus belastet - Wo er doch quasi nur zwischen 6 und 12 Uhr benötigt wird bzw. bis er effektiv auslöst mit "Rollladen nach oben". Kann man das noch etwas mehr optimieren?

Hast Du ein Buslast-Problem das Du hier beheben musst?

Falls ja: dann dürfte das eher wo anders liegen als bei einem PM.
Falls nein: wieso dann hier etwas optimieren?

Grundsätzlich hat ein PM aber das "Problem", dass er Bewegung erkennt. Aber eben Nicht-Bewegung auch nicht erkennen kann.
Was man da machen kann: die Treppenlicht-Funktion. Bei Bewegung die Anschalten, bzw. nachtriggern. Und die Aktivierungsdauer je nach Wunsch das Optimum zwischen Erkennungsrobustheit und zu frühem Deaktivieren wählen.
=> Nun hast Du einen Status (GA), der nur dann schaltet wenn jemand da ist und nur dann wieder schaltet wenn niemand mehr da ist.

Kleiner Nachteil: direkt nach dem Start der Logik ist der aktuelle Anwesenheits-Zustand nicht bekannt. Und er wird auch erst dann bekannt werden, wenn sich wieder mal jemand bewegt hat (oder zufälliger Weise gerade die Dauer abgelaufen ist).
Lösung: Zusätzlich noch regelmäßig (ich nehme meist 5 Minuten) den Anwesenheits-Zustand schicken.
Ergebnis: die Logik kann sofort reagieren wenn was passiert, aber wenn nicht, dann ist die spätestens nach 5 Minuten auch wieder auf Stand.