Wir standen bei der Implementierung der remanenten KO's vor der Wahl:
EIB-Objekte ausblenden ja/nein.
Wir haben uns entschieden es zuzulassen, da es manchmal durchaus sinnvolle Anwendungsmöglichkeiten dafür gibt.
Ein Beispiel wäre die Anzeige von Texten auf EIB-Displays (z.B. Raumbelegung).
Nach einem Stromausfall des Gesamtsystems würden dann die Texte wieder auf dem aktuellen Stand angezeigt.
Das mag zwar nicht das prickelndste Beispiel sein, aber die Funktion ist ja ein KANN und kein MUSS.
und
Ich gebe dir Recht dass das Riskant sein kann.
Es ist dann genauso Riskant das "ScanByStart" wegzulassen, oder im EIB-Gerät das Lese-Flag nicht zu setzen.
Wir werden aber ein "Warnung" in der Expertenprüfung einbauen, wenn ein EIB-KO auf remanent gesetzt ist.
-----------------------------
Letzter Beitrag: Genau dasselbe habe ich dann auch beim HS: ich weiß nicht, wann das Prozessabbild der Realität entsprechen wird!
-----------------------------
Das stimmt nicht ganz.
Zum Einen, kann ich das Verhalten des HS beeinflussen.
Zum Anderen werden die remanenten EIB-KO's beim Start auf den Bus gesendet. Damit stimmt das Prozessabbild immer.
Ich denke das Ganze ist auch eine logische Fortentwicklung des Leseflags im HS (welches es ja schon immer gibt).
Mit remanenten EIB-KO's kann ich ein "echtes" EIB-Gerät im HS bauen.
Es hat dann auch ein definiertes Startverhalten (letzter Wert)
Jetzt alles klar?
|
Lesezeichen