In „passen diese Geräte zusammen“ verstecken sich zwei Fragen. Die erste ist, ob der Rekorder die Kamera überhaupt annimmt — Erkennung im Netzwerk, ein Stream, ein Bild auf dem Monitor. Die zweite, die darüber entscheidet, ob sich das System angenehm betreiben lässt, ist, ob alles, was die Kamera kann, den Weg übersteht: Ereignisse, PTZ-Steuerung, der Substream, den das Raster nutzt, der Aufzeichnungsplan. Offene Standards beantworten die erste Frage zuverlässig und die zweite nur teilweise, und zu wissen, was welche ist, verhindert, dass ein gemischtes System zum Wartungsproblem wird.
Der Fall für das Mischen ist gewöhnlich und nicht exotisch. Ein Gebäude wird erweitert und der neue Trakt bekommt moderne Kameras; ein Rekorder erreicht das Ende seiner Lebensdauer, doch die Kameras an den Wänden sind drei Jahre alt und arbeiten; ein Kunde will die Marke wechseln, ohne fünf Etagen neu zu verkabeln. In jedem Fall ist die Frage dieselbe: Wie viel des vorhandenen Systems bleibt, und was muss als anders akzeptiert werden.
Was ist ONVIF — und was ist es nicht?
ONVIF ist ein Interoperabilitätsstandard: Er definiert, wie sich ein Gerät im Netzwerk beschreibt und wie ein anderes Gerät es um einen Stream bittet, einen PTZ-Kopf bewegt oder Ereignisse abonniert. Ein Gerät mit Konformitätskennzeichen hat einen Test für das Profil bestanden, das es beansprucht. Das ist eine belastbare Zusage — sie bedeutet, dass zwei Geräte verschiedener Hersteller eine gemeinsame Sprache und einen gemeinsamen Befehlssatz teilen.
Was er nicht zusichert, ist Funktionsgleichheit. Der Standard definiert Schnittstellen, nicht Implementierungen: Eine Kamera kann PTZ über ONVIF anbieten und ein Rekorder es annehmen, während die Videoanalytik auf der Kamera oder die App-Funktionen des Herstellers auf dem Rekorder eines Dritten überhaupt nie erscheinen. Konformität betrifft das Gespräch und nicht jeden Satz, den beide Seiten sagen können.
Welche ONVIF-Profile zählen in einer Gebäudeanlage?
| Profil | Was es abdeckt | Wo es Ihnen begegnet |
|---|---|---|
| Profile S | Streaming: Konfiguration, Erkennung, Live-Video und -Audio | Die Basis dafür, dass eine Kamera auf dem Rekorder einer anderen Marke erscheint |
| Profile T | Erweitertes Streaming: H.265, Mehrfach-Streams und Metadaten | Moderne Kameras, die einem Rekorder eines Dritten einen Haupt- und einen Substream anbieten |
| Profile G | Aufzeichnungssteuerung und Speicher auf der Geräteseite | Wo Aufzeichnungen und ihr Abruf auf der Kamera oder ihrem eigenen Speicher verwaltet werden |
Für eine Gebäudeanlage ist die Arbeitsannahme einfach: Unterstellen Sie Profile S, prüfen Sie T, wenn Sie den modernen Codec über einen Rekorder eines Dritten aufzeichnen wollen, und behandeln Sie G als Frage nach dem Speicher am Gerät und nicht nach dem Rekorder im Schrank.
Warum ist RTSP die Tür, die meist offen steht?
Wo ONVIF eine Sprache ist, ist RTSP oft der direkte Weg: eine URL, die die Kamera um einen Stream bittet, in Form einer Adresse, eines Ports und eines Pfads. Der Port ist konventionell 554; der Pfad ist spezifisch für die Firmware jedes Herstellers und in der Dokumentation der jeweiligen Kamera veröffentlicht. Zwei Dinge folgen daraus für ein gemischtes System. Erstens funktioniert RTSP dort, wo die reichere Integration es nicht tut, was es zum Rückfallweg macht, der ein gemischtes System am Leben hält. Zweitens ist der Pfad herstellerspezifisch und wird deshalb pro Kamera dokumentiert statt angenommen.
Kameras der Art, die wir bauen, bieten über diese Schnittstelle einen Hauptstream und einen Substream an. Der Hauptstream ist der, den es lohnt, mit 5 MP aufzuzeichnen; den Substream sollten das Live-Raster und der mobile Client nutzen, denn eine Wand voller Miniaturfenster braucht keine volle Auflösung und sollte sie nicht mit Bandbreite bezahlen. Ein gemischtes System, in dem der Substream abgeschaltet bleibt, ist ein gemischtes System, das sich langsam anfühlt — aus Gründen, die nichts mit Marken zu tun haben.
Was übersteht ein gemischtes System — und was nicht?
| Funktion | Über offene Schnittstellen | Die ehrliche Einschränkung |
|---|---|---|
| Live-Ansicht und Aufzeichnung | Ja | Der Normalfall und der, für den der Standard geschrieben wurde |
| PTZ-Steuerung | Ja, wo die Kamera sie anbietet | Presets und Rundfahrten können sich zwischen Clients unterschiedlich verhalten |
| Bewegungsereignisse | Meist einfache Bewegung | Linienüberschreitung, Eindringen und ähnliche Videoanalytik bleiben oft im Client des Herstellers |
| Zweiwege-Audio | Manchmal | Hängt davon ab, dass beide Seiten denselben Audiopfad unterstützen |
| Mobile App und Client | Nein | Die App jedes Herstellers sieht ihre eigene Hardware; ein gemischtes System bedeutet meist zwei Apps oder einen Rekorder, der eine bereitstellt |
| Firmware und Updates | Nein | Immer getrennt, immer pro Marke |
Was sind die drei Wege, ein gemischtes System zu betreiben?
- Die Kameras behalten, den Rekorder wechseln. Die häufigste Migration und die günstigste zu planen: Die Rekorder unseres Sortiments sprechen ONVIF, RTSP, GB28181 und P2P, vorhandene Kameras, die eine dieser Schnittstellen anbieten, lassen sich also registrieren und aufzeichnen. Rekorder tauschen, Kameraplan behalten, und die Verkabelung ändert sich nicht.
- Den Rekorder behalten, die Kameras wechseln. Registrieren Sie die neuen Kameras über ONVIF oder RTSP auf dem vorhandenen Rekorder, Kanal für Kanal. Die alten Kameras bleiben in Betrieb, bis jede Position bereit ist, das Gebäude ist während des Wechsels also nie blind.
- Beide während der Übergabe betreiben. Alter und neuer Rekorder für eine Weile im selben Netzwerk, damit nichts verloren geht, während der Wechsel geprüft wird. Das braucht freie Adressen und jemanden, der versteht, welches System was aufzeichnet — es lohnt sich, wo im Übergangsfenster ein Anspruch entstehen könnte.
Woran scheitern gemischte Systeme in der Praxis?
Die Fehler drehen sich selten um Marken und fast immer um Konfiguration. Ein Substream, der abgeschaltet bleibt, sodass der Rekorder für jeden Kanal den Hauptstream zieht und die Bandbreitengrenze früh erreicht ist — bei unseren größeren Rekordern beträgt die Zugriffsbandbreite 64 Mbps, was für ein Gebäude komfortabel ist und worauf man beim etwa dreißigsten 5-MP-Kanal stößt, wenn alles mit voller Rate aufgezeichnet wird. Codec-Nichtübereinstimmungen, wenn eine Seite H.265 anbietet und die andere H.264 erwartet. Doppelte Adressen, wenn während einer Migration zwei DHCP-Server ein Netzwerk teilen und eine Kamera auf eine Adresse antwortet, die jemand anderes beansprucht hat. Uhrendrift, die die Zeitleiste still unzuverlässig macht, bis jemand überall NTP einschaltet. Zugangsdaten und Sitzungsgrenzen, wenn ein Rekorder eine Kamera um mehr gleichzeitige Streams bittet, als ihre Firmware erlaubt.
Was gehört auf eine Migrations-Checkliste?
- Listen Sie auf, was bleibt und was sich ändert, und notieren Sie, welches der fünf Glieder — Kamera, Switch, Kabel, Rekorder, Client — der Wechsel berührt.
- Bestätigen Sie die Schnittstellen an beiden Enden: ONVIF-Profil, RTSP-Verfügbarkeit und den Codec, den jede Seite aufzeichnet.
- Prüfen Sie die Zugriffsbandbreite des Rekorders gegen die Kanalzahl und die aufgezeichnete Auflösung, nicht gegen die Kameraanzahl allein.
- Setzen Sie NTP auf jedem Gerät vor der Inbetriebnahme, damit die Zeitleiste ab dem ersten Tag belastbar ist.
- Stellen Sie zuerst einen Kanal um und beobachten Sie ihn über eine Nacht, bevor Sie den Rest umstellen.
- Halten Sie den Zugriff auf das alte System verfügbar, bis der Abnahmetest unterschrieben ist.
Kompatibilität ist keine Ja-oder-Nein-Eigenschaft einer Marke; sie ist eine Liste von Schnittstellen und Einstellungen, die entweder zusammenpassen oder nicht. Arbeiten Sie sie Kanal für Kanal durch, und ein gemischtes System ist unspektakulär — und darum geht es.
