App nativa Android para control IoT de sistemas de protección contra incendios — TFS (Grupo Amper)

El reto

TFS, especialista en instrumentación y protección contra incendios industrial con 3 patentes mundiales, opera dos showrooms de demostración (Hercules: sistemas convencionales; Industry: sistemas avanzados). El desafío era desarrollar una app mobile que permitiera: 1) Visualizar en tiempo real el estado de todos los dispositivos de seguridad en cada showroom (sensores de humo, detectores de calor, rociadores, válvulas, paneles de control), 2) Controlar remotamente dispositivos (activar/desactivar alarmas, test de sistemas), 3) Monitorizar métricas críticas (integridad de señal, batería de respaldo, funcionamiento de bombas), 4) Integrar profundamente con el SDK propietario de TFS (que define protocolos propios para comunicación con dispositivos), 5) Conectar con la infraestructura cloud del Grupo Amper (almacenamiento de logs, analytics, alertas). Todo esto con los estándares de confiabilidad que exige un sistema de protección contra incendios donde fallos no son opción.

La solución

Desarrollamos una aplicación Android nativa (Kotlin) que actúa como panel de control móvil para los sistemas de seguridad de TFS. La app proporciona: 1) Interfaz de visualización en tiempo real del estado de todos los dispositivos en cada showroom (sensor por sensor, con iconografía clara: verde=OK, rojo=fallo, amarillo=batería baja), 2) Mapa visual/esquemático de cada showroom mostrando ubicación física de dispositivos, 3) Control remoto seguro: test de alarmas, reset de sistemas, cambios de configuración (con logs de auditoría), 4) Integración del SDK TFS: la app habla el protocolo propietario de TFS para comunicarse con los controladores de cada showroom, 5) Conexión cloud: sincronización automática de eventos a la infraestructura Amper (logs, alertas, métricas de rendimiento), 6) Notificaciones críticas: alertas inmediatas si se detecta cualquier anomalía (corte de energía, sensor desconectado, temperatura fuera de rango).

Nuestro enfoque

• Fase 1 - Discovery industrial: Análisis exhaustivo de los dos showrooms (Hercules e Industry), mapeo de dispositivos, documentación del SDK TFS, especificación de protocolos de comunicación
• Fase 2 - Arquitectura: Diseño de capas (UI, integración SDK TFS, comunicación cloud Amper, almacenamiento local)
• Fase 3 - Desarrollo nativo Android: Selección de Kotlin para mejor null safety y expresividad. Construcción de: a) Capas de conexión con SDK TFS (interpretación de respuestas, timeout handling, reintentos en caso de fallo), b) UI de monitorización (pantalla principal con estado de showroom, detalle por dispositivo, timeline de eventos), c) Módulo de control remoto (con confirmaciones de seguridad, ej: "¿Confirmas test de alarma? No podrá revertirse en 30 segundos"), d) Sincronización cloud con APIs Amper
• Fase 4 - QA industrial: Testing exhaustivo incluyendo escenarios de fallo: conexión WiFi inestable, corte de energía, SDK TFS respondiendo lentamente, múltiples usuarios simultáneos
• Fase 5 - Despliegue en entorno industrial: Instalación en tablets/dispositivos Android del cliente, configuración de conectividad, training de operarios

El reto: llevar un sistema de seguridad crítica a dispositivos mobile

TFS es especialista en sistemas de protección contra incendios industrial, donde el margen para error es cero. Dispone de dos showrooms de demostración (Hercules para sistemas convencionales, Industry para sistemas avanzados) con decenas de dispositivos diversos: paneles de control inteligentes, detectores de humo iónico y óptico, sensores de temperatura, activadores de rociadores, válvulas de drenaje, bombas de respaldo, UPS, etc.

El desafío operativo era permitir a técnicos y gestores monitorizar el estado de estos sistemas desde mobile sin viajar al showroom, y ejecutar operaciones de mantenimiento (test de alarmas, validación de funcionamiento) remotamente. Pero un sistema de protección contra incendios no tolera fallos: si un test de alarma se ejecuta a mitad y se interrumpe por pérdida de conexión, el dispositivo podría quedar en estado indeterminado. Por eso la app requería: a) Comunicación fiable con reintentos automáticos, b) Logs exhaustivos de todas las operaciones (auditoría crítica en caso de investigación post-incendio), c) Validación de integridad de los datos desde el showroom antes de mostrarlos al usuario.

Solución: Android nativo + integración profunda SDK TFS + real-time cloud sync

Construimos desde cero una aplicación Android nativa en Kotlin que actúa como panel de control móvil para TFS.

Arquitectura: En el nivel más bajo, implementamos un driver de comunicación con el SDK TFS (el cliente proporcionó documentación de protocolos propietarios). Este driver maneja: solicitud de estado de dispositivos (polling each 5 secs), parseo de respuestas (pueden ser lentas o incompletas), reintentos con backoff exponencial si falla, timeout handling si no hay respuesta en 10seg. En el nivel UI, presentamos: a) Pantalla principal con mapa visual del showroom (Hercules vs Industry tab switch), cada dispositivo como icono que muestra su estado (color: verde=OK, rojo=fallo crítico, naranja=advertencia, gris=sin datos), b) Tap en cualquier dispositivo abre detalle: modelo, tipo sensor, versión firmware, batería, último evento registrado, c) Pestaña de Control: operaciones permitidas según rol del usuario (solo técnicos autorizados pueden ejecutar test de alarmas), confirmaciones de dos pasos para operaciones críticas, log visual de lo realizado.

Sincronización cloud: cada evento crítico se sube automáticamente a los servidores del Grupo Amper (eventos de fallos, test ejecutados, cambios de configuración). La app mantiene también una caché local (SQLite) para funcionamiento offline: si la conexión WiFi se corta, el usuario sigue viendo el último estado conocido, pero se marca claramente como "offline", y en cuanto recupera conexión sincroniza automáticamente.

Seguridad: todas las operaciones remotas requieren autenticación (OAuth con Active Directory del grupo). Cada acción sensible (test de alarma, reset) crea un log inmutable con: usuario, timestamp, acción, resultado. Si algo falla a mitad (ej: test de alarma interrumpido por corte WiFi), el sistema registra "incompleto" y el técnico debe confirmar el estado del dispositivo desde el showroom antes de continuar.

Impacto: TFS digitaliza su operación de showroom

Con la app en marcha, los técnicos de TFS pueden monitorizar ambos showrooms remotamente. El flujo típico es: antes de una demostración a cliente, ejecutan test de todos los sistemas desde tablet, verifican que todo funciona, y confirman estado vía app (que auto-genera reporte con timestamp). Esto eliminó viajes frecuentes al showroom solo para "comprobar que funcionaba".

El sistema de logs de auditoría resultó crítico: en un incidente donde un cliente reportó que un dispositivo no funcionó en su instalación, TFS pudo acceder a los logs de demo del showroom, verificar que el test se ejecutó correctamente, y descartar un fallo de producto (era mal uso en la instalación del cliente).

La app refuerza el posicionamiento de TFS como empresa de vanguardia en protección contra incendios: demuestra que combinan expertise industrial con tecnología modern (IoT, cloud, mobile). Es herramienta de venta: cuando visitan clientes potenciales, los técnicos llevan tablet con visualización en tiempo real del showroom, generando confianza en la calidad de los sistemas.