_VIDEO_OA_OBJECT
Reale Videoobjekte bestehen lediglich aus dem Video-Basistyp _VIDEO_OA_OBJECT.
Diese realen Objekte können bis auf das Strukturelement .object projektspezifisch erweitert und verändert werden. Es können auch neue reale Objekte angelegt werden. Hierzu muss in einem neuen Typ lediglich eine Typ-Referenz vom Typ VIDEO_OA_OBJECT mit dem Elementnamen object eingefügt werden.
Namenskonzept von Videoobjekten
Das Namenskonzept für die Videoobjekte entspricht folgendem Muster:
VIDEO_OA_CAMERA Camera_<Nr. %05d> z.B. Camera_00001
VIDEO_OA_CONTROL_INTERFACE Control_Interface_<Nr. %05d> z.B. Control_Interface_00001
VIDEO_OA_ENCODER Encoder_<Nr. %05d> z.B. Encoder_00001
VIDEO_OA_WORKSTATION Workstation_<Nr. %05d> z.B. Workstation _00001
Für die folgenden Videoobjekte können freie Namen vergeben werden:
VIDEO_OA_DISPLAY
VIDEO_OA_ENCODER_POOL_CHANNEL
VIDEO_OA_FTP_ALARM_RECEIVER
VIDEO_OA_HOST
VIDEO_OA_RECORDING_SESSION
VIDEO_OA_RTSP_SERVER
VIDEO_OA_SERIAL_DEVICE
VIDEO_OA_STREAMING_PROXY
Aufbau von Videoobjekten
Ein Videoobjekt ist wie folgt aufgebaut:
| Element | Typ | Beschreibung |
|---|---|---|
| device | Struktur | Unterhalb des Datenpunktstrukturelements device sind alle gerätespezifischen Definitionen und der Gerätestatus fixiert. |
| device.definition | dyn_string |
Das Element definition definiert den Gertätetyp und gerätespezifische Eigenschaften. [1] Gerätetyp und Eigenschaften [2-…] Reserve |
| device.link | dyn_string |
Das Element link beinhaltet alle Konfigurationsparameter, die das Video Subsystem vimaccOA zur Konfiguration des entsprechenden Video Objekts benötigt. Alle Link Informationen werden vom Video OA Manager interpretiert und in die vimaccOA Datenbank synchronisiert. [1] Parametrierung für RC0 (Normalbetrieb) [2] Parametrierung für RC1 (Ausfall Server 2) [2] Parametrierung für RC2 (Ausfall Server 1) |
| device.state | string | Dieses Element enthält Informationen über den aktuellen Status des Videoobjektes. Die einzelnen Informationen werden als Paare, bestehend aus Schlüsselwort und Wert abgelegt. |
| device.alarm | string | Externe Gerätemeldungen als Zeichenkette z.B. MOTION_ALARM=1. Die Zeichenkette wird bei der nächsten Änderung überschrieben. |
| device.currentStreamInfo (wird nur bei VIDEO_OA_CAMERA verwendet) | string |
Dieses Element enthält alle Informationen die dem Anzeige-Widget übergeben werden müssen, um einen Livestream darstellen zu können. stream_1=… Informationen für Stream 1 stream_2=… Informationen für Stream 2 stream_3=… Informationen für Stream 3 z.B. stream_1=Camera_0001@CCTV-SRV1:9375); stream_2=Camera_0001__2@CCTV-SRV1:9375); Pro aktiver Streaming Proxy Instanz gibt es zusätzliche Einträge nach folgendem Muster: stream_1.<Proxy DP>=... |
| device.currentPlaybackInfo (wird nur bei VIDEO_OA_CAMERA verwendet) | string |
Dieses Element enthält alle Informationen die dem Anzeige-Widget übergeben werden müssen, um einen Playback-Stream darstellen zu können. stream_1=… Informationen für Stream 1 stream_2=… Informationen für Stream 2 stream_3=… Informationen für Stream 3 z.B. stream_1=Camera_0001@CCTV-SRV1:9375); stream_2=Camera_0001__2@CCTV-SRV1:9375); wird in Phase 1 nicht verwendet |
| device.controller | dyn_string |
In diesem Element wird abgelegt, von welchem Rechner (VIDEO_OA_HOST) ein Videoobjekt in den verschiedenen Betriebszuständen verwaltet wird. [1] Rechner für RC0 (Normalbetrieb) [2] Rechner für RC1 (Ausfall Server 2) [2] Rechner für RC2 (Ausfall Server 1) |
| device.name | string | In diesem Datenpunktelement wird dem Videomanagementsystem ein Anzeigename übergeben. Dieser Name wird zum Beispiel bei einer Kamera eingeblendet, wenn diese auf einem Display Server dargestellt wird. |
| command | Struktur | Unterhalb des Datenpunktstrukturelements command ist die Kommandoschnittstelle definiert |
| command.request | string | Über das Element request werden Kommandos zu dem Gerät gesandt |
| command.response | string | Über das Element response werden asynchron Rückmeldungen aus den ausgeführten Kommandos signalisiert. Die Antworten des Gerätes werden auf das Element response geschrieben. Generell enthält die Antwort zunächst den Kommandostring des Elementes request. Die Antwort wird dann angefügt. Damit kann der Nutzer der Kommandoschnittstelle eigene Nutzerdaten senden |
| parameter | Struktur | Unterhalb dieser Struktur werden diverse Parametrierungen abgelegt |
| parameter.location | dyn_string | Parametrierung für die Darstellung in CNS-Bäumen wird in Phase 1 nicht verwendet |
| parameter.alarm | Struktur | Unterhalb dieser Struktur werden Parametrierungen für die Auswertung von Alarmen eines Videoobjektes abgelegt. |
| parameter.alarm.para | dyn_string |
In diesem Element wird die Zuordnung der Schlüsselwörter von externen Gerätealarmen zu Datenpunktelementen abgelegt. Jede Zeile enthält eine Zuordnung in der Form: <Schlüsselwort>|<Datenpunktelement> z.B. MOTION_ALARM|Kameraalarm01.alarm |
| parameter.alarm.update | bool | wird in Phase 1 nicht verwendet |
| parameter.alarm.sumAlert | bool | wird in Phase 1 nicht verwendet |
Details und Schlüsselwörter der einzelnen Elemente
Die Datenpunkt-Elemente definition, link, state, request, response vom Typ string bzw. dyn_string werden mit Variablenzuweisungen in Form von Zeichenketten gesetzt. Die Zeichenketten sind Aneinanderreihungen von Variablenzuweisungen, die durch ein Semikolon getrennt sind. Eine Variablenzuweisungszeichenkette hat also die allgemeine Form:
<Bezeichner>=<Wert>;<Bezeichner>=<Wert>;...;<Bezeichner>=<Wert>
In den folgenden Kapiteln finden Sie die Beschreibung zu:
