Este es un post para explicarles el porqué, después de haber dedicado unos cuantos años-hombre al ORPG, LADETEC vuelve sobre esto y genera una nueva versión.
En tres posts anteriores he explicado el tema del ORPG desde diferentes ángulos: Sobre el VESTA|ORPG en sí mismo, sobre el proyecto Whitney que lo originó y sobre la evolución del modo de visualización (VESTA|WebView2 a LAMULA™ WebViewer). Ahora toca explicar las nuevas cualidades que hemos dado a ORPG en nuestra versión LAMULA™ ORPG. Sígame y le cuento.
Sobre ORPG y CODE
El ORPG (Open Radar Product Generator) es el software de procesamiento secundario de los radares meteorológicos WSR-88D (conocidos como NEXRAD). Su función es tomar los datos crudos que captael radar y transformarlos en los productos meteorológicos que vemos (reflectividad, velocidad, etc.).
Originalmente, el RPG corría en computadoras propietarias, pero a mediados de la década de 2000, el NEXRAD decidió migrarlo a una arquitectura abierta basada en Linux para usar hardware comercial, dando origen al ORPG. Es, por mucho, uno de los softwares de procesamiento de radar más avanzados y maduros del mundo, con décadas de desarrollo y validación en la red de 159 radares de EE.UU.
El CODE (Common Operations and Development Environment) es el entorno de desarrollo oficial basado en el ORPG. No es el software operativo que corre en los radares, sino una versión «clon» del ORPG que se instala en una estación de trabajo Linux para que científicos e ingenieros puedan desarrollar, probar y validar nuevos algoritmos meteorológicos antes de integrarlos en el sistema operativo real.
El CODE se distribuye en dos ediciones:
- U.S. Government Edition: La versión completa, limitada al gobierno de EE.UU..
- Public Edition: Una versión para distribución pública, a la que se le han removido ciertos componentes propietarios para permitir su liberación fuera del gobierno estadounidense.
La liberación de la versión «abierta» del ORPG ocurrió en 2007, cuando la NOAA (a través del Radar Operations Center) liberó la versión Open del Radar Product Generator.
La documentación más reciente muestra que la Public Edition de CODE Build 24.0r1.20 fue publicada en enero de 2026. Como dato adicional, la documentación también indica que la distribución descargable de esta edición pública dejó de estar disponible en la web a partir de mayo de 2018, por lo que su obtención ahora requiere otros canales.
Entrar el dato a ORPG, he ahí el problema
Ya en el post ¿Qué son LAMULA™ ORPG y LAMULA™ WebViewer? expliqué qué es y por qué lo adoptamos para la red cubana en el año 2009.así como también por qué nos vimos compulsados a hacer una nueva versión, que expliqué en el post: LAMULA™ WebViewer versus VESTA|WebView2 ¿Por qué cambiar? y en LAMULA™ ORPG: Soberanía Tecnológica en Procesamiento de Radar
Lo que deseo explicar en este post, que no lo he explicado en todos los post mencionados, es sobre el mecanismo de entrada de los datos para ser procesados por ORPG. Cualquiera puede bajarse desde la plataforma de CODE (bueno, ahora ya no está en la web, hay que pedirlo) el código e instalarselo en su computadora y correr ORPG con un juego de datos primarios (Level II) que te dan de ejemplo. El problema comienza cuando intentas correr ORPG con tus datos que vienen en un formato diferente a Level II y que no fueron adquiridos como exige uno de los VCP del NEXRAD.
Cómo funciona ORPG con los radares del NEXRAD
Los radares WSR-88D, que comenzaron a producirse en la primera mitad de los años 90, estaban dotados de un procesador de señales de lógica cableada, que junto al controlador del radar formaban la unidad conocida como RDA (Radar Data Acquisition). Este RDA enviaba los rayos (sectores angulares), cada uno contentivo de una cierta cantidad de celdas de distancia (que variaban según el modo de expoloración) en un stream de datos a una computadora diseñada específicamente para esta aplicación, que estaba corriendo el software RPG (Radar Product Generator). El resultado se visualizaba en el Principal User Processor (PUP).
Después del 2000, dejaron de usar hardware específico y pasaron a ORDA, ORPG y OPUP al adoptar hardware del mercado. Sin embargo, la mecánica siguió siendo la misma: ORDA manda el stream de datos a ORPG y este manda los productos a OPUP. Cada ORPG está «cazado» con el ORDA de su radar. ORDA le envía los sectores angulares del tamaño establecido en el VCP al igual que el tamaño de las celdas. Es decir que hay acoplamiento total entre los dos sistemas de adquisición y procesamiento y esto está ocurriendo en tiempo real de la adquisición: celda a celda, rayo (sector angular) a rayo y vuelta a vuelta, hasta completar toda la adquisición. ORPG comienza a generar productos no bien se completa la primera de las 14-16 vueltas de la antena, y en la medida que van entrando va generando productos.
Cómo ha funcionado ORPG con los radares cubanos
Al implementar en el año 2009 la asmiliación por los radares cubanos del software ORPG fue necesario ejecutar una solución técnica de interfaz entre el RDA de los radares cubanos, el procesador de señales POS-II (gobernado por el software VESTA|RDA) y el ORPG. Menudo problema porque POS-II había sido concebido para formar celdas de 75, 150 y 300 metros, en cambio ORPG exigía celdas de 1 y 2 km. Por otra parte, como ya explicamos sobre la centralización de procesamiento con ORPG, cada radar tenía que esperar la finalización del proceso de adquisición (14-16 revoluciones completas de la antena) para entonces empaquetar el dato tridimensional en archivos *.obs y enviarlo a los centros donde se corre ORPG. O sea, ORPG comienza a procesar con un retardo de 6-8 minutos para tener listos sus productos, ligeramente diferidos.
El ingeniero Wilfredo J. Pozas Pérez implementó la solución como una tarea del VESTA|Distribuidor. Cada vez que le llega un archivo de datos primarios *.obs, lo lee y comienza a enviar un strem de datos al ORPG, celda por celda de cada sector angular (rayo de 1° o de 0.5°) hasta completar los 360 (o 640) rayos y repite lo mismo PPI por PPI (vuelta por vuelta)hasta barrer todo el archivo, emulando, de esta forma, lo que hace el ORDA de un radar NEXRAD (pero diferido más de 6-8 minutos minutos). A esta tarea la llamó RDA_BackEnd y se encarga.además, de acomodar los tamaños de celda de lo que entrega POS-II a lo que requiere ORPG. Esta es una solución personalizada solo para los radares cubanos y su sistema de adquisición.
Las soluciones de LAMULA™ ORPG
Con LAMULA™ ORPG LADETEC implementa dos soluciones diferentes, pretendiendo buscar aplicación universal.
Adquiriendo y procesando en tiempo real
La mejor opción es instalar en el radar en cuestión nuestros procesador (LAMULA™ DRx-DSP) y controlador (LAMULA™ RCP), ellos son facilm,ente configurables para ejecutar cualquier VCP y aimentar a LAMULA™ ORPG. Otra opción sería que LADETEC pueda tener acceso a configurar el procesador de señales y el controlador originales del fabricante para organizar el flujo de datos al ORPG.
Adquiriendo y procesando en tiempo quasi real
Si se desea que LAMULA™ ORPG sea usado lo más cercano posible al tiempo real, entonces LADETEC instalaría un software (LAMULA™ RDA_Emulator) que lea en tiempo real los archivos de datos primarios que el procesador de señales exporte en un formato conocido y envíe de inmediato un stream de datos al ORPG.
Aquiriendo y procesando de archivo
LAMULA™ ORPG, al igual que LAMULA™ Process tiene una caja de diálogo para buscar archivos de datos primarios en cualquier ubicación que se le indique en Internet. Estos archivos de datos primarios son leídos por LAMULA™ RDA_Emulator y enviados, uno a uno o por lotes a LAMULA™ ORPG.
LAMULA™ ORPG y LAMULA™ RDA_Emulator son aplicaqciones de software libre y abierto. Si desea implementarnos puede contactarnos en: [email protected]
Deja una respuesta