3R de radiosondas: RS41 de Vaisala

Los servicios meteorológicos de todo el mundo siguen recogiendo información sobre la atmósfera mediante radiosondas que son lanzadas por centenares diariamente (Ver aquí).

Hasta ahora se ha visto cómo se puede hacer un seguimiento de las radiosondas y cómo se pueden localizar para su recuperación (Ver aquí)

En esta entrada vamos a ver qué podemos hacer con las radiosondas recuperadas, en concreto con las del modelo RS41 de Vaisala que es una de las mas populares y ademas son las que tengo en mi poder.



Interface de conexión XDATA de la RS41 de Vaisala

Algo que necesitaremos en cualquier caso es conocer con detalle la interface de conexión (XDATA Port de 10 pines) de la sonda RS41 de Vaisala

El conector que lleva es un
Amphenol ICC (FCI) Manufacturer Product Number 89361-710LF 


El puerto externo  es del tipo de  2x5 conectores de 2 mm
XDATA está configurado como UART (Universal Asynchronous Receiver / Transmitter con velocidad entre 9600 y 115200; 7 u 8 bits, con paridad  1 o 2 bits de parada).
Se puede configurar también como I2C (Bus de datos con dos conectores SDA y SDL) 
Pin de reset de la MCU y de alimentación

V_boost=Vcc_bust; MCU_RST=RESET; VBAT=Vcc
Usados: GND (Común o tierra); UART_TX (TX para la sonda RX para el ordenador), UART_RX (RX para la sonda, TX para el ordenador).
ATENCION Si desconecta las baterias puede alimentar con 3.3V 
RS41-+3V_MCU is on XDATA pin 4 (PB1); +3.3V is often named 3.3V or 3v3
 


CONEXION SONDA - DISPOSITIVO USB
  • GND del FTDI ↔ GND de la RS41. (Tierra , común o negativo)
  • TX del FTDI ↔ RX de la RS41 (Salida de datos de la sonda)
  • RX del FTDI ↔ TX de la RS41 (entrada de datos de la sonda)
  • Voltaje: Ojo, la RS41 funciona a 3.3V. Hya que asegúrate de que el jumper de la FT232RL esté en la posición de 3.3V (no 5V) para no quemar el microcontrolador de la sonda o el PIN correcto en la CP2102 SI quiere alimentar la sonda con sus baterias (La forma mas cómoda) desconecte este cable. NO ALIMENTE CON CABLE Y BATERIAS DE FORMA SIMULTÁNEA

Con solamente tres cables le basta para comunicarse con la sonda


REUTILIZAR

Lo primero que se nos puede ocurrir es sustituir las dos baterías AA que lleva para ponerla de nuevo en funcionamiento. 

Sin embargo no es buena idea pues:

  • Por programa solamente funciona un número de horas desde su lanzamiento, creemos que es 7h30 desde la explosión del globo, lo que vienen a ser uans 10h desde el lanzamiento. Esto se hace para que las transmisiones de una sonda no interfiera con la siguiente.
  • Si lo consiguiera, cosa que no es el caso, cometería una ilegalidad pues no está autorizado a transmitir en la banda de 400-406 MHz y además entorpecería la labor de los servicios meteorológicos, que seguramente lo denunciarán a la Inspección Provincial de Telecomunicaciones, si es en España.
Sin embargo, existe la posibilidad de modificar el programa para que trabaje en la banda de radioaficionados (si cuenta con licencia, y si no es un buen momento para obtenerla) y volver la radiosonda a la vida.



Este proyecto tiene dos partes:

Una primera parte en la que se  modifica la frecuencia de transmisión de la radiosonda mediante un cliente SSH/Telnet (9600-8N1: Velocidad 9600 bits 8 parada 1 sin paridad, ni flujo de control) como PUTTY (Windows) o SSH (Desde terminal en macOS, los puertos serán ls /dev/tty.*) y para locual se necesita un adaptador USB-TTL y conectar RX, TX y GND
  • Hay que conseguir conectarse a la sonda Vaisala RS41 ... 

  •  ... y entrar en el menú de mantenimiento mediante el comando STwsv para acceder a los parámetros accesibles de los cuales dstacan:
    • Ser(i)al no [Se conserva en los reinicios ] => cambiar el indicativo original de la baliza por otro . No ponga su indicativo de radioaficionado si no va a usar bandas de radioaficionado.
    • TX (f)requency  [Se conserva en los reinicios ] => Solo entre 400,00 - 405,99 MHz. Modificando los registros se pueden modificar para que TX fuera de esta banda, pero no se mantiene en los reinicios ( 433,500 MHz 0x75=0x21, 0x76=0x02 and 0x77=0x67)
    • T(X) state [Se conserva en los reinicios ] => Permite ponerla de disable a enable y viceversa parar y reiniciar la radiosonda
    • TX p(o)wer  [Se conserva en los reinicios ] => de 0 (1 dBm) a 7 (20 dBm)
Una segund parte que hace uso de una placa de desarrollo Wemos D1 Mini para configurar automáticamente una frecuencia de radioaficionado en el RS-41 en cada arranque. La placa es lo suficientemente pequeña como para caber dentro de la carcasa original de poliestireno, con algunas modificaciones menores, y se alimentará del RS-41 y, poco después del arranque, hará lo siguiente:
  • Modificará los registros del RS-41 para establecer la frecuencia seleccionada en la banda de radioaficionado de 70 cm a través de la interfaz serie
  • Intentará conectarse al punto de acceso WiFi preseleccionado. Si falla, se iniciará en modo Punto de Acceso y aceptará una conexión de cliente desde un teléfono móvil o portátil. Iniciar un servidor web para permitir:
    • la selección de la frecuencia de transmisión RS-41
    • los valores de los registros relacionados se calculan a partir de la frecuencia introducida
    • el tiempo necesario para entrar en modo de suspensión profunda para ahorrar energía
    • el SSID y la contraseña de WiFi para conectarse en el siguiente reinicio
    • iniciar también un servidor Telnet que actuará como puente entre la conexión Telnet y la interfaz serie RS-41; esto permitirá modificar fácilmente otros parámetros RS-41, como el indicativo o la potencia de transmisión inicial. Estos parámetros se almacenarán en el RS-41 y sobrevivirán a los reinicios.
Para este proyecto necesitará el siguiente material
OJO El pinout puede variar de un modelo a otro


En un análisis preliminar, parece algo compleja la segunda parte, pero viable.


Pruebas

1ª Parte con CP2102 y Putty

Dado que se contaba con un dispositivo USB-TTL basado en CP2102 de Silicon Labs se decidió probar, conectándo el CP2102 sin cablear y se comprobó que enciende el piloto rojo del CP2102 (Le llega alimentacion) pero no parpadea por lo que no se reconoce y por ello aunque se cablee no se consigue acceder a los parámetros.

Se prueba con Windows con Putty y con macOS por consola.

Con macOS debemos comprobar que se reconoce desde consola hacemos.
  • ls /dev/cu.SLAB*

    • Si  /dev/cu.Bluetooth-Incoming-Port, el CP2102 no está siendo reconocido.
    • Si /dev/cu.usbserial-XXXX o /dev/cu.wchusbserialXXXX, si que lo reconoce
  • ioreg -p IOUSB -n "CP2102 USB to UART Bridge Controller" -l

    • Saca un log en el que se puede analizar si llega a reconocerlo, si no lo quiere hacer a mano le pude pasar la tarea a https://gemini.google.com/
Resumiendo no se consiguió que CP2102 funcionara, por lo que si tiene que adquiri uno que sea el FT232RL (Disponible en Aliexpress por menos de 5€)


1ª Parte con FT232RL y Putty


Se conecta el FT232RL sin cablear y se enciende el piloto azul (Le llega la alimentación).


WINDOWS


En Windows lo mas cómodo para trabajar con una conexión serie es usar la herramienta gratuita putty (Es una pena que no esté para macOS)


Los pasos a seguir son:

  • Localizar el puerto COM asignado a la conexión USB Para ello conectar el FT232Rl a un puerto USB e ir a administrador de dispositivos y mirar puertos (COM y LPT), Por ejemplo COM10

  • Configurar Putty. Para ello basta con ir al panel de y seleccionar el tipo de conexión como SERIAL y poner el puerto asignado (p.e. COM10) y ajustar la velocidad a 9600 e ir al panel de terminal marcar  "Implicit LF in every CR" y "Implicit CR in every LF"
Configure el puerto COM, la velocidad 9600, data bits a 8, stop bits a 1, parity a None y Row contro,l XON/XOFF 

marcar  "Implicit LF in every CR" y "Implicit CR in every LF"

Selecciones Connection type:serial y OPEN


  • Abrir conexión haciendo  OPEN en Putty
  • Poner las baterias a la sonda y encenderla con el pulsador rojo
  • Tras leer el mensaje de bienvenida de RS41 teclear 
    • STwsv
  • Configurar las opciones




macOS


Conectar el FT232RL al puerto USB del MAC
  • Reconocimiento del dispositivo físico
    • Desde el terminal teclear ls /dev/cu.usbserial*
    • /dev/cu.usbserial-XXXXXXXXX
  • Entrada en el registro
    • Desde el terminal teclear  system_profiler SPUSBDataType | grep -B 1 "FT232"
    • Devuelve un error  2026-01-25 13:08:05.001 system_profiler[8578:316590] SPUSBDevice: IOCreatePlugInInterfaceForService failed 0xe00002be
  • Prueba de eco (Loopback)
    • Conexión física: Con un cablecito o jumper, se unen los pines TX y RX del FT232RL (De fabrica suele venir ya puesto).
    • Desde el terminal teclear screen /dev/cu.usbserial-XXXXXXXX 9600
    • Si se escribe "HOLA", debe  aparecer "HOLA". Si se  desconecta el puente, lo que escribas no aparecerá. Esto prueba que el conjunto macOS & FT232RL funciona
  • Prueba de macOS+Drivers+FT232
    • echo "TEST" > /dev/cu.usbserial-XXXXXXXX
    • TEST
  • Conectar TX, RX y GND del FT232 a los terminales correspondientes de la sonda RS41
    • Inicializar correctamente el puerto USB-TTY del macOS
    • stty -f /dev/cu.usbserial-XXXXXXXX 9600 cs8 -cstopb -parenb -crtscts
    • Si lo conectamos a una salida con cat /dev/cu.usbserial-XXXXXXX veremos la salida, hasta que lo paremos con CTRl-C
    • Es preferible este otro comando para que salga formateado el texto cat /dev/cu.usbserial-XXXXXXXX | tr '\r' '\n'
    • Vaisala RS41 Radiosonde SW V2.05.06
      Copyright (c) Vaisala Oyj 2022. All rights reserved.
      Serial number: xxxxxxxx
      Pressure module serial number: xxxxxxxx SW V2.03
      Transmitter frequency: 403.00 MHz
      Transmitter power: 7/7

      Enabled TX 
    • Al usar cat solo tenemos habilitado el canal de RX, para entrar datos en la sonda podemos usar
      • SCREEN es inmediata pero la salida de nuevo está sin formatear con screen /dev/cu.usbserial-XXXXXXX 9600 y si tecleamos el comando STwsv, sale el menú pero sin formatear lo cual no es práctico, se sale con CTRL+A => K => Y
      • MINICOM para lo cual hay que instalarlo con  brew install minicom y una vez instalado podemos lanzar por terminal minicom -D /dev/cu.usbserial-XXXXXXX  -b 9600. Con ESC+Z entramos en el  Menu de ayuda
        • C borra la bantalla y sale de la ayuda o ESC+c desde la pantalla
        • O menu de configuración y sale de la ayuda o ESC+o desde la pantalla
        • E eco en la pantalla y sale de la ayuda o ESC+w desde la pantalla, pero no es muy buena idea pues en la configuración creo que se hace un lio el menú
Para que la salida salga formateada ESC+U y ESC+A

Menú de configuración (O ) 9600 8N1 por defecto

Menú de configuración de terminal (T)
        • Tecleando muy despacio <INTRO> STwsv <INTRO> sale el menú formateado si se escribe muy despacio el comando y previamente se ha hecho ESC+U y ESC+A

Menú de básico de configuración de RS41 de Vaisala al que se llega mediante el comando STwsv tanto por Windows como por macOS

  • S => RH:   0.00 RHtu: 485526.22 Trh:  16.72 T: -250.70 Tref:  20.68 Tmcu:  23.18 C:   0.06 Rt:  -26.16 Rts: 1015.62 Tp: -0.0182 Cp: -5.0402 Pressure: 1000.12 PressureT(NTC): 222
  • q => Uref2: 547980 U: 481195 Uref1: 481114 TUref1: 133114 TU: 178788 TUref2: 193141 Tref1: 133113 T: 0 Tref2: 193140 Pref2: 419254 P: 323498 Pref1: 289172
  • o => TX power (0-7) 7 >7

  • X permite poner el trnasmisor en Enable y en disable, ideal para pruebas disabled
  • Baud rate (0=9600, 1=19200, 2=38400, 3=57600, 4=115200) 0 >0 
  • No menú, ... que susto, volver a ponerlo pulsando N
  • R Low battery capacity , PTU failure   
No permite modificar la frecuencia a una de la banda de radioaficionados como 433,600 (430-440) tampoco en PRM 446 (446.0-446,2)

  • M (Abre un submenú)

  • T con esta opción se puede cambiar directamente los registros en memoria que indican la frecuencia de trabajo saltan las limitaciones del menú para ello se usa esta calculadora aunque solamene sirve hasta el siguiente arranque, por eso hay un desarrollo que hace que se configure en cada arranque haciendo uso de un ESP32 muy simple. Las fases son , poner el TX en disable, modificar los registros y arrancarlo, de paso tambien se puede cambian el ID aunque hay que hacerlo con cuidado pues ese no se borra, para 433,500 MHz sería:
    • Register number (00-7F) >75 Register value 16 >21
    • Register number (00-7F) >76 Register value B0 >02
    • Register number (00-7F) >77 Register value EC >67
  • launched     

INFORMACION ADICIONAL
  • Otros comandos útiles desde consola de macOS
    • Si hubiese que modificar la velocidad, que no es el caso,  a 38400  
      • stty -f /dev/cu.usbserial-XXXXX 38400
    • Conectar los terminales
      • screen /dev/cu.usbserial-XXXXXX 9600
    • Ver datos
      • cat /dev/cu.usbserial-XXXXXX
      • cat /dev/cu.usbserial-XXXXXX| while read line; do echo "$(date +%H:%M:%S) $line"; done
      • cat: /dev/cu.usbserial-XXXXX: Resource busy
    • Se puede matar el proceso que tiene ocupado el puerto con 
      • lsof | grep xxxxx
      • screen    NNNN XXXX    5u      CHR        22,3      0t88
      • kill -9 NNNN
    • Pese a matar el proceso no muestra información
  • Si se alimenta la sonda RS41 con baterias o por cable se enciende el piloto en verde para pasar a rojo parpadeante (Error), al menos sabemos que hay esperanza
  • Con macOS puede probar con herramientas como SerialTools (no me gustó nada) o CoolTerm (no me pareció de fiar), seguramente lo mejor es pasarse a Windows sabiendo que ya estamos a solo un paso de reconfigirar la sonda.

Que hemos conseguido gracias a la documentación de https://github.com/digiampietro/esp8266-rs41:
  • Acceder al firmware de la RS41 y cambiar la identificación (Permanece para otros arranques)
  • Cambiar la frecuencia a una de la banda de radioaficionado para la cual tenemos licencia, pero también se podria hacer para la banda de PRM (pe. 446,006)
    • Register number (00-7F) >75 Register value  >21
    • Register number (00-7F) >76 Register value  >B6
    • Register number (00-7F) >77 Register value  >C7
  • Activar la transmisión
  • Desenchufarlo del ordenador, manteniendo la batería
  • Localizar el transmisor con MySOndy Go
  • Recibir y decodificar la información con SDR+RTL y SDRangel
  • La configuración ha sido laboriosa al hacerlo mediante el terminal de macOS , con Putty sobre Windows es mas sencillo.
SDR+RTL y SDRangel


SDR+RTL y SDRangel

2ª Parte con LOLIN D1 Mini V4.0.0 - WEMOS D1 MINI ESP32

Esta parte mas compleja lo que hace es conectar un LOLIN D1 a la RS41 con el fin de configurarle la frecuencia de trabajo en cada arranque. 

Por el momento, aunque se cuenta con el material, es muy barato (unos 5€ en Aliexpress),  se deja a la espera pues con lo visto ya nos basta para el uso que queremos darle ( No se sueldan bien los pines, si puede comprelos soldados, merece la pena)

La compilación y carga la hice con Arduino IDE, que reconoce la placa de desarrollo, si bien hay que añadir los siguientes librerias


Library Name                        Version    Author                    Architecture    Type
----------------------------------- ---------- ------------------------- --------------- -------
ArduinoOTA                          1.0        Ivan Grokhotkov and Migue esp8266         system https://github.com/esp8266/Arduino/tree/master/libraries/ArduinoOTA 
DNSServer                           1.1.1      Kristijan Novoselic       esp8266         system
EEPROM                              1.0        Ivan Grokhotkov           esp8266         system
ESP8266WebServer                    1.0        Ivan Grokhotkov           esp8266         system
ESP8266WiFi                         1.0        Ivan Grokhotkov           esp8266         system
ESP8266mDNS                         1.2        multiple, see files       esp8266         system
EspSoftwareSerial                   6.8.5      Peter Lerup, Dirk Kaar    esp8266,esp32   system

Pese a descargar las librerias y copiar en la carpeta todos los miembros que solicitaba el compilador, se llegó a un punto muerto, por lo que se abandona al menos por el momento.

Ademas al compilar se descubre que está para ESP8266 la 2.7.4 por lo que hay que instalar una versión anterior de las plcas de desarrollo a la usada ... que pereza


REUSAR

Otra opción es sustituir completamente el firmware para que trabaje en la banda de radioaficionados con modos mas populares entre los radioaficionados como CW, RTTY, APRS, etc. aprovechando los sensores de: temperatura, humedad, presión, velocidad y dirección del viento,  y de localización (GNSS)todo ello preparado para condiciones extremas y el transmisor (Si4032 que proporciona una potencia de hasta 60/100 mW lo que permite una propagación de hasta  350 km en espacio libre).

Esta opción presenta tres retos importantes:
  • Crear o configurar un software que funcione con el modelo de radiosonda del que disponemos y compilarlo en la plataforma que usemos en LINUX se usa docker y en macOS make  (Docker aunuqe se puede usar al correr en maquina virtual presenta problemas con USB). La mayoria del software es para la RS41 de Vaisala.
  • Conseguir romper la protección de lectura que lleva el firmware de las radiosondas con el fin de que no pueda ser descargado y con ello quedé expuesto el código.
  • Cargar el firmware en la radiosonda mediante un dispositivo como ST-Link STM8/STM32 v2 y comandos de consola o un software como STM32cubeProgramming u openocd
  • Hacer que funcione

SOFTWARE DISPONIBLE

rs41rg

Este proyecto basado en RS41HUP permite configurar sondas RS41 de Vaisala (Si4032) y DFM17 (Si4063) de Graw en los modos en las bandas de radioaficionado
  • pip (Emisión de pip para su localización)
  • CW
  • APRS 1,200 baudios
  • CATS (Comunication and Telemetry System)  
  • HORUS V1 y V2 4FSK 100 baudios 

Ademas para RS41 se puede:
  • contar pulsos
  • generar GPS NMEA
  • transmitir información procedente de sensores BMP280 (tempertura y humedad) y BME280 (Temperatura, humedad y presión) usando el bus I2C
  • Usando un Si5351 en el bus I2C permite transmitir en las bandas HF/VHF modos
    • JT65
    • JT9
    • JT4
    • FT8
    • WSPR
    • FSQ
    • Horus 4FSK v1 y v2 a 50 baudios

El objetivo es poderlas usar de nuevo en un globo, pero pueden usarse como estación meteorológica tanto en fijo como en móvil, o cualquier otra apliccaión como caza de zorro, etc.

Para este proyecto necesitará compilar el fuente una vez configurado y un dispositivo ST-Link STM8/STM32 v2

Un articulo contando la experiencia es "Reprogramming a RS41 Radiosonde for Amateur Radio Frequencies"

Esta fue mi primera opción, sin embargo tras compilar e instlar el firmware este no funcionó.

Este primer fracaso me llevó a profundizar un poco en hardware de las radiosondas RS41 de Vaisala y comprobé que este ha ido variando y así para procesadores ha usado:
  • STM32F100: procesador que se montaba en radiosondas mas antiguas y para el que se ha hecho este desarrollo
  • STM32L412: procesador que se monta en las radiosondas actuales (2026). 
Identificación del procesador STM32L41x
montado en la radiosonda que hace STC32Cubic Programmer
Identificador visual del procesador montado en la radiosonda 
ARM STM32L412 y de la frecuencia del reloj 24 MHz


Por otra parte hay que comprobar también el chip de radio que monta pues puede ser
  • Si4032 mas antiguo pero que todavía monta
  • Si4063 (o similar de la serie Si446x) que podria montarlo
Placa PCB211081C y chip de radio SI4032

Chip de radio SI4032

Chip UBX-10 series de U-Blox para GNSS (incluido GPS)
y cuarzo del reloj a 26 MHz
https://www.u-blox.com/en/product/ubx-m10-series


Conjunto de chips HCU04 (Amplificador de RF) y otros

Situación a 3/2/2026

Pregunta en el GitHub del proyecto

"Hi,

I have recently attempted to install RS41ng (compiled using make) on a 2025 Vaisala RS41 radiosonde. Unfortunately, the firmware did not run successfully.

However, I was able to install and run RS41-nfw (compiled using the Arduino IDE) on the same device without issues, which suggests that the radiosonde hardware itself is functioning correctly.

I understand that earlier RS41 models were based on the STM32F100 (Cortex-M3), while current production units appear to use the STM32L412 (Cortex-M4). Could the architectural differences between these microcontrollers (e.g., peripherals, memory layout, clock configuration, or startup code) be the cause of the incompatibility?

Is there any confirmation that the current version of RS41ng is compatible with newer RS41 units (2025/2026 production)? If not, could you please advise how I should proceed? Would porting adjustments be required for the STM32L4 series?

Thank you very much for your work on this project and for any guidance you may be able to provide.

Kind regards," 


Respuesta de Mike Hojnowski kd2eat8 

"Juanpa, you are correct. The currently released version of RS41ng does not support the newer L4 processors. We've been in very active development over the last month to complete the port. It's mostly working, including support for Horus V3 and 9600 baud APRS for RS41 4x2, 4x4 and DFM-17. We're mostly just sorting out compatibility issues with the DFM-17 hardware and fixing a few bugs. We were hoping to have the release done last week, so it shouldn't be too much longer."


Este firmware no es valido para las sondas RS41 actuales (2026), compruebe el procesador antes de utilizarlo


RS41-NFW

Este firmware funciona con todas las variantes de radiosondas RS41, incluyendo las nuevas (2023 y 2025), ofreciendo soporte completo de hardware y software con numerosas funciones para todos ellos.

Vaisala lanzó hace un tiempo nuevas versiones de sondas RS41 con un nuevo diseño interno. Se reconocen por el último dígito (4 o 5) del modelo de PCB (p. ej., RSM414, RSM424, RSM425) y este firmware es el adecuado paa todas ellas

Como en nuestro caso las radiosondas recuperadas montan:
  • El modelo de placa es el RSM424-D (Está impreso junto a la antena y el conector)
  • El procesador es STM32L412 (Lo dice el programa STM32Cube Programmer)
  • El chip de radio es el Si4032 (Se puede leer impreso sobre el chip)
Por lo que esta ha sido nuestra segunda opción, y ha sido un exito.

RS41_rust

Firmware para radiosonda RS-41 de Vaisala escrito en lenguaje RUST

No se ha probado el programa, ni tampoco se ha comprobado apra que procesador y chip de radio está desarrollado.

RS41HUP

La ultima actualización data de 10.01.2020 

RS41HUP_V2

Es una variante ("fork")  de RS41HUP github.com/darksidelemm/RS41HUP que ya noe stá soportada 

Software para RS41 de Vaisala que permite tranmitir en banda de 70 cm de radioaficionado los datos de GPS y telemetría en FSK RTTY (El formato de los proyectos HAB) y en formato APRS en una segunda frecuencia.

Para este proyecto necesitará compilar el fuente una vez configurado y un dispositivo ST-Link STM8/STM32 v2

No se ha probado el programa, ni tampoco se ha comprobado apra que procesador y chip de radio está desarrollado.


El código RS41HUP (HUP-Ham Use Project) es un firmware  para la radiosonda RS41 para uso en radioaficionados. 

La sonda modificada  transmite en una frecuencia definible en la banda de 70 cm, datos de GPS y telemetría en formato FSK RTTY, utilizado por proyectos HAB, y además transmite paquetes APRS en una frecuencia de transmisión definible por separado.

Publicado bajo GPL v2

No se ha probado el programa, ni tampoco se ha comprobado apra que procesador y chip de radio está desarrollado.


Este código base convierte un Vaisala RS41 en una baliza de 70 cm, ideal para concursos de radiogoniometría de radioaficionados (caza del zorro).

Para este proyecto necesitará compilar el fuente una vez configurado y un dispositivo ST-Link STM8/STM32 v2

No se ha probado el programa, ni tampoco se ha comprobado apra que procesador y chip de radio está desarrollado.



Este código convierte una radiosonda RS41 Vaisala en una baliza en 70 cm para caza del zorro (ARDF - Amateur Radio Direction Finding o  fox hunt) 

Características:
  • Identificador Morse que incluye indicativo de llamada y voltaje actual de la batería.
  • Radiofrecuencia CW larga (longitud y número de repeticiones definidos por el usuario).
  • Desconexión por bajo voltaje para evitar la destrucción de baterías recargables.
  • Radiofrecuencia GPS cuando la batería está por debajo de un umbral definido por el usuario.
No se ha probado el programa, ni tampoco se ha comprobado apra que procesador y chip de radio está desarrollado.

Resuemn de mi experiencia reusando RS41 de Vaisala publicado en el canal de Telegram APRS 438  https://t.me/aprs438

Basen on my experience, I attempted to install RS41ng (compiled using make, following the developer’s build instructions) on a 2025 Vaisala RS41 radiosonde, but the firmware did not run successfully on the device.

In contrast, I was able to successfully install RS41-nfw, compiled with the Arduino IDE as specified by its developer.

After further investigation, I noticed that RS41ng has not been actively maintained for several years and was originally developed for the STM32F100 microcontroller (Cortex-M3). However, current RS41 radiosondes (2025 production) appear to be based on the STM32L412 (Cortex-M4), which introduces architectural differences as well as changes in peripherals, clock configuration, memory layout, and possibly bootloader behavior.

Given these differences between the STM32F1 and STM32L4 series (including power management, flash structure, and peripheral mapping), compatibility issues would not be surprising.

That said, it is entirely possible that the issue is due to something on my side (toolchain configuration, linker script, startup code, etc.). If anyone has successfully installed and run RS41ng on a 2025 or 2026 RS41 radiosonde (STM32L412-based hardware), I would greatly appreciate it if you could share your experience or any required modifications.

Thank you in advance.

RECICLAR

Realmente hay pocos elementos que puedan reciclarse mas allá de:
  • las 2 baterías AA de 1,5V que lleva (Proporcionana una autonomia mínima de 240 minutos = 4 horas). Las Vaisala llevan de la marca Energizerde litio
  • el cordón que la sujeta (Material del cordón: Polipropileno no tratado para UV,Tenacidad <115 N, Longitud del cordón 55 m) 
  • el paracaídas
  • todo el circuito es muy compacto por lo que no se ve viable aprovechar ningun componente, ni circuito


Referencias


Advertencia importante

Las modificaciones, configuraciones y procedimientos descritos en este sitio pueden implicar riesgos técnicos, legales o de seguridad. El autor no se responsabiliza del mal funcionamiento de los equipos, daños permanentes, pérdida de garantía ni de posibles infracciones legales derivadas del uso de esta información.
El lector asume plena responsabilidad por cualquier acción que decida realizar basándose en el contenido de este blog.

© 2026 EA5JTT. Queda prohibida la reproducción total o parcial sin autorización expresa del autor.

No hay comentarios:

Publicar un comentario

Estructura de un QSO CW/Morse entre radioaficionados (español/castellano)

Un ejemplo estándar en castellano el que llama XXNXXX y le responde YYNYYY Lo primero es ver si la frecuencia en la que vamos a llamar está ...