Ampliar una cámara de red existente para supervisar humo y humo oscuro no exige necesariamente reconstruir todo el sistema de vídeo. Tras confirmar el campo de visión, la calidad de imagen y la disponibilidad de RTSP, se pueden añadir un ordenador en el borde, analítica de vídeo, una consola web y una interfaz de alarma. La cámara sigue capturando y el sistema de borde analiza e integra.
La «supervisión automática» de este artículo es una alerta industrial asistida por vídeo. El sistema analiza continuamente una vista fija, comprueba primero si hay humo, evalúa el color cuando se cumplen las condiciones y convierte un resultado estable en estado de alarma. No mide concentración de partículas ni opacidad Ringelmann y no sustituye la medición legal de emisiones, la detección de incendios certificada ni los procedimientos de respuesta del emplazamiento.
1. Por qué reutilizar una cámara existente
Muchas fábricas, almacenes, chimeneas y líneas de producción ya tienen cámaras de red, switches y ángulos de supervisión. Si la imagen actual cubre de manera estable la zona objetivo, el proyecto puede añadir analítica verificable e integración de alarmas en lugar de instalar un segundo sistema de vídeo. Así se puede reducir el cableado duplicado, la parada de instalación y el mantenimiento de plataformas paralelas.
La reutilización es una conclusión técnica, no una suposición de compra. El tamaño del objetivo en píxeles, la exposición, el contraluz, la vibración, la oclusión, la compresión, el clima y los cambios de fondo deben comprobarse con la cámara y las grabaciones reales.
2. Entradas que deben confirmarse
| Comprobación | Información necesaria | Acción si no es suficiente |
|---|---|---|
| Interfaz de vídeo | URL RTSP/HTTP, autenticación, flujo principal y secundario | Ajustar configuración, añadir conversión o cambiar cámara |
| Cobertura | Zona objetivo, humo mínimo, oclusión y distancia | Cambiar ángulo, lente o número de cámaras |
| Calidad | Resolución, FPS, códec, bitrate, exposición y balance de blancos | Elegir un flujo estable y fijar parámetros |
| Red del lugar | Subred, ancho de banda, pérdida de paquetes, alimentación y recuperación | Corregir ruta, switch, alimentación o reconexión |
| E/S de alarma | Tensión, corriente, nivel activo y aislamiento del PLC/relé | Añadir driver, optoacoplador o E/S industrial |
| Datos de aceptación | Muestras positivas, negativas, difíciles y límites de error | Recoger y etiquetar antes de fijar criterios |
3. Arquitectura de referencia
Una cadena típica es: cámara de red → RTSP → decodificación en el borde → decisión de humo → clasificación oscuro/no oscuro/incierto → confirmación temporal → GPIO o E/S industrial → PLC, relé o baliza. La consola web configura el flujo, los umbrales, el tiempo de confirmación, el canal y el nivel activo, y muestra conexión y alarma.
El procesamiento local reduce la dependencia de subir vídeo bruto de forma continua a la nube y facilita la integración con controles locales. Aun así hay que resolver carga de decodificación, inicio del servicio, registros, configuración persistente, reconexión, temperatura, alimentación y almacenamiento.
4. Por qué evaluar humo y color en dos etapas
| Etapa | Entrada y salida | Objetivo | Interferencia habitual |
|---|---|---|---|
| Decisión de humo | Secuencia de vídeo → humo/no humo | Comprobar un evento espacio-temporal similar al humo | Vapor, niebla, reflejo, sombra móvil y compresión |
| Decisión de color | Candidato → oscuro/no oscuro/incierto | Evaluar el color sólo después de tener un candidato | Noche, contraluz, exposición variable y fondo oscuro |
| Confirmación | Resultados continuos → alarma/retorno | Filtrar cambios breves con duración, histéresis y retención | Tiempo corto oscila; tiempo largo retrasa |
Tratar toda región oscura como humo oscuro confunde sombras, maquinaria oscura, oclusión y subexposición con el evento. La lógica en dos etapas separa la clase del atributo de color y permite verificar datos, umbrales y fallos por separado. Si la evidencia nocturna es insuficiente, el sistema debe devolver «incierto» en vez de forzar un color.
5. Selección de cámara y flujo RTSP
Una resolución o FPS mayores no siempre son más adecuados. Un flujo principal H.265 de alta resolución puede aumentar la carga de red, decodificación y memoria; uno secundario demasiado pequeño puede perder textura del humo. Ambos deben compararse in situ según los píxeles del objetivo, la continuidad del movimiento y la capacidad sostenida del ordenador.
Se fijan códec, resolución, FPS, bitrate, intervalo de fotograma clave, exposición y balance de blancos usados en la aceptación. Durante una ejecución continua se registran fotogramas perdidos, reconexiones y recursos. Un cambio posterior del flujo obliga a repetir verificaciones funcionales y de estabilidad.
6. Responsabilidades del ordenador de borde
El dispositivo no se limita a ejecutar un modelo. Decodifica vídeo de forma continua, programa la inferencia, mantiene la máquina de estados, guarda configuración, sirve la interfaz web y controla salidas. La selección considera CPU/NPU/GPU u otro acelerador, decodificación por hardware, red, USB/serie/GPIO, temperatura, watchdog y recuperación tras pérdida de alimentación.
La entrega de software identifica sistema operativo, bibliotecas, decodificador y versiones del modelo e incluye inicio automático, comprobación de salud, rotación de registros, reversión y copia de configuración. Que el modelo funcione en un equipo de desarrollo no demuestra operación sostenida en el dispositivo objetivo.
7. Conectar la alarma a un PLC o baliza
El estado del algoritmo no debería convertirse automáticamente en una orden de parada. El resultado visual puede definirse como solicitud de inspección o enclavamiento. El PLC lo combina con el estado del proceso, otros sensores y lógica segura para elegir registro, baliza, confirmación del operador o parada.
Los GPIO USB y módulos lógicos normalmente no pueden accionar cargas de alta corriente directamente. Se confirman tensión, corriente, referencia común, aislamiento, normalmente abierto/cerrado, estado al arrancar y con cable roto. Cuando haga falta se añade optoacoplador, driver de relé o E/S industrial aislada y se realiza aceptación eléctrica.
8. Configuración web y mantenimiento
Una base mantenible incluye dirección y estado del flujo, activación del algoritmo, umbrales de humo y color, tiempos de confirmación y retención, canal y nivel activo, modo de prueba, decisión actual, registros y versión. La prueba permanece aislada de la salida física por defecto y sólo la acciona con autorización explícita.
El acceso entre subredes o por internet también requiere autenticación, HTTPS, control de acceso, protección de credenciales de cámara y ocultación de datos sensibles en registros. Una página de diagnóstico local sin autenticación no debe exponerse directamente a internet.
9. Etapas de implantación
| Etapa | Trabajo principal | Resultado revisable |
|---|---|---|
| 1. Evaluación del lugar | Revisar vista, luz, muestras, flujos, red y E/S | Lista de entradas, riesgos y decisión de reutilización |
| 2. Datos y métricas | Preparar positivos, negativos, condiciones difíciles y recuento | Versión de datos, reglas de etiqueta y métricas |
| 3. Prototipo | Implementar vídeo, lógica en dos etapas y pruebas offline | Software reproducible, modelo e informe |
| 4. Integración | Desplegar en el dispositivo y conectar web/E/S | Instalador, configuración, cableado y reversión |
| 5. Calibración | Ajustar umbrales y tiempos a la vista real | Base de parámetros y registro de errores |
| 6. Estabilidad | Probar pérdida de flujo, reinicio, energía, calor y duración | Registros, recuperación y estado final |
10. La aceptación exige más que «detectó»
Se separan las métricas de algoritmo, cadena de vídeo, salida y recuperación. El algoritmo registra precisión y exhaustividad o frecuencia de falsa alarma por evento y alcance de omisiones. El vídeo registra conexión, duración, tiempo de reconexión y actualización. La salida registra condición de disparo, retención, retorno y nivel por defecto sin energía.
Cada resultado queda vinculado al dispositivo, cámara, flujo, versión, muestras, umbrales y periodo. Un vídeo de demostración aprobado sólo demuestra ejecución en esa configuración; no sustituye la aceptación formal de otro lugar.
11. Valor para desarrollo y compras
El valor es una cadena completa con cámara existente, análisis en el borde, configuración y E/S de alarma. Puede reducir infraestructura duplicada, acortar la integración y crear una base repetible para más puntos. El coste depende de la reutilización, cobertura de datos, cableado, aislamiento y profundidad de la aceptación.
La solicitud de oferta debe separar hardware, licencia o código fuente, modelo, despliegue, calibración de campo, trabajo de datos, pruebas, mantenimiento y ampliación. Una demostración de algoritmo y una entrega integrada en campo no son el mismo alcance.
12. Límites y condiciones no adecuadas
- Es supervisión asistida por vídeo; no proporciona concentración de contaminantes, grado Ringelmann ni conclusión regulatoria.
- No sustituye medición legal de emisiones, detectores, central de incendios ni procedimientos de seguridad.
- Noche, contraluz intenso, lluvia, nieve, niebla, vapor, oclusión grave y movimiento requieren datos y aceptación propios.
- Las paradas críticas necesitan lógica de seguridad del PLC, aislamiento eléctrico y evaluación de riesgos; no basta una señal visual.
- Cambiar cámara, vista, flujo, dispositivo o modelo exige verificar de nuevo función, precisión y estabilidad.
13. Información necesaria para empezar
Prepare fabricante, modelo y firmware; ejemplo RTSP; vídeo original diurno y nocturno; tamaño de zona; distancia y ángulo; topología de red; alimentación; restricciones del dispositivo; entrada de PLC/alarma; respuesta esperada; frecuencia de falsas alarmas tolerada; eventos obligatorios; y retención de vídeo y registros.
Hay un ejemplo en el caso RK3588 de detección de humo y alarma MCP2221A. Documenta una base concreta de dispositivo y muestras; un proyecto nuevo debe evaluarse en su propio emplazamiento.
Preguntas frecuentes
¿Toda cámara CCTV se puede ampliar directamente?
No hay una respuesta general. Se necesita un flujo accesible, vista estable, píxeles suficientes y exposición controlable. Un flujo inestable o un objetivo pequeño puede requerir ajuste o sustitución.
¿Por qué no clasificar sólo por la oscuridad?
La maquinaria oscura, las sombras y la subexposición no son humo oscuro. Comprobar humo primero y color después separa clase y atributo y reduce una fuente clara de falsas alarmas.
¿El sistema sustituye la inspección manual?
Se utiliza como cribado continuo y activador de inspección. La confirmación, la decisión de proceso y la respuesta de seguridad permanecen en los controles y procedimientos de personal.
¿El resultado visual puede detener la máquina?
El PLC o controlador de seguridad debe decidir con estados adicionales, aislamiento, modos de fallo y evaluación de riesgos. La visión puede ser una entrada.
¿Cómo se estima el presupuesto?
Depende de cámaras reutilizables, dispositivos, recogida y etiquetas, adaptación del algoritmo, E/S, cableado, despliegue, aceptación y soporte. Se fijan entradas y se hace una validación pequeña antes de la oferta trazable.
¿SEO y datos estructurados aseguran la indexación?
No. Títulos localizados, estructura semántica, enlaces internos, canonical, hreflang y TechArticle ayudan a buscadores y sistemas de respuesta, pero la indexación, posición y presentación dependen de cada plataforma.
Online
Phone
WeChat
Top