[FR] Universeller Präsenzmelder Baustein

[Dragonos2000]

Ausgangssituation:
PMs verschiedener Hersteller, mit verschiedenen Konzepten, KOs und Funktionen

Problemstellung:
Durch den Einsatz von PMs unterschiedlicher Hersteller kann es knifflig werden mehrere PMs (Master/Slave) zu verschalten, um HLK, allgemeine Anwesenheitserkennung, etc. konsistent zu realisieren

Idee:
Universeller PM Baustein, auf den einfach die üblicher Weise vorhandenen Alarm-Objekte (Raumüberwachung) der PMs (oder auch andere Sensoren) verbunden werden.
Im Baustein selbst wird dann eingestellt, in wie vielen Beobachtungsfenstern Telegramme empfangen werden müssen und wie lange diese Beobachtungsfenster sind, bevor eine Aktion ausgelöst wird.
Beobachtungsfenster (Anzahl/Dauer) könnten per Telegramm veränderbar sein, um mehr Flexibilität zu erreichen. Ebenso die ausgelösten Aktionen (bspw. unterschiedliche Werte abhängig von Tag/Nacht).

Um Grunde gut über einen Zustandsautomaten realisierbar.

Meinungen dazu?

[gbglace]

Im Bereich der Lichtsteuerung wird davon einiges realisiert werden, hatte dazu schon einige Optionen angeregt.

Einen großer "PM-Automat" ist auch eine interessante Option, da dies dann universeller genutzt werden kann, da nicht zwangsweise mit Lichtobjekten sondern eben freie Objekten verbunden, welche wiederum mit unterschiedlichsten GA verknüpft werden können.

Dafür.

Müssten wir wohl mal einige notwedige Funktionsdiagramme dazu erstellen. Damit die Entwicklung das auch gut hinbekommt.

[StefanW]

Ja, das ist interessant, bitte weiter darauf herumdenken und mal eine Zeichnung oder so machen, damit man das versteht.

lg

Stefan

[tws88_user]

Idee:
Universeller PM Baustein, auf den einfach die üblicher Weise vorhandenen Alarm-Objekte (Raumüberwachung) der PMs (oder auch andere Sensoren) verbunden werden.
Im Baustein selbst wird dann eingestellt, in wie vielen Beobachtungsfenstern Telegramme empfangen werden müssen und wie lange diese Beobachtungsfenster sind, bevor eine Aktion ausgelöst wird.
Beobachtungsfenster (Anzahl/Dauer) könnten per Telegramm veränderbar sein, um mehr Flexibilität zu erreichen. Ebenso die ausgelösten Aktionen (bspw. unterschiedliche Werte abhängig von Tag/Nacht).

Um Grunde gut über einen Zustandsautomaten realisierbar.

Meinungen dazu?

*sucht schon wieder den Like-Button*

[StefanW]

Statt dem Like Button kann man auch einen einzeiligen Kommentar - ohne Vollzitat - schreiben, dass einem das gut gefällt.

Wir arbeiten daran das Forum zu verbessern, aber lieber arbeite ich daran den Timberwolf in seinen Fähigkeiten voranzubringen.

lg

Stefan

[Dragonos2000]

@StefanW : Meinst Du sowas als Zeichnung? (mal auf die Schnelle high Level zusammen gezimmert)

PM.jpg

Nachtrag: Es fehlt "Start Timer", aber ich glaube man kann herauslesen, was gemeint ist.

[Dragonos2000]

Nachtrag, was oben noch fehlt:

Sperrobjekt (1Bit), mit folgenden Optionen:
-Definierbarem Zustand (Aktion) während und bei Aufhebung der Sperre
-Keine Aktion
-Ausgang aktualisieren

Zwangsführungsobjekt (2Bit)

[Dragonos2000]

Weitere Ergänzung:
Optional einstellbare automatische Rückfallzeit von Sperrbetrieb in den Automatikbetrieb uns entsprechendes Statusobjekt (Automatik/gesperrt)