EA5JTT

SDR en Web

Este sería un pequeño resumen de la situación de los SDR web a mayo de 2026.

Si lo que se pretende es poner un SDR en en Web accesible por Internet con el menor esfuerzo posible, sin duda la mejor opción es kiwiSDR, sin embargo sus continuos cortes en la cadena de producción puede hacer que se piense en otra solución.

La alternativa es web888 que viene a ser un clon de kiwiSDR un poco mas barato, y con un harware SDR un poco mejor, sin embargo usa una modificación del software original kiwiSDR (RaspSDR) con lo que ello puede suponer.

A partir de aquí hay dos soluciones mas caseras, que permiten aprovechar hardware que tenemos sin usar con lo que el coste es menor, pero que requieren mas esfuerzo.

RX-888 permite usar un miniordenador linux o windows con UberSDR
RTL-SDR y similares permiten usar Raspberry Pi con openwebrx (esta solución la he probado con exito para acceder por mi red WiFi del hogar a mi SDR, sin embargo es impensable ponerla accesible por Internet por temas de seguridad, apertura de puertos, recurosso de proceso, etc.)

Ver también:

Hardware: kiwiSDR - Web888 - Red Pitaya
Software kiwiSDR - OpenWEBRx - UberSDR
Redes

UberSDR https://instances.ubersdr.org/ (33 instancias en mayo de 2026)
888 https://www.rx-888.com/web/rx.html (226 instancias en mayo de 2026)
kiwiSDR http://kiwisdr.com/public/ (890 instancias en mayo de 2026)

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.

kiwiSDR - OpenWEBRx - UberSDR

KiwiSDR

kiwiSDR funciona sobre kiwiSDR, y viene ya preinstalado con el hardware kiwiSDR

Hay una versión de kiwiSDR que funciona sobre WEB-888 https://github.com/RaspSDR/server

openwebrx

openwebrx funciona sobre Raspberry Pi con SDR-USB

openwebrx+

openwebrx+ funciona sobre Raspberry Pi con SDR-USB, es una versión de openwebrx

webSDR

Creo que es solamente un HTML5 para openwebrx

UberSDR

UberSDR (En mayo de 2026 contaba su red de 33 instancias) y funciona sobre RX888-MKII + Mini PC con linux o windows

Entrada al sistema. Admite cliente

Banda de 0-30 MHz

Modulaciones: AM, SSB, FMy CW Extensiones; FreeDV, SSTV, Digital SPOTS (FT8, FT4, JS8 y WSPR)

Una de las utilidades para radioaficionados es el skimmer para CW que permite monitorizar esta modulación en la red al modo de por ejemplo RBN

Skimmer CW

Otra utilidad para radioaficionados es "Can hear me? (¿Quien me escucha a mi?)" que calcula la propagación para un equipo de SSB de 100-200W basandose en las recepciones de la red UberSDR de WSPR

Can hear me?

Tambien es posible visualizar los spots (emisiones digitales que incorporan la ubicación como FT8, FT4, JS8 y WSPR) en https://instances.ubersdr.org/digitalspots_map.html (Personalmente no veo que funcione correctamente WSPR)

Digital spot

Por ultimo la funcion quien escucha "Signal finger" permite conocer que estaciones de la red escuchan señal en una frecuencia

Prueba para ver que estaciones reciben la señal de Radio3 de Argelia en la frecuencia de 252 kHz y una potencia 750-1500 kW
https://instances.ubersdr.org/signalfinder.html?freq=0.252&bw=3.0&snr=10

Conclusiones

KiwiSDR es el software mas popular unicamente funciona a una placa kiwiSDR y se incorpora automaticamente a la red kiwiSDR que es la mayor de todas

Openwebrx es el mas usado para Raspberry Pi con SDR-USB y es de proposito general

UberSDR es un software pensada para el uso de radioaficionados y requiere de un mini PC (linux o windows) y de un SDR como RX888

Ver mas

kiwiSDR - Web888 - Red Pitaya

Advertencia importante

Dipolo multibanda G5RV

Advertencia importante

MeshCore

Meshcore como Meshtastic es un proyecto comunitatio para crear una red alternativa de comunicaciones basada en dispositivos de bajo coste y bajo consumo (Puedan ser alimentadas por placas solares y baterías) que trabajen con el protocolo LoRa y que sean capaces de funcionar en áreas sin infraestructura de comunicaciones, o con infraestructuras poco fiables, o que estas hayan quedado fuera de servicio por algún desastre (Telefonía y datos por cable o radio).

Dispone de cifrado AES-128 y no tiene canal publico como Meshtastic

Elementos

SenseCAP Card Tracker T1000-E for Meshtastic

LoRa（Supports 863-928 MHz range）, Bluetooth v5.1 para conectar con ordenador o con dispositivo móvil
Sensores: luz, acelerometro, temperatura
Funcion: Companion
Precio: 35 €
Compras

https://www.seeedstudio.com/SenseCAP-Card-Tracker-T1000-E-for-Meshtastic-p-5913.html

Wio Tracker L1 Pro for MeshCore

Función: companion o repeater
Precio: 38 €
Compras

https://www.seeedstudio.com/Wio-Tracker-L1-Pro-for-Meshcore-p-6717.html

Nodo solar P1

Función: nodo
Frecuencia: 868 o 915 MHz
Precio: 78 € (sin baterias, 4 x 18650 )
Compras

Advertencia importante

El lector asume plena responsabilidad por cualquier acción que decida realizar basándose en el contenido de este blog.

TDoA: Time Difference of Arrival

Por TDoA:(Time Difference of Arrival) se conoce a la tecnología de localización de direcciones por radio mediante la diferencia de tiempo de llegada (TDoA) recopilada por la comunidad por ejemplo la red KiwiSDR

Una de las características de los receptores KiwiSDR es que integran un receptor GPS, que les permite disponer de un reloj preciso y disponer de datos de su posición.

La diferencia de tiempo de llegada (TDoA) es una técnica de localización que se basa en medir la diferencia horaria en la que se recibe una señal en varios receptores distribuidos a cierta distancia. Para ello, se requiere un reloj preciso sincronizado con cada receptor. El GPS proporciona esta sincronización y permite sincronizar con precisión los relojes de los KiwiSDR en todo el mundo.

Esta técnica es util para ondas de superficie (Bandas de VLF y LF, es decir por debajo de 1,6 MHz) o para frecuencias superiores siempre que sea la propagación por ondas de superficie (Receptores cerfcanos), pues la propagación ionosferica introduce retardos variables al variar la altura de la reflexión de la onda.

Ejemplo

Seleccionamos un kiwiSDR con GPS y por tanto con capacidad de proceso TDoA
Sintonizamos la emisora a localizar, que en nuestro caso es la uqe trnamite en 252 kHz
En la opción "Extensión" selecionamos "TDoA"
Seleccionar al menos un par de receptores, en este caso uno en Cerdeña y otro en Almería, y lanzamos el proceso con SUBMIT que primero registrará la emisión dese cada localización y despues las comparará para encontrar la diferencia

Seleccción de estaciones receptoras

Una vez procesado nos muestra las posibles posiciones

Arco de posibles localizaciones de la emisora 252 kHz

Se trata de un proceso interactivo, pues cuanto mayor es el numero de receptores implicados y su calidad mayor es la precisión, también influye la localización

Arco de posibles localizaciones de la emisora 252 kHz

Esto era un ejemplo pues desde el principio sabiamos que la emisora que transmite en la frecuencia de VLF de 252 kHz es "Chaîne 3" que emite en francés desde la localidad de Tipaza (Argelia) con una potencia máxima de 1500 kW

Localización exacta 36.56604772855881, 2.4806068439963433
Fuente: Google maps

La antena de 355m figura en la información aeronautica

No siempre es proceso facil y hay que ir biscando nuevos receptores que nos den mas precisión en este caso de 783 kHz en la COPE de Barcelona

Otras lo clava como la emisora HWU en 18,30 kHz de Tolon de emisión para submarinos de la ramada francesa

Referencias

kiwiSDR - Web888 - Red Pitaya

KiwiSDR

kiwiSDR (actualmente versión 2) es un receptor de radio autónomo (10kHz-30MHz) de arquitectura SDR (14-bits ADC) con BeagleBone Green (AM3358) que trabaja con LinuX Debian, en carcasa de aluminio, que incorpora un receptor GPS, diseñado y fabricada en Nueva Zelanda.

Se envía lista para usar (plug and play). Para funcionar solamente requiere:

una alimentación de 5 V 2A
un cable Ethernet para conectarlo a la red (WiFi/Internet)
una antena HF
Una antena GPS (Opcional)

Al receptor se puede acceder por red/WiFi o a través de Internet de forma libre o con contraseña.

Su precio es de unos 350€ pero en mayo de 2026 se encuentra agotado

888

Web-888 es un receptor de radio autónomo (1kHz a 62MHz y de 118MHz to 150MHz) de arquitectura SDR (16-bit ADC) con capacidad de 13 canales con Zynq7010 FPGA with dual A9 ARM cores. Su precio es va de 290 a 330€

Usa una versión de kiwiSDR modificada https://github.com/RaspSDR/server pero desconozco si es tan facil su puesta en marcah como kiwiSDR y tampoco si dispone de una red de desarrolladores tan grande para resolver incidencias e incorporar novedades.

RX-888 MKII es un receptor de radio SDR que requiere de un ordenador (No es autonomo, en el miniPC hay que ejecutar un software como UberSDR)

Dispone de una entrada RF dual, rango de frecuencia HF: 1kHz-64Mhz, máximo en tiempo real ancho de banda 64M.Rango de frecuencia VHF: 64M-1700Mhz, máximo en tiempo real

El ancho de banda 10M.(16 bits ADC) Su precio es de unos 186€

Red Pitaya

Conclusiones

El mas popular de los tres sistemas es kiwiSDR por su sencillez de instalación, precio y extensiones, estas gracias a una gran comunidad de desarrolladores, su unico inconveniente es que con frecuencia está agotado.

888 es algo mas barato y tecnicamente el hardware es superior

Red Pitaya es mas caro (el triple) y para uos mas profesional

Referencias

KiwiSDR 2: Independent SDR Network Receiver Reviewed by John Leonardelli, VE3IPS jleonardelli@arrl.net

Advertencia importante

Recibiendo beacons de Starlink en una Raspberry Pi

En proyecto

Referencias

https://sgcderek.github.io/blog/starlink-beacons.html

Advertencia importante

Comandos generales de mantenimiento de los servicios sobre Raspberry Pi

El servicio se puede llamar de cualquier forma, hemos usado indistintamente nombres como:

AIS-catcher (finalmente no lo usamos)
rtl-ais.service (AIS)
autorx.service (radiosondas)
aprs-igate.service (APRS VHF)
...

Dar permisos de escritura

Algunas veces los sericios que hemos instalados no arrancan si solo estan como (ro) y no como (rw)

modo escritura

rpi-rw

modo lectura

rpi-ro

Configurar un servicio tras crearlo con un editor como nano p.e. ais-rx.service en /usr/local/bin/

sudo systemctl daemon-reload

Servicios disponibles en una Raspberry Pi

systemctl list-unit-files --state=enabled --type=service --no-pager

Servicios que se arancan en un boot de una Raspberry Pi

systemd-analyze blame --no-pager

Habilitar un servicio

sudo systemctl enable ais-rx.service

Deshabilitar el servicio

sudo systemctl disable ais-rx.service

Arrancar un servicio (Comprobar que estan los servicios parados)

sudo systemctl start ais-rx.service
...
sudo systemctl start autorx.service

Parar un servicio

sudo systemctl stop ais-rx.service
...
sudo systemctl stop autorx.service

Parar y arrancar

sudo systemctl restart autorx.service

Ver como arranca el servicio

sudo systemctl status autorx.service --no-pager -l

tambien

sudo journalctl -u autorx.service -n 20 --no-pager

Borrar los ficheros creados para un servicio (limpieza)

sudo rm /usr/local/bin/ais-rx.service.sh
sudo systemctl daemon-reload

Matar todos los procesos asociados al servicio

sudo killall AIS-catcher 2>/dev/null
sudo killall -9 AIS-catcher rtl_fm

sudo killall -9 rtl_ais
sudo killall -9 rtl_433
sudo killall -9 rtl_fm

sudo killall -9 rtl_433 rtl_ais rtl_fm
rtl_433: no process found
rtl_ais: no process found
rtl_fm: no process found

sudo rmmod dvb_usb_rtl28xxu rtl2832
sudo modprobe rtl2832
sudo modprobe dvb_usb_rtl28xxu
sudo modprobe -r dvb_usb_rtl28xxu rtl2832

Reiniciar la raspberry pi cuando nada va como queremos

sudo reboot

Quién usa un puerto determinado p.e. 8081

sudo netstat -tulpn | grep 8081

Quién usa el USB

sudo fuser -k /dev/bus/usb/001/*

Qué se arranca con un servicio

ps -ef | grep AIS-catcher

root 12452 1 52 16:46 ? 00:01:49 /usr/local/bin/AIS-catcher -v -d
pi-star 12887 12337 0 16:49 pts/0 00:00:00 grep --color=auto AIS-catcher

ps -ef | grep autorx

pi-star 9287 1953 1 04:18 pts/0 00:00:00 grep --color=auto autorx

Comprobar un servidor web en local

curl -I http://127.0.0.1:8081

Radiosonde

curl -I http://127.0.0.1:5000

Comprobar con navegador

http://[LA_IP_DE_TU_PI]:8081

Radiosonde

http://[LA_IP_DE_TU_PI]:5000

Con pi-star

http://pi-star.local:5000

Compatibilidad con otros servicios con los que se comparten recursos (p.e.SDR-USB)

APRS-igate tendrá: Conflicts=autorx.service rtl-ais.service
Autorx tendrá: Conflicts=aprs-igate.service rtl-ais.service
rtl-ais tendrá: Conflicts=aprs-igate.service autorx.service

Bloqueo en el arranque

Si fallara el arranque del servicio en un reboot podria la Raspberry no dar el control a través de Wi-Fi, en ese caso hay que proceder de la siguiente manera:

Conectarla con cable ethernet a nuestra red lcoal 8en logar de WiFi
Comprobar la IP asignada con un scan de IP (p.e. angry IP)
conectarse
Parar los servicios y dejarlos no disponibles

sudo systemctl stop rtl-ais.service
sudo systemctl disable rtl-ais.service
sudo systemctl stop autorx.service
sudo systemctl disable autorx.service

Mover los ficheros para que no intente el sistema rearrancarlos, ojo que se borran de temp igual mejor a otros sitio

sudo mv /etc/systemd/system/rtl-ais.service /tmp/
sudo mv /etc/systemd/system/autorx.service /tmp/

rearrancar

sudo reboot

COmprobación conexiones a RED

ifconfig
sudo wpa_cli reconfigure

Selected interface 'wlan0'
OK

ABRIR PUERTOS PARA CADA IP:PUERTO NUEVO

Conexión a un servidor externo

sudo iptables -A OUTPUT -p udp -d 195.201.71.220 --dport 6518 -j ACCEPT
sudo iptables -A INPUT -p udp -s 195.201.71.220 --sport 6518 -j ACCEPT

Para conexión web

sudo iptables -I INPUT 1 -p tcp --dport 8081 -j ACCEPT
sudo /sbin/iptables -I INPUT -p tcp --dport 8081 -j ACCEPT
sudo /sbin/iptables -I INPUT 1 -p tcp --dport 8081 -j ACCEPT

autorx.service

sudo iptables -I INPUT 1 -p tcp --dport 5000 -j ACCEPT

Comprobaciones

sudo iptables -L -n -v
sudo /sbin/iptables-save > /etc/iptables/rules.v4
rpi-rw
sudo nano /etc/rc.local

CAMBIO DE SERVICIOS

Para cambiar a AIS: sudo systemctl stop autorx.service && sudo systemctl start rtl-ais.service

Para cambiar a Sondas: sudo systemctl stop rtl-ais.service && sudo systemctl start autorx.service

Limpiar espacio si sytemctl se queja

sudo systemctl daemon-reload

Failed to reload daemon: Refusing to reload, not enough space available on /run/

systemd. Currently, 15.8M are free, but a safety buffer of 16.0M is enforced.

# Limpiar logs de hace más de 1 minuto (libera espacio inmediato)

sudo journalctl --vacuum-time=1m

# Si eso no es suficiente, limpia archivos temporales de servicios que ya no corren

sudo rm -rf /run/systemd/generator/*
sudo rm -rf /var/log/*
sudo rm -rf /tmp/*

Apagado

sudo poweroff
sudo shutdown -h now

Comprobar que el RTL-USB esta fisicanebte OK

lsusb

Bus 001 Device 005: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T

Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wi

reless Adapter [Realtek RTL8188CUS]

Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC

9512/9514 Fast Ethernet Adapter

Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9

514 Hub

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Comprobar si alguien lo etá usando

pi-star@pi-star(rw):~$ fuser /dev/bus/usb/001/005

/dev/bus/usb/001/005: 1624m

ps -p 1624 -o comm=

rtl_fm

sudo kill -9 1624

Si lo tiene rtl_fm

sudo killall rtl_fm

Los 3 errores mas frecuentes

Se cuelga en el arranque la Raspberry Pi, cuando se conecta o aleatoriamente en el tiempo, normalmente sobre las 00:00 (Tareas programadas del sistema - Cron jobs, se puede ver con grep "CRON" /var/log/syslog | tail -n 20)

La fuente de alimentación no es suficiente para el consumo de la rasberry pi + RTL-SDR

No arranca el servicio (error 3)

No tiene permisos de escrtitura, basta con darlos rpi-rw

No se puede conectar al web del servicio

Estan los puertos cerrados y hay que abrirlos

Advertencia importante

TortuXday: The Wednesday contest of the Tortugas CW group.

My friend Tomás told me last Thursday, when we met at the club, about the existence of the TortuXday contest, and I found it to be a great initiative to promote Morse code telegraphy. I hope to take part soon.

The goal of the TortuXday contest is to contact as many members of the Tortugas CW group as possible throughout the year.

The activity takes place every Wednesday (X) of the year, over a 24-hour period, from 00:00 to 23:59 local Spanish time.

The following bands can be used, with these reference frequencies:

6 m (50.085 MHz)
10 m (28.055 MHz)
15 m (21.055 MHz)
20 m (14.055 MHz)
40 m (7.035 MHz)
60 m (5.355 MHz)
80 m (3.555 MHz)
160 m (1.835 MHz)

QSOs

A contact may be repeated on the same day on different bands, and on the same band on different days. Lower speeds (15–20 WPM) are recommended, and operators should be flexible to match the correspondent’s speed. Both transmission and reception must be done manually.

The QSO format is as follows:

CQ CQ CQ TOR CALLSIGNA CALLSIGNA CALLSIGNA K
CALLSIGNB CALLSIGNB
CALLSIGNB GRS RST 5NN M 5NN M KN
RST 5NN M 5NN M 77 /3 TU E

Contacts can be logged using software such as N1MM (Windows only), requiring the appropriate user-defined contest files (.udc and .txt). A monthly .adi file containing all contacts made during the current year must be sent to:

tortugastest (at) gmail (dot) com

The subject line should include your callsign and the total number of contacts made since the start of the current year’s TortuXday.

The contest is GRATIS for everybody, but you must sig-on

AWARDS

Rankings will be updated monthly on the “Classification” webpage. A prize will be awarded to the station with the highest score. Previous winners are not eligible for the prize; if they place first again, the award will go to the next station in the ranking.

DIPLOMA

Contacts are expected to count toward the TCW diploma (30 and 75 callsigns).

References

Important Notice

The modifications, configurations, and procedures described here may involve technical, legal, or safety risks. The author assumes no responsibility for equipment malfunction, permanent damage, loss of warranty, or any legal issues arising from the use of this information.

The reader assumes full responsibility for any actions taken based on the content of this blog.

TortuXday: El concurso de los miercoles de los Tortugas CW

Tomás me comentó el jueves pasado cuando nos vimos en el local la existencia del concurso TortuXday y me pareció una buena iniciativa para promocionar la telegrafía Morse, así que espero estrenarme pronto.

El objetivo del concurso TortuXday es contactar con el mayor número posible de miembros del grupo Tortugas CW durante el año.

La actividad se desarrollar todos los miércoles (X) del año, durante las 24 horas del día, es decri de las 00h00 a las 23h59 hora local española

Se pueden trabajar las siguientes bandas con las siguientes frecuencias de referencia:

6m (50,085MHz)
10m (28,055 MHz)
15m (21,055 MHz)
20m (14,055 MHz)
40m (7,035MHz)
60m (5,355 MHz)
80m (3,555 MHz)
160m (1,835 MHz)

LOS QSO

Un mismo contacto puede repetirse el mismo dia en banda diferente, y en la misma banda en distintos dias, recomendandose velocidades de bajas (15-20 ppm) y siendo flexibles a la velocidad del corresponsal, debiendo ser la emisión y recepción manual.

El formato del QSO es el siguiente

CQ CQ CQ TOR indicativoA indicativoA indicativoA K

indicativoB indicativoB

indicativoB GRS RST 5NN M 5NN M KN

RST 5NN M 5NN M 77 /3 TU E

Los contactos se pueden registrar en un programa como n1mmwp (solo para windows y requiere los ficheros https://t.me/c/1256665502/1/210340 .udc en UserDefinedContests y https://t.me/c/1256665502/1/210341 .txt en CallHistoryFiles) debiendose enviar mensualmente un archivo .adi con todos los contactos efectuados hasta ese momento durante el año al siguiente correo: tortugastest (at) gmail (dot) com poniendo en el asunto el indicativo y el número total de contactos desde que empezò el TortuXday del año en curso hasta el momento actual.

AYUDAS

Elc anal de telegram TOR_Spot (https://www.reversebeacon.net/) sondea RBN para localizar llamads CW de miembros de Tortugas CW lo que ayuda a establecer contactos de concurso

PREMIOS

En la web Clasificación se irán actualizando mensualmente las clasificaciones. Se otorgará un premio a la estación con la puntuación más alta. Los ganadores de ediciones anteriores no pueden optar al premio, en caso de quedar primeros de nuevo se otorgará al siguiente en la lista.

DIPLOMA

Supongo que los contactos valdran para el diploma TCW (30 y 75 indicativos)

Referencias

Advertencia importante

Instalando ISM en una Raspberry Pi

En entradas anteriores se ha analizado como instalar y configurar diversos receptores específicos en una Raspberry Pi con un SDR USB:

radiosonde_auto_rx (Recepción de radiosondas)
dire wolf (Recepción de APRS en VHF)
rtl_ais (Recepción de señales AIS de embarcaciones)
dump1090-fa (Recepción de señales ADS-B de aeronaves)

Ahora vamos a acometer la instalación de un receptor de ISM (Banda de aplicaciones industriales) en concreto usaremos rtl_433 que pese al nombre es un receptor genérico para todas las bandas de frecuencias de ISM en UHF:

433,92 MHz
868 MHz (SRD)
315 MHz
345 MHz
915 MHz

Por otra parte es capaz de decodificar mas de 300 protocolos distintos, entre ellos:

TPMS (Tire Pressure Monitoring System) que informa de la presión de los neumáticos al procesador de abordo
Sensores de temperatura y humedad
Mandos a distancia
Llaves electrónicas
Sensores de alarmas
...

Todo un mundo de transmisiones de radiofrecuencia que nos odea pero del cual no somos conscientes

Instalación

Se puede hacer con la versión precompilada con

sudo apt install rtl-433

Compilando la versión

# Actualizar software
sudo apt-get update

Si da error comentar la linea

sudo nano /etc/apt/sources.list.d/debian.list
sudo nano /etc/apt/sources.list
# deb http://httpredir.debian.org/debian bullseye-backports main

sudo apt-get install git libtool libusb-1.0-0-dev librtlsdr-dev rtl-sdr build-essential autoconf cmake pkg-config
# Crear directorio de trabajo
mkdir ~/rtl_433_install
cd ~/rtl_433_install
# Clonar y compilar
git clone https://github.com/merbanan/rtl_433.git
cd rtl_433
mkdir build
cd build
cmake ../ pero mejor cmake -DENABLE_SOAPYSDR=ON ../
make
sudo make install

Pruebas

Parar si hay algun servicio activo que compita por la RTL-SDR/USB

sudo systemctl stop xxxxxx.service

Comprobar que nadie usa el RTl-SDr/USB

sudo pkill -f auto_rx.py
sudo fuser -v /dev/bus/usb/*/*

USER PID ACCESS COMMAND
/dev/bus/usb/001/005: root 11756 F...m rtl_ais

sudo kill 11756

lanzamiento normal

rtl_433

lanzamiento con help

rtl_433 -h

lanzamiento con verbose (explicacion)

rtl_433 -v

comprobacion de pulsos

rtl_433 -A

Aumentando la ganancia ( [-g <gain>] default: auto)

rtl_433 -g 40

Hacer que trabaje en 868 (-f Receive frequency(s) default: 433920000 Hz)

rtl_433 -f 868M

pulsos, ganancia y frecuencia

rtl_433 -f 868M -g 40 -A

Arranques que funcionan

rtl_433 -f 433.92M -s 2M
rtl_433 -f 433.92M -s 2.3M
rtl_433 -f 868.3M -s 2.3M

Probar

rtl_433 -v -Y autolevel -M level -M noise

versión

rtl_433 -V

rtl_433 version 25.12-73-g00d1c709 branch master at 202604211319 inputs file rtl_tcp RTL-SDR with TLS

Para que se localice el comando sin necesidad de ./src/rtl_433

sudo cp ~/rtl_433_install/rtl_433/build/src/rtl_433 /usr/local/bin/

Modificar el fichero de configuración rtl_433.conf (Por ahora no ha hecho falta)
Crear un servicio (Hasta que no funcione recibiendo datos no se hace)

sudo nano /etc/systemd/system/rtl_433.service

[Unit]
Description=Servicio de rtl_433 para decodificación ISM
After=multi-user.target
[Service]
# Ejecuta rtl_433 con la configuración que probamos que funciona
ExecStart=/usr/local/bin/rtl_433 -f 433.92M -g 40 -F json
# Reiniciar automáticamente si falla
Restart=always
RestartSec=5
User=pi-star
Group=pi-star
[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable rtl_433.service
sudo systemctl start rtl_433.service

Comprobar ue funciona el servicio

sudo systemctl status rtl_433.service
sudo systemctl status rtl_433.service --no-pager -l

Comprobar que capta alguna cosa

sudo journalctl -u rtl_433.service -f

rtl_433 -f 433.92M -s 2M (Tambien admite 2.3M)

Algunas capturas

315M

Normal

(Ninguna)

rtl_433 -f 315M -v -Y autolevel -M level -M noise

(Ninguna)

345M

Normal

(Ninguna)

rtl_433 -f 345M -v -Y autolevel -M level -M noise

(Ninguna)

433MHz

rtl_433 -f 433.92M -s 2.3M

model: Bresser-3CH Id: nnn Channel: 1 Battery: 1 Temperature: 73.70 F Humidity: 47 % Integrity : CHECKSUM

Protocolo [52] Bresser Thermo-/Hygro-Sensor 3CH
Comentario: termómetro e higrómetro inalámbrico

model: Hyundai-WS House Code: nnn Channel : 1 Battery : 0 Temperature: 41.80 C Button: 0

Protocolo: [108] Hyundai WS SENZOR Remote Temperature Sensor
Comentario: termómetro inalámbrico

model: Nexus-TH House Code: n Channel: 1 Battery: 0 Temperature: 21.20 C Humidity : 56 %

Protocolo: [19] Nexus, FreeTec NC-7345, NX-3980, Solight TE82S, TFA 30.3209 temperature/humidity sensor
Comentario: termómetro e higrómetro inalámbrico

model: DSC-Security id: nnnnnnnn closed: 1 event: 0 tamper: 0 Battery: 1 xactivity: 0 xtamper1: 0 xtamper2: 0 exception: 0 esn: hhhhhh status: 195 status_hex: hh Integrity : CRC

Protocolo: [148] DSC Security Contact (WS4945)
Comentario: es un componente de una alarma inalámbrica.

model: Microchip-HCS200 id:hhhhhhh Battery: 0 Button: 2 Learn mode: 0 Repeat: 0 encrypted : hhhhhhhh

Protocolo: [218] Microchip HCS200/HCS300 KeeLoq Hopping Encoder based remotes (FSK)
Comentario: mando a distancia

model: Springfield-Soil SID: nn Channel: 1 Battery: 1 Transmit:AUTO Temperature:0.0C Moisture: 0% Button: 0 Integrity : CHECKSUM

Protocolo: [53] Springfield Temperature and Soil Moisture
Comentario: sensor de humedad inalámbrico de suelo para jardinería

model: Ford-CarRemote device-id: nnnnnn data: nnn

Protocolo: [93] Ford Car Key
Comentario: Mando de un automovil

model: Hideki-Temperature Rolling Code: 14 Channel: 3 Battery: 1 Temperature: 18.8 C Integrity : CRC

Protocolo: [42] HIDEKI TS04 Temperature, Humidity, Wind and Rain Sensor
Comentario: sensor de temperatura

rtl_433 -v -Y autolevel -M level -M noise

model: inFactory-TH ID: 29 Channel: 1 Battery: 0 Button: 0 Temperature: 69.60 F Humidity: 66 % Integrity : CRC Modulation: ASK Freq : 434.0 MHz RSSI: -33.1 dB SNR: 9.0 dB Noise: -42.1 dB [Auto Level] Current signal level -35.9 dB, estimated noise -39.8 dB

Protocolo: [91] inFactory, nor-tec, FreeTec NC-3982-913 temperature humidity sensor
Comentario: sensor de temperatura y humedad

model: Toyota type: TPMS id: xxxxxxx status: 128 pressure_PSI: 36.250 temperature_C: 27 C Integrity: CRC Modulation: FSK Freq1: 433.9 MHz Freq2: 433.9 MHz RSSI: -37.4 dB SNR: 4.8 dB Noise : -42.1 dB

Protocolo: [110] PMV-107J (Toyota) TPMS
Comentario: Presión neumáticos (un sensor por cada neumático)

model: Renault type: TPMS id : xxxxxx flags: 36 pressure_kPa: 191.2 kPa temperature_C: 19 CIntegrity: CRC Modulation: FSK Freq1: 434.0 MHz Freq2: 433.9 MHz RSSI: -36.1 dB SNR: 6.0 dB Noise: -42.1 dB

Protocolo: [90] Renault TPMS
Comentario: Presión neumáticos (un sensor por cada neumático)

model: Hyundai-VDO type : TPMS id: xxxxxxxx state: 32 flags: 0 repetition: 10 pressure : 243 kPa temp: 22 C maybe_battery: 15 Integrity : CRC Modulation: FSK Freq1: 434.0 MHz Freq2 : 433.9 MHz RSSI: -37.4 dB SNR : 4.8 dB Noise: -42.1 dB

Protocolo: [186] Hyundai TPMS (VDO)
Comentario: Presión neumáticos (un sensor por cada neumático)

model: LaCrosse-TX141THBv2 Sensor ID : a9 Channel: 1 Battery: 1 Temperature: 108.30 C Humidity: 74 % Test? : No Integrity : CRC Modulation: ASK Freq: 433.9 MHz RSSI: -4.4 dB SNR: 37.7 dB Noise: -42.1 dB

PROTOCOLO: [08] LaCrosse TX Temperature / Humidity Sensor
Comentario: termómetro e higrómetro inalámbrico

model: FT-004B Temperature: 19.3 C Modulation: ASK Freq: 433.9 MHz RSSI: -37.4 dB SNR: 4.8 dB Noise: -42.1 dB

PROTOCOLO: [92] FT-004-B Temperature Sensor
Comentario: termómetro inalámbrico (Fine Offset O SIMILAR)

868.3M

rtl_433 -f 868.3M -s 2.3M

(Ninguna)

rtl_433 -f 868M -v -Y autolevel -M level -M noise

model: Fineoffset-WH65B ID: xxx Battery: 1 Temperature: 18.5 C Humidity: 90 % Wind direction: 76 Wind speed: 0.7 m/s Gust speed: 1.0 m/s Rainfall: 3905.3 mm UV: 2 UV Index: 0 Light: 0.0 lux Integrity: CRC Modulation: FSK Freq1: 868.2 MHz Freq2 : 868.3 MHz RSSI : -0.2 dB SNR: 42.0 dB Noise: -42.1 dB [Auto Level] Current noise level -35.2 dB, estimated noise -35.3 dB

PROTOCOLO: [78] Fine Offset Electronics, WH25, WH32, WH32B, WN32B, WH24, WH65B, HP1000, Misol WS2320
Comentario: Estacion meteorológica completa Fine Offset

model: Fineoffset-WH32B ID: 62 Battery : 1 Temperature: 19.5 C Humidity : 76 % Pressure : 1015.6 hPa Integrity : CRC Modulation: FSK Freq1 : 868.3 MHz Freq2 : 868.4 MHz RSSI : -15.7 dB SNR: 19.4 dB Noise : -35.2 dB

Protocolo: [78] Fine Offset Electronics, WH25, WH32, WH32B, WN32B, WH24, WH65B, HP1000, Misol WS2320
Comentario

model: Bresser-3CH Id : 169 Channel : 1 Battery : 1 Temperature: 68.30 F Humidity : 74 % Integrity : CHECKSUM Modulation: ASK Freq: 867.8 MHz RSSI : -24.2 dB SNR : 18.0 dB Noise: -42.1 dB

Protocolo [52] Bresser Thermo-/Hygro-Sensor 3CH
Comentario: termómetro e higrómetro inalámbrico

model : LaCrosse-TX141THBv2 Sensor ID : xx Channel: 1 Battery: 1 Temperature: 108.30 C Humidity: 74 % Test? : No Integrity : CRC Modulation: ASK Freq : 868.3 MHz RSSI: -0.3 dB SNR: 41.9 dB Noise : -42.1 dB [Auto Level] Estimated noise level is -32.6 dB, adjusting minimum detect

PROTOCOLO: [08] LaCrosse TX Temperature / Humidity Sensor
Comentario: termómetro e higrómetro inalámbrico

915M

Normal

(Ninguna)

rtl_433 -f 915M -v -Y autolevel -M level -M noise

(Ninguna)

Diagnosticos complementarios

Instalar

sudo apt-get update
sudo apt-get install rtl-sdr

Ejecutar

rtl_power -f 430M:440M:10k -i 30 spec.csv

Visualizar

En la raspberry PI

cat spec.csv

Pasarlo al PC y usar algun software como una hoja de calculo (Excel)

Conclusiones

Parte de las funciones de un Flipper Zero son estas que estamos viendo de recibir y decodificar señales ISM en 433 y 866

Referencias

https://github.com/merbanan/rtl_433 (original)
https://github.com/anwerd/rtl_433_inkbird (versión del anterior)
https://groups.google.com/g/rtl_433
VIN DEcode

Advertencia importante