Monitorización industrial mediante sensores
Descripción general del producto
Banalytics recopila datos en bruto de cámaras, hardware de adquisición de datos (DAQ) e instrumentos de proceso, los transmite a tu propio módulo de procesamiento o análisis a través de una interfaz segura y transforma los resultados estructurados en paneles de control, alarmas y registros históricos. Su algoritmo nunca sale de los límites del módulo; solo lo hacen las salidas estructuradas, el estado de funcionamiento y las marcas de tiempo.
Banalytics proporciona visibilidad operativa en toda su cadena de detección, desde la conectividad de los dispositivos y la actualidad de los datos hasta la disponibilidad para el procesamiento, la entrega de resultados y el estado de los nodos periféricos.
Problema que resuelve
Los equipos de investigación y adquisición de datos (DAQ) necesitan saber que su cadena de detección funciona correctamente: que los dispositivos estén conectados, que los datos fluyan y que el módulo de procesamiento esté activo, sin tener que desarrollar ellos mismos la conectividad de los dispositivos ni la supervisión de su estado, y sin exponer su algoritmo propio a una plataforma de terceros.
Cómo funciona
Dispositivos de campo (cámaras, hardware de adquisición de datos, sensores) → Adquisición de Banalytics (almacenamiento en búfer, sincronización de marcas de tiempo, almacenamiento local) → su módulo de procesamiento (a través de ZeroMQ IPC/TCP, memoria compartida o en el propio proceso) → Orquestación de Banalytics (eventos, paneles de control, historial, MQTT) → consumidores externos (SCADA, sistemas de mantenimiento, servicios posteriores).
Ejemplo de arquitectura
Emplazamiento A (banco de pruebas): 4 sensores de emisión acústica → hardware de adquisición de datos (DAQ), IPC ZeroMQ a un módulo de análisis en proceso.
Emplazamiento B (línea de producción): 6 sensores de vibración, Modbus RTU, módulo de análisis en Python a través de TCP ZeroMQ.
Emplazamiento C (estación de bombeo remota): 2 cámaras ONVIF y transductores de presión; módulo alojado en la nube a través de TCP.
Todos los emplazamientos → Panel de control de Banalytics · Historial de eventos · MQTT a SCADA.
A quién va dirigido
Equipos de investigación, adquisición de datos (DAQ) y medición;
ingenieros de instrumentación;
equipos de fiabilidad de planta que necesitan visibilidad operativa de un flujo de datos de sensores sin exponer su algoritmo de procesamiento.
Características principales
Almacenamiento en búfer de los datos adquiridos y sincronización de marcas de tiempo entre dispositivos.
Arquitectura por niveles de transporte (ZeroMQ IPC/TCP, memoria compartida, en proceso) adaptada a las necesidades de rendimiento y latencia.
Gestor de eventos y acciones para alarmas y respuestas basadas en reglas.
Paneles de control en Cesium/Mapbox/OpenStreetMap/SVG/3D para vistas de monitorización.
Historial de eventos como registro consultable con marcas de tiempo.
Publicación MQTT para la integración en fases posteriores.
Contrato de interfaz de módulos bloqueado que mantiene la privacidad de su algoritmo de procesamiento. Adquisición independiente del proveedor en dispositivos ONVIF, RTSP, Modbus y USB.
Especificaciones técnicas
Protocolos compatibles: ONVIF, RTSP, Modbus (RTU/TCP), MQTT (v3/v5), ZeroMQ (IPC/TCP), USB, OPC UA, I2C
Implementación: funciona junto con su módulo de procesamiento o análisis existente a través de un contrato de interfaz bloqueado; no es obligatoria la migración a la nube; la adquisición y el almacenamiento siguen siendo locales.
Interfaz del módulo: las categorías de entrada/salida, las marcas de tiempo y las etiquetas de estado se definen para cada proyecto; su algoritmo nunca sale de su propio módulo.
Alertas: alarmas y notificaciones en el panel de control basadas en el estado del dispositivo, el estado de funcionamiento y el estado del procesamiento. Registro histórico: el historial de eventos proporciona un registro consultable y con marcas de tiempo de los eventos de adquisición y procesamiento.
Escalabilidad: la capa de transporte (en proceso, memoria compartida, ZeroMQ IPC, ZeroMQ TCP) se selecciona para adaptarse a las necesidades de rendimiento y latencia, desde un único banco de pruebas hasta una implementación en múltiples emplazamientos.
Forma de trabajo
Fase 0: Demostración técnica (gratuita). Recorrido por la arquitectura utilizando su propio caso de uso, sin necesidad de datos.
Fase 1: Prueba de concepto (siempre gratuita). Valide el contrato de interfaz del módulo, las etiquetas de estado y los paneles de control, las alarmas y el historial de eventos utilizando datos simulados o reproducidos; sin hardware real ni ingeniería específica para dispositivos.
Fase 2: Proyecto piloto financiado. Conecte dispositivos reales en una ubicación y valide la adquisición, el procesamiento y la monitorización con datos en tiempo real. Se convierte en comercial una vez que se adquiera un contrato de asistencia para el despliegue con alcance definido, o cuando se requiera una integración personalizada de dispositivos o software de terceros.
Fase 3: Producción. Consolidación y ampliación a líneas o emplazamientos adicionales; el soporte continuo se acuerda por separado.
---