Das ist das wesentliche was mir an den bisherigen Beiträgen gefehlt hat.
Mit der Unterscheidung stellt sich dieses Problem:
nicht mehr.Robosoc hat geschrieben: ↑So Jan 17, 2021 12:00 pm Hier werden die Bedürfnisse sehr unterschiedlich sein. Der eine will eine Hardware-Klingel aktivieren, der andere will einen Feuermelder schrillen lassen ,der nächste möchte lieber eine Puch-Over Nachricht, die er priorisieren kann...ich würde ein KNX Wert auf true springen lassen wollen und dann blinkt und piept mein Panel.
Eine Eskalation ist also auch nur ein Alarmobjekt mit anderen Eingangsparametern. Wird es schlagend lässt sich das an verschiedenste Objekte koppeln und entsprechend Aktionen ausführen, eine Nachricht senden, via KNX-KO ein Aktor bedienen usw. Genauso wie jedes andere Alarmobjekt auch.
Ein wenig bin ich daher immer noch am Hadern ob ein Nachrichtencenter das richtige Medium ist Alarmobjekte zu erstellen.
Manch einer will auch einfach ganz ohne Alarm eine Nachricht erzeugen.
Und wenn man diese Struktur der 4 Objekte betrachtet
Wert
Alarm-Objekt
Nachrichten-Objekt
Nachrichten-Kanal-Objekt
fehlen dem TWS halt aktuell die Systemobjekte als Wert. Da gibt es ja passende Threads welche da wichtig sind und von den usern gewünscht.
Das Nachrichten-Objekt und der Nachrichten-Kanal.
Das Alarmobjekt selbst wiederum ist quasi schon vorhanden in Form des LE.
Der LE ist natürlich sehr mächtig und für Alarme die meist nur Schwellwerte oder direkte Eingänge sind, kann man da bestimmt in der UI es etwas in der Generierung einfacher machen.
Macht man keine Unterscheidung von Alarmobjekt zu Nachrichten-Objekt dann muss man die Nachrichtenauslösebedingungen nochmal in eine andere Logik packen um eben einen Aktor anzutriggern. Das wäre nicht effektiv.
Nimmt man die Funktionalität des LE als Vorbild, wären an den Alarmobjekten und Nachrichten die Möglichkeiten des An- und Abkoppelns und Dok-Mode genau das was man braucht, um auf allen Ebenen einen Test durchführen zu können.