Resolución de problemas de Rapsberry Pi y RTL-SDR

En ocasiones el RTL-SDR o SDR conectados a un puerto USB de una raspberry Pi dejan de funcionar con errores del tipo:

  • usb_claim_interface -6 
  • Failed to open rtlsdr device #0
Aunque seguía apareciendo en lsusb

lsusb
Bus 001 Device 005: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wi
reless Adapter [Realtek RTL8188CUS]   (Este es un adaptador USB WiFi)   
Bus 001 Device 004: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T   
(Este es un adaptador USB SDR, que en este caso es el DEVICE 4 )     
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC
9512/9514 Fast Ethernet Adapter      
 (Este es un adaptador interno Ethernet)  
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9
514 Hub       
(Este es un adaptador interno )   
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub 

Drivers activos

lsmod | grep rtl                                         
rtl8192cu              86016  0
rtl_usb                20480  1 rtl8192cu
rtl8192c_common        65536  1 rtl8192cu
rtlwifi               114688  3 rtl_usb,rtl8192c_common,rtl8192cu
mac80211              802816  3 rtl_usb,rtlwifi,rtl8192cu
cfg80211              761856  2 mac80211,rtlwifi

dvb_usb_rtl2832u no debe aparecer

Las causas más habituales son:

  1. Alimentación insuficiente: el USB SDR consume mucha energía
  2. Carga de  controladores DVB
  3. Procesos en conflicto
  4. Permisos 
  5. Bloqueado a nivel de hardware USB 
  6. Sobrecalentamiento del USB SDR y/o RAspberry Pi
Posibles soluciones particulares

  • Dotar a la raspberry Pi de una fuente de alimentación de mayor capacidad (amperaje) resuelve el problema 1
  • Descargar el controlador DVB resuelve el problema (2)
    • lsmod | grep dvb (Localiza si DVB stá cargado y generando conflictos) 
    • sudo modprobe -r dvb_usb_rtl2832u rtl2832
      • modprobe: FATAL: Module dvb_usb_rtl2832u not found. 
  • Localizar si hay procesos que tienen el USB SDR resuelve el problema (3)
    •  rtl_test -t
      • Found 1 device(s):     
      •  0:  Realtek, RTL2838UHIDIR, SN: 00000001 (Localiza el SDR USB)  
      • Using device 0: Generic RTL2832U OEM      
      •  usb_claim_interface error -6      (Está ocupado por otro proceso)   
      • Failed to open rtlsdr device #0. 
    • sudo fuser -k /dev/bus/usb/* (Lista los procesos)  
    • sudo killall -9 rtl_433 rtl_ais rtl_fm (ejemplo que mata los procesos que causan el problema)  
  •  Mirar los permisos y resolveria problema 4
    • groups
      • pi-star adm dialout cdrom sudo audio video plugdev games users input netdev gpio i2c spi  
  • Unos disipadores en el SDR y un ventilador bajo la rapberry Pi (si no lo lleva incluido) y el SDR pueden solucionar el problema 6   

Posibles soluciones generales

Si no hemos encontrado una causa clara que permita una solución espoecifica podemos probar con soluciones mas generales del tipo "apagar y encender"
  • Desconectar y conectar el USB SDR
  • Cambiar el USB SDR de puerto
  • Reiniciar la Raspberry Pi (sudo reboot) desde la terminal: esto  no reinicia los puertos USB de la Raspberry Pi
  • Apagar fisicamente la Raspberry Pi (Cold Boot): Desconecta el cable de alimentación, espera 30 segundos para que los condensadores se vacíen, y volver a encender. Esto fuerza al controlador USB (dwc_otg) a reiniciarse desde cero.


uhubctl

Hay una solución mas quirurgica que es ejecutar la utilidad uhubctl

  • comprobar que está instalada
    • sudo uhubctl
      • sudo: uhubctl: command not found  (En este caso no lo está)
  • Si no lo está hay que instalrla
    • rpi-rw
    • sudo apt-get update
    • sudo apt-get install uhubctl
      • Si falla
        • sudo apt-get install git libusb-1.0-0-dev build-essential
        • cd ~
        • git clone https://github.com/mvp/uhubctl
        • cd uhubctl
        • make
        • sudo make install
        • sudo uhubctl
          • Current status for hub 1-1 [0424:9514, USB 2.00, 5 ports, ppps]  
          • Port 1: 0503 power highspeed enable connect [0424:ec00]  
          • Port 2: 0503 power highspeed enable connect [0bda:2838 Realtek RTL2838UHIDIR 0 0000001]  (Este es el del SDR)
          • Port 3: 0100 power            
          • Port 4: 0100 power   
          • Port 5: 0503 power highspeed enable connect [7392:7811 Realtek 802.11n WLAN Adapter 00e04c000001]         Current status for hub 1 [1d6b:0002 Linux 5.10.103-v7+ dwc_otg_hcd DWC OTG Controller 3f980000.usb, USB 2.00, 1 ports, ppps]  
          • Port 1: 0503 power highspeed enable connect [0424:9514, USB 2.00, 5 ports, ppps]

  • Ejecutar el apagado y encendido del puerto 2 que es el del SDR 
  • sudo uhubctl -a cycle -l 1-1 -p 2
    • Otra forma de ejecutarlo 
      • sudo uhubctl -l 1-1 -p 2 -a off
      • sleep 5
      • sudo uhubctl -l 1-1 -p 2 -a on 

    ATENCION 

    En algunos modelos como el de Raspberry Pi  (chip SMSC 9514), no existe el apagado de puertos individuales. Aunque le pidas apagar el Port 2, uhubctl apagará toda la regleta USB (puertos 1 al 5).

    ¿Qué significa esto?
    • Al ejecutar el comando, el WiFi (Port 5) se apagará un segundo.
    • Tu sesión SSH se quedará congelada unos 10-20 segundos.
    • El sistema recuperará la conexión automáticamente cuando el WiFi vuelva a levantar.


    Ver también


    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.

    XIEGU X6200 & XIEGU WF-01

    APP v1.0.7 sep 19 2025
    Firmware 1.0.7 sep 16 2025
    FPGA 1.0.0
    HARDWARE v1.0.0


    The Xiegu WF-01 External Bluetooth adapter is a USB-C dongle that allows Bluetooth signals to be received by another device, typically a mobile device (e.g., a smartphone running FT8CN). It can be purchased at outlets like Radioddity for approximately €30 (taxes and shipping included).




    Configuration Steps

    1. Set SETTING2 => BUILT-IN WiFi/Bluetooth => to OFF.

    2. Connect the adapter to the HOST USB-C port (The X6200 will operate as the HOST in this case).

    3. Activate Bluetooth on the device you wish to connect to the X6200.

    4. On the X6200, set SYSTEMS => BLUETOOTH to ON and perform a SCAN. You may need to scan several times to discover the Bluetooth signal.

    5. Select the device to be connected.

    6. Pair both devices.


    Testing

    Android

    After configuring the Bluetooth adapter, the FT8CN app by BG7YOZ (FT8TW is a version for SOTA) was configured in SETTINGS.

    Important: Set U-DIG on the Xiegu X6200 and verify that the Connection Type is set to "Bluetooth". The remaining settings are similar to WSJT-X.

    Important: Set U-DIG mode on the Xiegu X6200 and verify that the Connection Type is set to 'Bluetooth'; the remaining settings are the same as in WSJT-X.

     

    • CAT Test: Change the frequency band and verify that it updates on the X6200 unit.

    • RX Audio Test: Go to DECODE and verify that it decodes incoming signals.

    • TX Audio Test:

      • In DECODE, swipe left on the entry to reply.

      • In CALLING, select CQ.

      • Verify that TX activates on the XIEGU and the FT8 sequence sounds. If it does not activate, check that the connection is NOT set to USB, but to Bluetooth (it defaults to USB).

    • Perform a full QSO: After the QSO, export the LOG from a browser on the same network as the phone (typically a PC).

    LOG (.adi) download to PC and upload to  RUMlogNG

    Results: The downloaded LOG (.adi) was imported into RUMlogNG without issues. An unused Android device can be repurposed for this, as it does not require a SIM card—only a Bluetooth connection to the X6200 and a WiFi connection to a computer later on. Note: The built-in FT8 decoder on the X6200 is superior to FT8CN (with a difference of 3 to 5 dB).

    macOS

    After configuring the Bluetooth adapter, WSJT-X was configured. The appropriate port seems to be /dev/cu.X6200Bluetooth-SerialPo. However, despite appearing as paired on the X6200, neither CAT nor Audio functionality could be established.


    maybe the PORT is /dev/cu.X6200Bluetooth-SerialPo

    Windows

    The device is not recognized.


    Conclusions

    The Xiegu WF-01 external Bluetooth adapter only works with a recent version of Android.


    References & Further Reading


    Important Warning

    The modifications and procedures described here may involve technical, legal, or security risks. The author is not responsible for equipment malfunction, permanent damage, loss of warranty, or legal infractions. The reader assumes full responsibility for any actions taken based on this content.

    © 2026 EA5JTT. Total or partial reproduction without express authorization from the author is prohibited.

    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:
    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.

    kiwiSDR - OpenWEBRx - UberSDR

    El concepto de webSDR, es decir publicar como web un receptor SDR para poder acceder a él por Internet, fue desarrollado en la Twente University por PA3FWM, y el software creado permanece como privado.

    Desde entonces se han ido desarrollando distintos softwares webSDR para cubrir las necesidades de los aficionados a la radio, radioaficionados y estudiosos que se adaptaran al nuevo hardware y a las nuevas modulaciones. 

    Vamos a ver a continuación el panorama en mayo de 2026  de los distintos softwares webSDR existentes:


    KiwiSDR

    kiwiSDR es el software mas popular, funciona sobre el harware kiwiSDR, y viene ya preinstalado.

     


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


    openwebrx

    openwebrx es el segundo mas popular de los softwares y funciona sobre Raspberry Pi con una gran variedad de SDR-USB



    Hay una versión denominada openwebrx+ con mejoras 

    webSDR

    Aparece como una opción en las webs openwebrx por lo que creo que es solamente un HTML5 para operar con openwebrx



    UberSDR

    UberSDR  (En mayo de 2026 contaba su red de 33 instancias) es un software reciente orientado a los radioaficionados y que funciona sobre ordenadores con linux o windows con SDR del tipo RX888-MKII (Una versión de WER-888 sin procesador)



    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

    phantom.sdr

    phantom.sdr es el mas reciente de los softwares de webSDR, es open source. Funciona como en el caso de UberSDR sobre funciona sobre ordenadores con linux o windows con SDR del tipo RX888-MKII (Una versión de WER-888 sin procesador que permite un ancho de banda de 64 MHz).

    Demodula AM, FM, SSB y CW, y decodifica FT8

    Permite chat entre los usuarios y realizar grabaciones.

    Banda de 433 MHz en Nueva Orleans http://kb5avy.hopto.org:8080/


    Decodificando FT8 desde Calgari http://81.56.36.28:28888/

    novaSDR

    novaSDR es un desarrollo similar al de phantom.sdr



    Conclusiones

    KiwiSDR es el software mas popular y su red de instancias es la mayor de todas. Es el software mas completo en cuanto a demodulaciones y decodificaciones, y su utilidad TDoA es única.  Solamente funciona en receptores kiwiSDR. Existe una versión adaptada para el clon web888.

    Openwebrx es el software mas usado para Raspberry Pi con SDR-USB y es de proposito general. Es una buena forma de comenzar y tambien muy util para aplicaciones domesticas.

    UberSDR, Phantom.sdr y novaSDR son programas reciente que requieren de un mini PC (linux o windows) y de un SDR como RX888, que que tienen todavía mucho por implementar.

    Cuadro comparativo de los softwares webSDR creado por Phantom.sdr en el que no aparece UberSDDR (su competidor directo) 

    Instancia de las distintas redes a mayo de 2026:
    kiwiSDR 923, OpenwebRX 472 y webSDR 127 
    https://map-sdr.p00lack.cc/

    Ver mas

    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.

    Dipolo multibanda G5RV

     Trabaja razonablemente bien de 3,5 a 28 MHz.




    https://www.astroradio.com/p/antena-g5rv-10-80/


    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.

    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

    Wio Tracker L1 Pro for MeshCore

    Nodo solar P1


    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.

    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 vs Web888

    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

    Hay dos versioens una con procesador WEb-888 y otra sin el RX-888

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

    Su precio es va desde los 250 a los 330€ 

    Usa una versión del software de  kiwiSDR modificada https://github.com/RaspSDR/server pero desconozco si es tan fácil su puesta en marcha 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 va de los 175 - 190 € 



    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 un clon, algo mas barato y tecnicamente su hardware es superior


    Ver también

    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.

    Resolución de problemas de Rapsberry Pi y RTL-SDR

    En ocasiones el RTL-SDR o SDR conectados a un puerto USB de una raspberry Pi dejan de funcionar con errores del tipo: usb_claim_interface -6...