Es könnte ja auch eine Zimmerbelegung in einem Hotel sein. Da soll der Controller selber in Abhängigkeit der Istwerte (z.B. Raumtemperatur, Außentemperatur, Heizungstemperatur usw.) den richtigen Zeitpunkt errechnen, damit der Raum dann um 12.00 Uhr perfekt klimatisiert ist, wenn der Kunde einzieht. Da stellt keiner einfach mal 10:00 Uhr ein. Wird wohl schon passen. Aus Energetischer ein zwingendes muss.
Du sprichst hier eine prädiktive Heizungsregelung an - in deinem Beispiel fehlt die Vorhersage für AT, Solareintrag,....
Sowas wird auch nicht per ScheduleObject befehliert, der Zielzeitpunkt wird idR als Parameter übergeben.
Alleine das Überschreiben von Ausgangswerten oder negieren von Eingangssignalen ist ein kleines Verbrechen. Wer hat sich diesen Blödsinn ausgedacht? Sicherlich jemand, der noch nie Verantwortung und Schadensersatz leiden musste, wenn die Regelung und Steuerung versagt. Wer übernimmt die Haftung der Software, wenn einfach jemand einen Ausgang einschaltet und den Frostschutz deaktiviert und Temperaturen und Drücke manipuliert und die Anlagen somit in einen gefährlichen Zustand versetzt werden?
1.Wir sprechen hier von einem Protokoll für Gebäude u. nicht für Prozeßindustie/Fertigung
2.Gefährliche Eingriffe lassen sich einerseits programatisch abfangen UND
3.Sicherheitsrelevante Dinge DÜRFEN NICHT rein per SW erledigt werden.
Wer BACNet samt Steuerungssystem so implementiert, dass die obigen "Argumente" bestand werden, gefährliche Zustände so einfach hervorgerufen werden könnten, hat grundsätzlich was falsch gemacht. Gegen den Typen mit Schraubendreher, Drahtbrücken UND Laptop ist man nie gefeit.
Im Winter z.B. werden alle notwendigen Dinge ausgeführt wie Heizungswasser Vorwärmen usw. Das dauert einige Zeit. Im Sommer brauche ich das nicht.
Schon richtig, aber wie lange dauert das? 2min, 3min?
Evtl. müsste man Räume wegen Hygiene auf Freispülen - da darf man ohnehin nicht auf den Punkt starten.
Optimierung in allen Ehren, aber das juckt in der Praxis im Wahrheit niemand.
Auch Misst bei mir der Controller, wie lange beim letzten mal die Klappen zum öffnen gebraucht haben und schalte die Klappen entsprechend dieser Zeit vor der Betriebszeit die Klappen auf AUF.
Keine Ahnung, mit welchen Klappen Du zu tun hast, aber in mehr als 20 Jahren sind mir keine Klappen untergekommen, wo eine Notwendigkeit bestand, in einem Programm
fortlaufend die Laufzeiten zu ermitteln u. für den nächsten Anlagenstart verarbeiten zu müssen - und selbst dann, sprächen wir hier von Sekunden bei typ. 120-180Sek (1-2%).
Wie man die "EventNotifications" anwendet weiß wohl keiner?
Event-Notification ist ein Dienst (für Betriebsmeldungen, Alarmmeldungen) - der Server sendet an seine Clients
Woher weiß er wem, wann u. warum?
Dafür gibt es ein Zusammenspiel mit den Notification-Class-Objekten u. der Recipient-List - aufgrund der Klassifizierung (Störmeldung, Alarmmeldung, mit welcher Priorität usw.) werden die Clients (die sich in der Recipient-List (Empfängerliste/Clientliste) als Empfänger eingebucht haben/abonniert) über Events z.B. Grenzwertverletzung informiert.
