Bueno, yo no sé nada de atletismo, ni de salto largo; pero nosotros en Cuba sí sabemos lo que es sostenibilidad, especialmente en los radares RC-32B que aun mantenemos en funcionamiento desde 1973 (aunque de momento haya dos fuera de servicio; pero yo creo que están recuperables … si alguien se interesa); pero no, ahora quiero comentar sobre la sostenibilidad de los 159 radares WSR-88D nacidos del proyecto NEXRAD, concedido a Unisys y desplegado entre 1991 y 1997, curiosamente, pasando por muchos contratistas diferentes en sus 37 años de existencia desde la concesión de la licitación hasta hoy.
NEXRAD es un «organismo vivo» en constante evolución desde el inicio. Cuando estudio los momentos históricos del NEXRAD suelo compararlo con el espectacular salto de Bob Beamon en México 68, el punto más cercano a la tabla de despegue fue su mano porque se estiró tanto con sus pies que cayó hacia atrás y apoyó su mano marcando el mítico 8.90 metros, sus pies ambiciosamente buscaban el 9.10 metros. Así pasa con el NEXRAD, los planes eran tremendamente ambiciosos lo que les ocasionó retrasos e inconvenientes, además de un gasto mayor del previsto. No obstante, el radar WSR-88D fue un avance colosal en la Radiolocalización Meteorológica, que estableció un nuevo estándar a nivel mundial. Con el tiempo se fueron corrigiendo y perfeccionando muchas cosas, esto originó un largo proceso de modernización y mejoramiento de los radares WSR-88D. Hubo mejorías y modernizaciones prácticamente en todos los subsistemas de los NEXRAD, no obstante hablaré solo de las más notables.
Hasta donde yo sé las grandes modernizaciones han sido: ORPG (en lugar de RPG); ORDA (en lugar de RDA); Dual Pol (para dotarlos de la capacidad polarimétrica) y SLEP (actualmente en ejecución, lo más importante el cambio de klistrón a transistores en el transmisor, aparte de otras cosas). En la siguiente tabla les muestro un resumen de estas modernizaciones.
Modernización
Período Principal
Contratista(s)
Elemento Clave
Despliegue Inicial
1990 – 1997
Unisys / Westinghouse
Red nacional de radares Doppler (polarización horizontal)
ORPG (Open RPG)
~2002 – 2005
Lockheed Martin
Migración del Radar Product Generator a arquitectura abierta (Linux); nuevos algoritmos
ORDA (Open RDA)
~1996 – 2005
Lockheed Martin + SIGMET
Sustitución de hardware de adquisición con RVP-8 (procesador de señal) y RCP-8 (control)
Dual-Polarización
2011 – 2013
Lockheed Martin (integrador principal, en coordinación con NOAA/NSSL)
Incorporación de polarización vertical; capacidad Dual-Pol en toda la red
SLEP (Service Life Extension Program)
2013 – Presente
L3Harris
Sustitución de transmisores por estado sólido y receptores modernos
En los NEXRAD se cambiaron las computadoras de los primeros ejemplares (del tipo minicomputadoras/UNIX) por computadoras personales/LINUX en el proyecto ORPG y el software se declaró «open» en el año 2007. Como nota adicional diré en el año 2009 ORPG fue instalado en los radares cubanos en la versión denominada VESTA|ORPG.
Los procesadores de señales y el control del radar fue modificado en el proyecto ORDA, introduciendo los procesadores RVP-8 y los controladores RCP-8 de la firma SIGMET, posteriormente absorbida por Vaisala. En el 2023 (dicen, a mí no me lo crean), un nuevo contrato de modernización del sistema de adquisición ha sido asignado a … ¿Raytheon? (eso no está confirmado en fuentes oficiales, pero es plausible) para el desarrollo de nuevos procesadores de señales, dado que SIGMET, como compañía norteamericana desapareció y ya aquella modernización de ORDA tiene más de 20 años. También nosotros en LADETEC, hemos dado un paso adelante de aquella innovación del 2012 (VESTA|Cíclope) y ahora disponemos de LAMULA DRX/DSP y LAMULA|RCP.
Los primeros radares disponían de polarización circular y en los primeros años se cambiaron a polarización horizontal. En 2011-2013 se les añadió la polarización vertical y todo lo necesario para tener capacidad polarimétrica, incluyendo los cambios en el procesamiento de las señales y en el procesamiento de los datos con su Clasificador de Partículas y cambios en la estimación de las precipitaciones. El Service Life Extension Program prevé la modernización de los transmisores para sustituir los klistrones por transmisores de estado sólido.
No quiero dejar de mencionar dos modernizaciones continuas que han sido ejecutadas en los radares. Una es la modernización permanente del software de procesamiento secundario (procesamiento de los datos, RPG y ORPG) y la otra es el sistema de distribución de la información.
Las modificaciones del software RPG/ORPG van quedando registradas por los release, y los Build, aquí pongo una tabla con lo que encontré, que no es todo:
03 Jan 2014 (ICD / material de Build 14.0 — Training PDF y documentación). training.weather.gov+1
Existe un paquete de entrenamiento (Build 14.0 Training) y el ICD correspondiente. training.weather.gov+1
RPG Build 16.0
22 Apr 2015 (mencionado en documentación del ROC / especificaciones). roc.noaa.gov
Fechas posteriores listadas en cronología histórica del ROC. roc.noaa.gov
RDA/RPG Build 22.1
(build de seguridad y ajustes; documentación ROC indica que está desplegado — 2024/2025 actividad). roc.noaa.gov+1
ROC publica notas de Service Change/SCN y anuncia Beta/Despliegue para Build 23.0 en 2024; Build 22.1 documentado en la página de Software Engineering. roc.noaa.gov+1
Nosotros, en LADETEC comenzamos haciendo VESTA|ORPG con el Build 11, y la última versión con el Build 12 (porque en versiones posteriores se agregó el tratamiento polarimétrico y los radares cubanos no son polarimétricos … hasta ahora). LAMULA|ORPG está basada en el Build 22 y está preparada para radares polarimétricos.
En la primera fase de despliegue (1990-1992) los WSR-88D grababan sus salidas digitales (NIDS – NEXRAD Information Dissemination Service o Level II/III primitivos) en cintas magnéticas. Estas cintas se enviaban físicamente a centros regionales y de investigación (ej. NCDC, universidades) porque las líneas de telecomunicaciones de la época no soportaban el volumen. Era un cuello de botella: había días de retraso entre la observación y el análisis centralizado. A mediados de los 90 se estableció una red dedicada de telecomunicaciones de baja velocidad (generalmente T1 y circuitos de 56 kbps). Esta red permitía transferir productos procesados (Level III) a los centros regionales y oficinas locales del NWS en tiempo casi real. Pero no soportaba Level II (datos volumétricos), que seguían dependiendo de cintas. on el aumento de la capacidad de transmisión, se implementó la NEXRAD Information Dissemination Service (NIDS) y luego la NEXRAD Level II Buildout. Aquí entró la Red de Banda Ancha (FAA Telecommunication Infrastructure y más tarde NOAAPort / NWS Telecommunications Gateway). Esto permitió distribuir Level II en tiempo casi real desde cada radar hacia centros de procesamiento y usuarios (universidades, laboratorios, servicios privados). Esto fue crítico para: Asimilación en modelos numéricos, Investigación en tiempo real, Uso en aviación y predicción de alta resolución.
Nosotros en Cuba, por supuesto, no podemos tener un programa de la envergadura tecnológica del NEXRAD; pero sí hemos mantenido 7 radares de tecnologías de principios de los 70 (4 soviéticos y 3 japoneses) y los hemos ido modernizando en un largo proceso ininterrumpido hasta añadirles la cualidad Doppler a tres de ellos en un programa que fue potenciado por el Comandante en Jefe. Sí, de lo que es sostenibilidad, sí sabemos. Y de salto largo…también.
Used to monitor number of Google Analytics server requests
10 minutes
__utmb
Used to distinguish new sessions and visits. This cookie is set when the GA.js javascript library is loaded and there is no existing __utmb cookie. The cookie is updated every time data is sent to the Google Analytics server.
30 minutes after last activity
__utmc
Used only with old Urchin versions of Google Analytics and not with GA.js. Was used to distinguish between new sessions and visits at the end of a session.
End of session (browser)
__utmz
Contains information about the traffic source or campaign that directed user to the website. The cookie is set when the GA.js javascript is loaded and updated when data is sent to the Google Anaytics server
6 months after last activity
__utmv
Contains custom information set by the web developer via the _setCustomVar method in Google Analytics. This cookie is updated every time new data is sent to the Google Analytics server.
2 years after last activity
__utmx
Used to determine whether a user is included in an A / B or Multivariate test.
18 months
_ga
ID used to identify users
2 years
_gali
Used by Google Analytics to determine which links on a page are being clicked
30 seconds
_ga_
ID used to identify users
2 years
_gid
ID used to identify users for 24 hours after last activity
24 hours
_gat
Used to monitor number of Google Analytics server requests when using Google Tag Manager
1 minute
_gac_
Contains information related to marketing campaigns of the user. These are shared with Google AdWords / Google Ads when the Google Ads and Google Analytics accounts are linked together.
Deja una respuesta