LAMULA — cadena de radar meteorológico sin dependencia de fabricante
La cadena completa de procesamiento de un radar meteorológico comercial, reconstruida desde el receptor digital en FPGA hasta el visor de productos en WebGL.
El problema. Un radar meteorológico cuyo software de control y procesamiento es una suite cerrada del fabricante es un radar que no puedes mantener, extender ni reparar en tus términos. Los repuestos y las licencias se vuelven un punto único de fallo para un activo nacional de observación.
La restricción que no se negocia. El dato meteorológico tiene que seguir siendo estándar. Reconstruir la cadena no vale nada si la salida deja de ser legible por las herramientas y los archivos que el campo ya usa.
La decisión. Emular la interfaz en vez de licenciarla. El procesador de control archiva observaciones volumétricas en NEXRAD Level-II y se presenta ante ORPG como un RDA WSR-88D implementando por completo el ICD 2620002. El estándar se vuelve la costura: todo lo que queda detrás es nuestro, todo lo que queda delante no cambia.
En qué punto está. Código abierto y, hoy, una prueba de concepto — no un sistema en explotación. Desciende de Vesta, la suite de procesamiento que el equipo construyó en el servicio meteorológico cubano y que sostiene esa red desde 2014, con un radar Gematronik entre ellos. Parte de esta cadena arranca de código de Vesta que no era todo mío, y terminarla requiere al equipo completo, no solo a mí.
Qué permitió el diseño. Una capa de abstracción de hardware con dos adaptadores intercambiables — la planta real por Modbus TCP / Profibus y un simulador fiel — de modo que la lógica de control se desarrolla y se prueba sin ocupar el radar. El tiempo real duro se queda en el FPGA y el DSP; la capa de orquestación es Python en tiempo real blando y no pretende otra cosa.
- FPGA / Xilinx
- C
- Python
- Vue 3
- Nuxt 3
- OpenLayers WebGL
- Modbus TCP
- Profibus
- Docker Swarm
- PostgreSQL