¿Funcionará mi cámara?

La respuesta corta

Una cámara que da una transmisión H.264 o H.265 por RTSP en tu red, y que responde a ONVIF, es una buena candidata. SecureEyes le pide a la cámara sus transmisiones por ONVIF, y funciona tanto con el servicio de medios ONVIF anterior (Profile S) como con el más reciente (Profile T).

ONVIF es el camino fácil, no el único. Una cámara con RTSP pero sin ONVIF se puede agregar de todos modos: SecureEyes prueba las rutas de transmisión que conoce y se queda solo con las que la cámara realmente ofrece.

Cómo encuentra SecureEyes el video de una cámara

Solo se usan direcciones de transmisión rtsp y rtsps. Cada guía de marca muestra sus rutas: Cámaras Hikvision y HiWatch, Cámaras Reolink, Cámaras Dahua, Amcrest y Lorex, Cámaras TP-Link Tapo y VIGI, y Generic and white-label cameras Inglés.

• Una cámara que reporta más de un lente: SecureEyes usa las transmisiones que reporta la cámara.
• Una marca que SecureEyes conoce (Reolink, Hikvision y HiWatch, Dahua, Amcrest y Lorex, TP-Link Tapo y VIGI, placas tipo XiongMai, Axis, Uniview): SecureEyes usa sus propias rutas de transmisión para esa marca, y busca un segundo lente oculto.
• Cualquier otra marca que responda a ONVIF: SecureEyes usa las transmisiones que reporta la cámara.
• Sin respuesta ONVIF: SecureEyes prueba todas las rutas que conoce y se queda solo con las que la cámara ofreció.
• No se encontró nada: la cámara se guarda sin imagen, y puedes configurar sus rutas tú mismo.

Cámaras probadas en equipo real

Estos son los resultados registrados con nuestras propias cámaras de prueba. Cada uno aplica solo a ese modelo y ese firmware. Los resultados varían según el modelo y el firmware.

• Hikvision DS-2DE2C400IWG/W, firmware V5.3.8 build 260123, leído desde un SecureEyes Hub en nuestro banco de pruebas: la encuentra WS-Discovery; el video en vivo y la transmisión secundaria funcionan; el Hub la graba de forma continua desde el 11 de septiembre de 2026; llegan los eventos de movimiento ONVIF. El firmware no ofrece giro e inclinación por ONVIF, aunque la cámara gira y se inclina; no se sabe si un ajuste de la cámara lo oculta. H.265, el foco a través de la API propia de Hikvision y el texto en pantalla aún no se han probado.
• Dahua DH-IPC-PTS1439B-E2-S-PV (dos lentes), firmware 3.120.0000000.26.R: la detección, ambos lentes y las cuatro transmisiones funcionaron al primer intento (20 de agosto de 2026). El estado del foco y del micrófono se lee correctamente a través de la API propia de Dahua; cambiarlos desde la app aún no se ha probado. La cámara viene con el audio desactivado en su propia configuración del codificador.
• Reolink TrackMix PoE (dos lentes), firmware v3.2.0.5931 según lo reporta la cámara: RTSP responde en el puerto 554, ONVIF responde en los puertos 8000 y 80, y los eventos de movimiento ONVIF funcionan (22 de agosto de 2026). ONVIF reporta solo un lente; SecureEyes pide el segundo por RTSP, y una prueba del 19 de agosto de 2026 comprobó que daba video. El foco se enciende y se apaga a través de la API propia de Reolink (15 de agosto de 2026).
• TP-Link Tapo C500 (firmware no registrado): RTSP en el puerto 554 funciona una vez que creas una Camera Account en la app Tapo; el inicio de sesión de la nube de TP-Link se rechaza. Su servicio ONVIF está en el puerto 2020. El registro indica Decodificación por hardware en No como la solución a los destellos verdes en esa cámara. El aislamiento de AP del router la bloqueó hasta que se desactivó.
• Amcrest (modelo y firmware aún no registrados): el video en vivo funciona (26 de septiembre de 2026).
• Cámaras de marca blanca tipo XiongMai en nuestro banco de pruebas: ONVIF en el puerto 8899 responde para la información del dispositivo y el reinicio, pero las cámaras rechazan el control de visión nocturna (filtro IR). Aceptan cambios del codificador y luego los ignoran. Su transmisión RTSP se reproducía con cualquier contraseña.

Resultados de codificador y de giro e inclinación por marca (prueba de laboratorio, 12 de agosto de 2026)

• Tapo: los cambios del codificador se aceptan y se aplican. No hay zoom. Un giro puede seguir hasta el final de su recorrido en lugar de detenerse cuando sueltas (problema sin resolver).
• Reolink: la cámara rechaza los cambios del codificador, así que sus ajustes de codificación son de solo lectura. El giro y la inclinación funcionan. No hay zoom.

Aún sin probar

• Axis y Hanwha Vision no se han probado en equipo real. Hasta que se pruebe una, no aparece arriba.
• El control a través de la API propia de la marca (foco, micrófono) está hecho para Hikvision, Axis y Foscam, pero aún no se ha probado en una cámara real. Hanwha Vision todavía no tiene control directo.
• La API propia de Tapo aún no es compatible. Las cámaras Tapo usan solo ONVIF y RTSP.

No compatibles

• Cámaras solo en la nube, sin ONVIF ni RTSP local, como Ring, Nest y Blink de fábrica, y Wyze con su firmware de fábrica.
• Cámaras que solo ofrecen WebRTC, o que necesitan una app o un SDK del fabricante para mostrar video.