Qué es el análisis local
El análisis local es la capa de cómputo que vive dentro del tren. En lugar de enviar a la nube millones de muestras crudas por segundo, IN-SIGHT procesa la señal a bordo en un Raspberry Compute Module 4 (CM4): convierte la vibración en características interpretables y decide qué merece la pena transmitir.
Esta estrategia —edge computing— reduce el ancho de banda en varios órdenes de magnitud y permite reaccionar de inmediato ante un evento crítico, incluso en túneles o zonas sin cobertura.
Latencia cero hacia la nube: la detección primaria ocurre a bordo en milisegundos. La conectividad solo se necesita para agregar y reportar, no para detectar.
Cómo lo realiza IN-SIGHT
El pipeline a bordo transforma la señal cruda en telemetría estructurada mediante una cadena DSP optimizada:
- Preprocesado y FFT: ventana de Hann y transformada rápida de Fourier para pasar del dominio temporal al espectral.
- Filtrado por subsistema: filtros IIR paso-banda separan rodamientos, rueda/vía y baja frecuencia.
- Extracción de características: RMS, kurtosis, crest factor y picos espectrales asociados a cada modo de fallo.
- EKF local + Golden Run: un Filtro de Kalman Extendido compara contra el baseline para clasificar entre estado normal y anomalía.
En la práctica ferroviaria
Para el operador, el análisis local significa que el sistema funciona aunque el tren circule por un tramo sin red. Un flat spot o un sobrecalentamiento de rodamiento se detecta a bordo en el instante en que aparece, sin depender de la latencia de un servidor remoto.
En estado normal, el CM4 agrega y envía un resumen cada 30 segundos; ante una anomalía, dispara un evento inmediato con su clasificación. Así se separa el "ruido" del dato de valor antes de que salga del vehículo.