Tres piezas, ninguna nueva en tu infraestructura

La diferencia técnica de partida está aquí. La mayoría de sistemas de localización por Wi-Fi estiman la distancia a partir de la potencia de señal recibida (RSSI), que depende del modelo de teléfono, de cómo se sujeta, de cuánta gente hay alrededor y de qué haya entre medias. Metrosafe usa Wi-Fi RTT/FTM: mide el tiempo que tarda la señal en ir y volver hasta el punto de acceso y lo convierte en distancia.

• Tres fuentes fusionadas: Wi-Fi RTT/FTM, telefonía móvil y GPS cuando aflora en bocas de estación o tramos de superficie.
• Selección dinámica: la app elige en cada momento la fuente con mejor calidad de medida y degrada de forma controlada cuando ninguna es buena, en lugar de publicar una posición inventada.
• Gestión energética: ciclo de actividad, envío por lotes y políticas en segundo plano para que un turno completo quepa en una batería.
• Persistencia sin conexión: lo que no se puede enviar se guarda y se reintenta. Un túnel sin backhaul no crea un agujero en el histórico.
• Servicio continuo: la app se reinicia sola y publica su propia telemetría de salud, para que el centro de control sepa si un terminal ha dejado de reportar.

Sistema operativo

Android 10 o superior

Requisito de radio

Wi-Fi 802.11mc (FTM) en el terminal y en el AP

Cadencia de publicación

configurable · recomendado 15-30 s

Batería recomendada

≥ 4.000 mAh

Gestión de flota

compatible con MDM (opcional)

Una medida de distancia aislada no es una posición. El servidor combina las medidas de varios puntos de acceso con filtros probabilísticos y, sobre todo, con algo que ningún sistema genérico tiene: el plano de la estación.

• Filtros EKF/UKF: integran las medidas sucesivas y arrastran una estimación de incertidumbre, no solo un punto.
• Ajuste al plano (map-matching): las posiciones se restringen al grafo real de andenes, vestíbulos, pasillos y túneles. Una posición que caería dentro de un muro o al otro lado de la vía se descarta antes de publicarse.
• Detección de NLOS y multitrayecto: cuando la señal llega rebotada en lugar de directa, la medida se alarga y miente. Esas medidas se detectan y se degradan en lugar de contaminar el resultado.
• Reglas de calidad: cada posición se publica con indicadores de calidad, para que el portal pueda distinguir una lectura sólida de una dudosa.

El efecto práctico de restringir al plano es que el error operativo acaba siendo menor que el error geométrico instantáneo de las medidas. La estación aporta información que el sistema no tiene que adivinar.

El centro de control ve las posiciones en un mapa, con el estado de cada terminal y las alertas activas. Cuando la incidencia termina, queda el histórico y la reproducción de eventos para reconstruir qué pasó y en qué orden.

• Vista en tiempo real con estado de terminales y alertas
• Histórico y reproducción de eventos para investigación posterior
• Gestión de usuarios y roles (RBAC) con doble factor
• Registro auditable de quién consultó qué y cuándo
• Exportación CSV/JSON del histórico

Las tres piezas anteriores resuelven la estación. Cuando el agente sube a un tren, la referencia se mueve y hace falta otra respuesta: la capa a bordo, que instala una baliza BLE por vagón y publica en qué tren, en qué coche y en qué estación se encuentra.

Es opcional y se añade cuando el servicio a bordo lo justifica. Las balizas van dentro del material rodante —adhesivas, con pila propia y montadas en revisión de cocheras—, así que la infraestructura de la red se sigue sin tocar.

Detalle completo en Localización a bordo.

El portal no pretende sustituir al sistema de gestión de incidencias del operador ni a su mapa operacional. La posición se publica por API REST y por webhooks para que entre donde ya se trabaja.

Detalle completo de endpoints, contratos de datos y exportaciones en Integración y API.