Salta al contingut

Producte

Tres peces, cap de nova a la teva infraestructura

Un terminal que mesura, un servidor que interpreta i un portal que ho mostra i ho registra. Tota la resta ja és a la teva xarxa.

Arquitectura

El sistema no introdueix maquinari. L’app va instal·lada als terminals Android que els agents ja porten de servei; la mesura es recolza en els punts d’accés Wi-Fi que ja estan muntats a les estacions; i el servidor i el portal es despleguen al núvol o al centre de processament de dades de l’operador, segons el que exigeixi la seva política.

Wi-Fi RTT / FTM Telefonia mòbil GPS quan aflora VORA Terminal Android Mesura i filtratge Enviament cada 15-30 s Sense connexió i reintents SERVIDOR Fusió Filtres EKF / UKF Ajust al plànol Detecció de NLOS EXPLOTACIÓ Portal Mapa en temps real Històric i reproducció Rols, 2FA i auditoria API REST Webhooks Exportació CSV / JSON

La dada de posició sempre recorre el mateix camí: es mesura al terminal, es xifra, s’envia al servidor, es fusiona amb les restriccions del plànol, es publica a l’API i es visualitza al portal. Cada salt queda registrat.

El terminal mesura, no endevina

La diferència tècnica de partida és aquí. La majoria de sistemes de localització per Wi-Fi estimen la distància a partir de la potència del senyal rebut (RSSI), que depèn del model de telèfon, de com se subjecta, de quanta gent hi ha al voltant i del que hi hagi entremig. Metrosafe utilitza Wi-Fi RTT/FTM: mesura el temps que triga el senyal a anar i tornar fins al punt d’accés i el converteix en distància.

  • Tres fonts fusionades: Wi-Fi RTT/FTM, telefonia mòbil i GPS quan aflora a les boques d’estació o en trams de superfície.
  • Selecció dinàmica: l’app tria en cada moment la font amb millor qualitat de mesura i degrada de manera controlada quan cap no és bona, en lloc de publicar una posició inventada.
  • Gestió energètica: cicle d’activitat, enviament per lots i polítiques en segon pla perquè un torn complet càpiga en una bateria.
  • Persistència sense connexió: el que no es pot enviar es desa i es reintenta. Un túnel sense backhaul no crea un forat a l’històric.
  • Servei continu: l’app es reinicia sola i publica la seva pròpia telemetria de salut, perquè el centre de control sàpiga si un terminal ha deixat de reportar.
Sistema operatiu
Android 10 o superior
Requisit de ràdio
Wi-Fi 802.11mc (FTM) al terminal i a l’AP
Cadència de publicació
configurable · recomanat 15-30 s
Bateria recomanada
≥ 4.000 mAh
Gestió de flota
compatible amb MDM (opcional)

Res d’això no exigeix un telèfon especial. Exigeix un telèfon amb el xip Wi-Fi adequat, que és la majoria del parc corporatiu des del 2019. La matriu de terminals homologats es tanca en el reconeixement inicial.

La fusió sap per on es pot caminar

Una mesura de distància aïllada no és una posició. El servidor combina les mesures de diversos punts d’accés amb filtres probabilístics i, sobretot, amb una cosa que cap sistema genèric no té: el plànol de l’estació.

  • Filtres EKF/UKF: integren les mesures successives i arrosseguen una estimació d’incertesa, no només un punt.
  • Ajust al plànol (map-matching): les posicions es restringeixen al graf real d’andanes, vestíbuls, passadissos i túnels. Una posició que cauria dins d’un mur o a l’altra banda de la via es descarta abans de publicar-se.
  • Detecció de NLOS i multitrajecte: quan el senyal arriba rebotat en lloc de directe, la mesura s’allarga i menteix. Aquestes mesures es detecten i es degraden en lloc de contaminar el resultat.
  • Regles de qualitat: cada posició es publica amb indicadors de qualitat, perquè el portal pugui distingir una lectura sòlida d’una de dubtosa.

L’efecte pràctic de restringir al plànol és que l’error operatiu acaba sent menor que l’error geomètric instantani de les mesures. L’estació aporta informació que el sistema no ha d’endevinar.

El portal ho mostra i ho registra

El centre de control veu les posicions en un mapa, amb l’estat de cada terminal i les alertes actives. Quan la incidència acaba, queden l’històric i la reproducció d’esdeveniments per reconstruir què va passar i en quin ordre.

EQUIPS EN SERVEI Equip 01 · andana Equip 02 · vestíbul Equip 03 · túnel Equip 04 · andana ESDEVENIMENTS 09:41 · alerta atesa 09:38 · entrada a zona 09:33 · inici de torn
Representació esquemàtica del portal. No és una captura de pantalla.
  • Vista en temps real amb estat de terminals i alertes
  • Històric i reproducció d’esdeveniments per a investigació posterior
  • Gestió d’usuaris i rols (RBAC) amb doble factor
  • Registre auditable de qui va consultar què i quan
  • Exportació CSV/JSON de l’històric

I una quarta peça, si la necessites

Les tres peces anteriors resolen l’estació. Quan l’agent puja a un tren, la referència es mou i cal una altra resposta: la capa a bord, que instal·la una balisa BLE per vagó i publica en quin tren, en quin cotxe i a quina estació es troba.

És opcional i s’afegeix quan el servei a bord ho justifica. Les balises van dins del material rodant —adhesives, amb pila pròpia i muntades en una revisió a les cotxeres—, així que la infraestructura de la xarxa continua sense tocar-se.

Detall complet a Localització a bord.

I s’integra amb el que ja fas servir

El portal no pretén substituir el sistema de gestió d’incidències de l’operador ni el seu mapa operacional. La posició es publica per API REST i per webhooks perquè entri allà on ja es treballa.

Detall complet d’endpoints, contractes de dades i exportacions a Integració i API.

Ho mirem sobre la teva xarxa?

Ens expliques quantes estacions tens i quins punts d’accés hi ha muntats, i et diem amb què et trobaries.

Responem en menys de 24 hores laborables.