Journal - BACnet Interest Group Europe eV
Journal - BACnet Interest Group Europe eV
Journal - BACnet Interest Group Europe eV
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
Zur Modifikation von Alarmkonfigurationen<br />
kann die B-OWS<br />
nur wenige spezifische Einstellung<br />
spezifischer Objekte, einschließlich<br />
der hohen und niedrigen<br />
Alarmgrenzen eines Analog<br />
Input-Objektes. Es ist nicht erforderlich,<br />
Alarme, die nicht auf<br />
analogen Werten basieren zu konfigurieren<br />
(z. B. ein Binärwert Objekt,<br />
das einen Leistungsschalter-<br />
Status repräsentiert).<br />
Die B-AWS ist wesentlich stringenteren<br />
Auflagen unterworfen<br />
und muss in der Lage sein eine<br />
sehr viel höhere Anzahl an Objekten<br />
und Einstellung zu modifizieren<br />
sowie alle Standardalarmtypen<br />
zu konfigurieren die einer<br />
Benachrichtigung des Nutzers bedürfen.<br />
Zudem unterstützt die B-AWS<br />
Event-Log Objektes (Objekte die<br />
die Alarmhistorie speichern) in anderen<br />
Objekten, inklusive der Fähigkeit<br />
die aufgezeichnete Alarmhistorie<br />
des Objektes anzuzeigen.<br />
Ablaufplanung<br />
<strong>BACnet</strong> Ablaufplanung nutzt Kalender-<br />
und Ablaufplanungsobjekte.<br />
Ein Kalenderobjekt gibt an,<br />
ob das heutige Datum in einer im<br />
Objekt gespeicherten Liste vorkommt,<br />
zum Beispiel Feiertage.<br />
Ein Ablaufplanungsobjekt beinhaltet<br />
einen Standardwochenkalender<br />
mit „Ausnahmezeitplan“<br />
die einen Tagesplan ganz oder teilweise<br />
außer Kraft setzen, zum Beispiel<br />
die Planung eines Meetings<br />
für einen Konferenzraum.<br />
Die B-OWS muss die Kerneinstellungen<br />
von Kalender- und Ablaufplanungsobjekten<br />
darstellen<br />
und modifizieren können, besonders<br />
Datenlisten sowie Wochen-<br />
und Ausnahmezeitpläne. Es muss<br />
nur drei Datentypen unterstützen,<br />
einschließlich analoger und multistater<br />
Werte.<br />
Die B-AWS muss darüber hinaus<br />
– neben der Fähigkeit Kalender-<br />
und Ablaufplanungsobjekte zu erschaffen<br />
und zu löschen – in der<br />
Lage sein eine wesentlich größere<br />
Anzahl von Einstellungen zu modifizieren.<br />
Trending<br />
<strong>BACnet</strong> trending (oder trend-logging)<br />
wird von zwei Objekten ausgeführt:<br />
dem Trend-Log-Objekt<br />
und dem Trend-Log-Multiple-Objekt.<br />
Beide Objekte sammeln und<br />
speichern Zeitstempel-Daten, allerdings<br />
sammelt das Trend-Log-<br />
Objekt die Daten lediglich aus ei-<br />
ner Eigenschaft eines Gerätes<br />
während das Trend-Log-Multiple-<br />
Objekt verschiedene Eigenschaften<br />
verschiedener Geräte hochrechnet.<br />
Die B-OWS muss lediglich Trenddaten<br />
des Trend-Log-Objekts und<br />
des Trend-Log-Multiple-Objekts 3<br />
sammeln und aufzeigen.<br />
Die B-AWS hat eine umfassendere<br />
Reihe von Anforderungen, einschließlich<br />
der Möglichkeit zum<br />
Erstellen und Löschen von Trend-<br />
Log-, Trend-Log-Multiple- und<br />
Event-Enrollment-Objekten und<br />
der Modifikation einiger Trend-<br />
Log und Trend-Log-Multiple<br />
Daten erfassungsparametern.<br />
Geräte- und<br />
Netzwerkmanagement<br />
<strong>BACnet</strong> definiert den Geräte-<br />
und Netzwerkmanagement Interoperabilitätsbereich<br />
als „den<br />
Austausch von Daten zwischen<br />
<strong>BACnet</strong>-Geräten über den Betrieb<br />
und den Status [der] Geräte.“ Dazu<br />
gehört eine Reihe verschiedenartiger<br />
Operationen. Zwar gibt es<br />
einige gemeinsame Anforderungen<br />
sowohl für die B-OWS und B-<br />
AWS, hat die B-AWS folgende zusätzliche<br />
Anforderungen:<br />
Die B-AWS muss in der Lage sein,<br />
sämtliche <strong>BACnet</strong> Geräte – zumindest<br />
solche die die <strong>BACnet</strong>’s<br />
device location capability 4 unterstützen<br />
– die momentan an das<br />
<strong>BACnet</strong> System angeschlossen<br />
sind zu finden und als Liste auszugeben.<br />
Die B-AWS muss in der Lage sein,<br />
eine Liste aller Objekte in einem<br />
bestimmten Gerät auszugeben.<br />
Die B-AWS muss in der Lage sein,<br />
den “DeviceCommunication-<br />
Control” Befehl an andere Geräte<br />
zu schicken um das Senden von<br />
Nachrichten für eine bestimmte<br />
Zeit zu stoppen beziehungsweise<br />
wieder zu starten.<br />
Die B-AWS muss in der Lage sein,<br />
Objekte in anderen Geräten zu<br />
kreieren oder zu löschen.<br />
Die B-AWS muss in der Lage sein,<br />
anderen Geräten einen Neustart<br />
zu befehlen. Hierzu wird der “ReinitializeDevice”<br />
Befehl genutzt.<br />
Schließlich muss die B-AWS in<br />
der Lage sein, die Konfiguration<br />
anderer Geräte mittels der <strong>BACnet</strong><br />
“Backup and Restore” Funktion<br />
zu sichern und wiederherzustellen.<br />
Zusammenfassung<br />
Oberflächlich betrachtet, bieten<br />
B-OWS-und B-AWS Arbeitsplätze<br />
relativ ähnliche Features und<br />
viele B-OWS verfügen über einige<br />
der zusätzlichen Funktionen der<br />
B-AWS. Aber wie hier beschrieben<br />
gibt es tatsächlich ein breites<br />
Spektrum zwischen den beiden<br />
Profilen, die beim Vergleich und<br />
bei der Spezifikation von B-AWS<br />
und B-OWS-Arbeitsplätze beachtet<br />
werden sollten.<br />
<strong>BACnet</strong> has long had “Device<br />
Profiles” to describe, define, and<br />
specify different kinds of <strong>BACnet</strong><br />
devices, ranging from the simple<br />
<strong>BACnet</strong> Smart Sensors (in short<br />
form written as B-SS) to the complex<br />
<strong>BACnet</strong> Building Controllers<br />
(B-BC), a well as the <strong>BACnet</strong> Operator<br />
Workstation (B-OWS).<br />
But over the years it became clear<br />
that a single profile was not adequate<br />
to define the possible varieties<br />
of workstations. Sometimes<br />
the B-OWS requires capabilities<br />
well beyond what was needed for<br />
a simple device intended to display<br />
data, and sometimes its required<br />
capabilities were far less<br />
than what was implemented in<br />
an advanced system configuring<br />
workstation.<br />
In June 2009 the <strong>BACnet</strong> committee<br />
published “Addendum 135-<br />
2008” 2 which included two new<br />
workstation profiles, the <strong>BACnet</strong><br />
Operator Display (B-OD) and the<br />
<strong>BACnet</strong> Advanced Workstation (B-<br />
AWS), and their requirements. The<br />
resulting set of three workstation<br />
profiles are presented in the table.<br />
There are many differences between<br />
the three profiles. The B-<br />
OD is essentially a data display<br />
device with far less capability<br />
than the other two. But the B-<br />
OWS and B-AWS are superficially<br />
similar enough that it is worth<br />
taking a look at their differences.<br />
This is best done in the context of<br />
<strong>BACnet</strong>’s Clause 22 “interoperability<br />
areas,” in particular Data<br />
Sharing, Alarm and Event Management,<br />
Scheduling, Trending<br />
(trend-logging), and Device and<br />
Network Management.<br />
Data Sharing<br />
“Data sharing” is defined as the<br />
exchange of information between<br />
<strong>BACnet</strong> devices. There are two<br />
functions distinguishing the B-<br />
AWS from the B-OWS: retrieving<br />
values from devices and presenting<br />
them to the operator, and<br />
<strong>BACnet</strong> insight<br />
modifying settings presented in<br />
standard <strong>BACnet</strong> properties.<br />
A B-OWS is required only to be<br />
able to display a basic set of properties<br />
from each of the standard<br />
object types, reflecting each object’s<br />
core functionality. For an<br />
Analog Input object (which might<br />
represent a temperature sensor),<br />
these properties are the Object_Name<br />
(the name of the object,<br />
such as “Room 23 Temp”),<br />
Present_Value (temperature),<br />
Units (ºC) and Status_Flags (its<br />
status).<br />
A B-AWS must be able read and<br />
present all standard properties<br />
of all standard objects, except<br />
for Life Safety and Access Control<br />
objects. The B-AWS has additional<br />
requirements for presenting<br />
minimum ranges (for numeric<br />
values) and sizes (for character<br />
strings) that are not required for<br />
the B-OWS.<br />
A similar situation exists for<br />
modifying (writing) values; the<br />
B-AWS has stricter requirements<br />
than the B-OWS.<br />
Alarm and Event Management<br />
In <strong>BACnet</strong> “alarm” and event”<br />
notifications are identical except<br />
for a flag that identifies whether<br />
the notification is to be considered<br />
an alarm or an event. In the<br />
Alarm and Event Management<br />
interoperability area, there are<br />
more stringent requirements on<br />
the B-AWS than on the B-OWS,<br />
as follows.<br />
When presenting alarm notifications<br />
to the operator, the B-OWS<br />
is only required to identify the<br />
object that caused the notification,<br />
plus the time and the first<br />
32 characters of a text message<br />
(if any) in the notification. The B-<br />
AWS is required to present many<br />
more parameters of the notification,<br />
including property values<br />
that resulted in the alarm (such<br />
as the temperature reading from a<br />
temperature sensor that went into<br />
alarm), plus up to 255 characters<br />
of the text message.<br />
For modifying alarm configurations,<br />
the B-OWS is required<br />
only to present and modify a few<br />
specific properties of specific objects,<br />
including the high and low<br />
alarm limits of an Analog Input<br />
object. It is not required to configure<br />
alarms that are not based on<br />
analog values (such as a Binary<br />
Value object representing a circuit<br />
breaker’s status).<br />
<strong>BACnet</strong> <strong>Europe</strong> <strong>Journal</strong> 14 03/11 39