respuesta directa
Mida el tiempo exacto hasta el fallo. Un intervalo constante sugiere la expiración de la sesión, la suspensión de la batería o un tiempo de inactividad configurado; Las paradas variables apuntan más a menudo a pérdida de Wi-Fi, congestión o presión del decodificador.
¿Por qué sucede esto?
Sin evidencia de tiempo, todas las desconexiones parecen iguales. El estado de la sesión RTSP, la política de energía de la cámara y la ruta del medio pueden fallar de forma independiente después de un inicio exitoso.
Separe la disponibilidad de la transmisión, la descripción de los medios, el transporte, la decodificación y el tiempo antes de cambiar la configuración de la cámara.
Una prueba controlada
Ejecute una secuencia durante al menos el doble del intervalo de error habitual mientras registra la accesibilidad, las respuestas RTSP y los errores de paquete o decodificación.
Cambie una variable a la vez. Mantenga registrados el modelo de la cámara, el firmware, el terminal y la cuenta; luego pruebe la accesibilidad de la red, la respuesta del protocolo, el transporte de medios y la decodificación como capas separadas.
Utilice una cuenta dedicada de solo lectura y una herramienta de diagnóstico local confiable. Redacte credenciales, direcciones privadas y datos de identificación antes de compartir resultados.
Secuencia diagnóstica
| Controlar | Acción | Evidencia de progreso |
|---|---|---|
| Intervalo | Calcula tres fracasos de un JUEGO exitoso. | Se establece un patrón estable o variable. |
| Sesión | Verifique el comportamiento de mantenimiento de actividad admitido y los valores de tiempo de espera. | La cliente mantiene o renueva la sesión correctamente. |
| Fuerza | Verifique si la cámara o el concentrador duermen sin actividad. | Se confirma el funcionamiento eléctrico continuo. |
| Red | Inspeccionar la señal Wi-Fi, cambiar contadores y cambios de dirección. | El camino permanece estable a lo largo de la ventana de falla. |
Pruebas a conservar
Una pequeña línea de tiempo que muestra la conexión, el último fotograma bueno, el error RTSP y el intento de recuperación es más útil que una captura de pantalla de un mosaico congelado.
Nota de límites y seguridad
No trate una cámara con batería como una fuente continua RTSP a menos que el fabricante documente explícitamente ese modo.
Para visualización remota, utilice un VPN administrado en lugar de exponer RTSP o los puertos de administración de la cámara directamente a la Internet pública.
SmartRTSP
SmartRTSP es un visor RTSP y ONVIF enfocado en cámara para dispositivos Apple, Windows y Android. Se adapta a la visualización directa, el descubrimiento y las comprobaciones multicámara; mantenga un NVR o VMS dedicado cuando se requiera registro continuo, exportación de evidencia o controles empresariales centralizados.
Preguntas frecuentes
¿Por qué mi transmisión se detiene casi al mismo tiempo?
Un intervalo repetible a menudo se corresponde con el tiempo de espera de la sesión, la política de inactividad o la suspensión de la batería.
¿Un espectador debería volver a conectarse automáticamente?
Sí, pero con retroceso limitado y estado visible para no ocultar la falla subyacente ni sobrecargar la cámara.
¿Podría otra aplicación desconectar este visor?
Algunas cámaras limitan las sesiones simultáneas, así que pruebe con otros espectadores y cierre NVR conexiones.
Referencias primarias
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- FFmpeg — RTSP opciones y ejemplos de protocolo
- SmartRTSP — plataforma oficial e información del producto
Guía SmartRTSP relacionada
Abrir guía relacionadaUtilice el intervalo de falla repetible para identificar los límites de mantenimiento de actividad, suspensión de batería, Wi-Fi y sesiones simultáneas.