Tres pezas, ningunha nova na túa infraestrutura

A diferenza técnica de partida está aquí. A maioría dos sistemas de localización por Wi-Fi estiman a distancia a partir da potencia do sinal recibido (RSSI), que depende do modelo de teléfono, de como se suxeita, de canta xente hai arredor e do que haxa polo medio. Metrosafe usa Wi-Fi RTT/FTM: mide o tempo que tarda o sinal en ir e volver ata o punto de acceso e convérteo en distancia.

• Tres fontes fusionadas: Wi-Fi RTT/FTM, telefonía móbil e GPS cando aflora nas bocas de estación ou en tramos de superficie.
• Selección dinámica: a app escolle en cada momento a fonte con mellor calidade de medida e degrada de forma controlada cando ningunha é boa, en lugar de publicar unha posición inventada.
• Xestión enerxética: ciclo de actividade, envío por lotes e políticas en segundo plano para que unha quenda completa caiba nunha batería.
• Persistencia sen conexión: o que non se pode enviar gárdase e reinténtase. Un túnel sen backhaul non crea un burato no histórico.
• Servizo continuo: a app reiníciase soa e publica a súa propia telemetría de saúde, para que o centro de control saiba se un terminal deixou de reportar.

Sistema operativo

Android 10 ou superior

Requisito de radio

Wi-Fi 802.11mc (FTM) no terminal e no AP

Cadencia de publicación

configurable · recomendado 15-30 s

Batería recomendada

≥ 4.000 mAh

Xestión de frota

compatible con MDM (opcional)

Unha medida de distancia illada non é unha posición. O servidor combina as medidas de varios puntos de acceso con filtros probabilísticos e, sobre todo, con algo que ningún sistema xenérico ten: o plano da estación.

• Filtros EKF/UKF: integran as medidas sucesivas e arrastran unha estimación de incerteza, non só un punto.
• Axuste ao plano (map-matching): as posicións restrínxense ao grafo real de peiraos, vestíbulos, corredores e túneles. Unha posición que caería dentro dun muro ou ao outro lado da vía descártase antes de publicarse.
• Detección de NLOS e multitraxecto: cando o sinal chega rebotado en lugar de directo, a medida alóngase e mente. Esas medidas detéctanse e degrádanse en lugar de contaminar o resultado.
• Regras de calidade: cada posición publícase con indicadores de calidade, para que o portal poida distinguir unha lectura sólida dunha dubidosa.

O efecto práctico de restrinxir ao plano é que o erro operativo acaba sendo menor que o erro xeométrico instantáneo das medidas. A estación achega información que o sistema non ten que adiviñar.

O centro de control ve as posicións nun mapa, co estado de cada terminal e as alertas activas. Cando a incidencia remata, quedan o histórico e a reprodución de eventos para reconstruír que pasou e en que orde.

• Vista en tempo real con estado de terminais e alertas
• Histórico e reprodución de eventos para investigación posterior
• Xestión de usuarios e roles (RBAC) con dobre factor
• Rexistro auditable de quen consultou que e cando
• Exportación CSV/JSON do histórico

As tres pezas anteriores resolven a estación. Cando o axente sobe a un tren, a referencia móvese e cómpre outra resposta: a capa a bordo, que instala unha baliza BLE por vagón e publica en que tren, en que vagón e en que estación se atopa.

É opcional e engádese cando o servizo a bordo o xustifica. As balizas van dentro do material rodante —adhesivas, con pila propia e montadas nunha revisión en cocheiras—, así que a infraestrutura da rede segue sen tocarse.

Detalle completo en Localización a bordo.

O portal non pretende substituír o sistema de xestión de incidencias do operador nin o seu mapa operacional. A posición publícase por API REST e por webhooks para que entre onde xa se traballa.

Detalle completo de endpoints, contratos de datos e exportacións en Integración e API.