Funktioniert meine Kamera?

Die kurze Antwort

Eine Kamera, die in deinem Netzwerk einen H.264- oder H.265-Stream über RTSP liefert und auf ONVIF antwortet, kommt gut infrage. SecureEyes fragt die Kamera über ONVIF nach ihren Streams und funktioniert mit dem älteren ONVIF-Mediendienst (Profile S) und mit dem neueren (Profile T).

ONVIF ist der einfache Weg, aber nicht der einzige. Eine Kamera mit RTSP, aber ohne ONVIF kannst du trotzdem hinzufügen: SecureEyes probiert die Stream-Pfade aus, die es kennt, und behält nur die, die die Kamera wirklich liefert.

Wie SecureEyes das Video einer Kamera findet

Es werden nur Stream-Adressen mit rtsp und rtsps genutzt. Jede Markenanleitung listet ihre Pfade auf: Hikvision- und HiWatch-Kameras, Reolink-Kameras, Dahua-, Amcrest- und Lorex-Kameras, Tapo- und VIGI-Kameras von TP-Link und Generic and white-label cameras Englisch.

• Eine Kamera, die mehr als ein Objektiv meldet: SecureEyes nutzt die Streams, die die Kamera meldet.
• Eine Marke, die SecureEyes kennt (Reolink, Hikvision und HiWatch, Dahua, Amcrest und Lorex, TP-Link Tapo und VIGI, Boards im XiongMai-Stil, Axis, Uniview): SecureEyes nutzt seine eigenen Stream-Pfade für diese Marke und sucht nach einem versteckten zweiten Objektiv.
• Jede andere Marke, die auf ONVIF antwortet: SecureEyes nutzt die Streams, die die Kamera meldet.
• Keine Antwort auf ONVIF: SecureEyes probiert jeden Pfad aus, den es kennt, und behält nur die, die die Kamera geliefert hat.
• Nichts gefunden: Die Kamera wird ohne Bild gespeichert, und du kannst ihre Pfade selbst festlegen.

An echter Hardware getestete Kameras

Das sind die Ergebnisse, die wir mit unseren eigenen Testkameras festgehalten haben. Jedes gilt nur für dieses Modell und diese Firmware. Die Ergebnisse unterscheiden sich je nach Modell und Firmware.

• Hikvision DS-2DE2C400IWG/W, Firmware V5.3.8 build 260123, ausgelesen von einem SecureEyes Hub auf unserem Prüfstand: wird per WS-Discovery gefunden; Live-Video und Substream funktionieren; der Hub nimmt sie seit dem 11. September 2026 durchgehend auf; ONVIF-Bewegungsereignisse kommen an. Die Firmware bietet Schwenken und Neigen nicht über ONVIF an, obwohl die Kamera schwenkt und neigt; ob eine Kameraeinstellung das verbirgt, ist unbekannt. H.265, der Scheinwerfer über Hikvisions eigene API und der Text im Bild sind noch nicht getestet.
• Dahua DH-IPC-PTS1439B-E2-S-PV (zwei Objektive), Firmware 3.120.0000000.26.R: Erkennung, beide Objektive und alle vier Streams funktionierten auf Anhieb (20. August 2026). Der Zustand von Scheinwerfer und Mikrofon wird über Dahuas eigene API richtig ausgelesen; sie aus der App zu ändern, ist noch nicht getestet. Ab Werk ist der Ton in den Encoder-Einstellungen der Kamera ausgeschaltet.
• Reolink TrackMix PoE (zwei Objektive), Firmware v3.2.0.5931, wie die Kamera sie meldet: RTSP antwortet auf Port 554, ONVIF auf den Ports 8000 und 80, und ONVIF-Bewegungsereignisse funktionieren (22. August 2026). ONVIF meldet nur ein Objektiv; SecureEyes fragt das zweite über RTSP ab, und eine Prüfung am 19. August 2026 fand dort Video. Der Scheinwerfer lässt sich über Reolinks eigene API ein- und ausschalten (15. August 2026).
• TP-Link Tapo C500 (Firmware nicht festgehalten): RTSP auf Port 554 funktioniert, sobald du in der Tapo-App ein Kamerakonto anlegst; die TP-Link-Cloud-Anmeldung wird abgelehnt. Ihr ONVIF-Dienst liegt auf Port 2020. Laut Protokoll behebt Hardware-Decodierung auf Aus die grünen Blitze bei dieser Kamera. Die AP-Isolation des Routers hat sie blockiert, bis sie ausgeschaltet wurde.
• Amcrest (Modell und Firmware noch nicht festgehalten): Live-Video funktioniert (26. September 2026).
• White-Label-Kameras im XiongMai-Stil auf unserem Prüfstand: ONVIF auf Port 8899 antwortet für Geräteinfos und Neustart, aber die Kameras verweigern die Nachtsicht-Steuerung (IR-Cut). Sie nehmen Encoder-Änderungen an und ignorieren sie dann. Ihr RTSP-Stream lief mit jedem beliebigen Passwort.

Ergebnisse zu Encoder und Schwenken/Neigen nach Marke (Labortest, 12. August 2026)

• Tapo: Encoder-Änderungen werden angenommen und übernommen. Es gibt keinen Zoom. Ein Schwenk kann bis zum Ende des Schwenkbereichs weiterlaufen, statt beim Loslassen anzuhalten (offenes Problem).
• Reolink: Die Kamera lehnt Encoder-Änderungen ab, ihre Encoder-Einstellungen sind also nur lesbar. Schwenken und Neigen funktionieren. Es gibt keinen Zoom.

Noch nicht getestet

• Axis und Hanwha Vision wurden noch nicht an echter Hardware getestet. Solange das nicht geschehen ist, stehen sie oben nicht in der Liste.
• Die Steuerung über die eigene API der Marke (Scheinwerfer, Mikrofon) ist für Hikvision, Axis und Foscam gebaut, aber noch nicht an einer echten Kamera getestet. Für Hanwha Vision gibt es noch keine direkte Steuerung.
• Tapos eigene API wird noch nicht unterstützt. Tapo-Kameras nutzen nur ONVIF und RTSP.

Nicht unterstützt

• Reine Cloud-Kameras ohne lokales ONVIF oder RTSP, etwa Ring, Nest und Blink im Auslieferungszustand und Wyze mit der Original-Firmware.
• Kameras, die nur WebRTC anbieten oder eine Hersteller-App oder ein SDK brauchen, um Video zu zeigen.