SONOTRIGGER SOFTWARE: marzo 2024

Quansheng UV-Kx

Los Walkies-Talkies de la marca Quansheng (QUANSHENG ELECTRONICS CO. LTD., Nanan, Fujian, China) para radioaficionados del tipo UV-KX con código de producto FCCID: XBP-UV-K5 y con nombres de modelos: UV-K5, UV-K5(2), UV-K5(6), UV-K5(8), UV-K5(9), UV-K5(11), UV-K5(22), UV-K5(66), UV-K5(88), UV-K5(99), UV-5R, UV-5R PLUS, UV-82 son todos ellos el mismo dispositivo que tienen las siguientes características principales son:

Walkies-Talkies destinados a la radioafición tanto en las bandas de radioaficionados como en la banda ciudadana de VHF y UHF (144-146, 430-440 y 446,0-446,1 MHz) y en la banda de comunicación marítima de VHF (156-174 MHz)
Bajo coste (Entre 20 y 30 €)
Configurables y programables desde ordenador.
De fácil manejo.
Pequeño tamaño.
No profesionales y de baja calidad lo que le ha supuesto que algunas oficinasnacionales de telecomunicación haya prohibido su uso por la alta emisión de armónicos (p.e. En noviembre de 2023, la Oficina Federal Suiza de Comunicaciones BAKOM prohíbió el QUANSHENG UV-K5, en Alemania, Polonia y Grecia ha tenido distintos problemas de legalización de los equipos)
Y sobre todo que pueden ser hackeados con facilidad para que se comporten de formas distintas a las que han sido construidos con el fin de adaptarlos a otros usos o por mera diversión. Esta práctica se ha extendido tanto que incluso ha sido motivo de un articulo en la revista spectrum de ieee (Ver en referencias)

Diagrama de bloques de un XBPUV-K5 cuyos dos elementos principales son BK4819 (half duplex TDD FM transceiver operating within 18 MHz ~ 660 MHz, 840 MHz ~1300 MH, observe que hay un vacio entre 630-840MHz por limitaciones del circuito) y DP32060 (ARM de 32 bits y 48 megahercios con 8 KB de RAM.)

Diagrama de bloques del BK4819 en el que se observa el uso de las técnicas SDR tanto para TX como para RX

Usos

Original: recepción y transmisión en FM las bandas 136-174 MHz y de 400-520 MHz con una potencia de 5W incluyendo las bandas de radioaficionados de VHF y UHF, la banda marína y la banda ciudadana PMR446 de 446,0 a 446,2 MHz. Algunos modelos incluyen recepción en AM en la banda de radiodifusión y aérea.
Modificado

Receptor y transmisor de banda continua
Analizador de espectros
control desde un ordenador
Transmisión de mensajes de texto

Limitaciones

Los walkies-Talkies Quansheng UV-Kx no son transceptores de calidad profesional y su rendimiento está estrictamente limitado y la calidad de la señal es muy baja (Ya hemos visto la prohibiciónd e uso por aprte de determinadas adminsitraciones)..

Toda la documentación se refiere a los equipos de la marca Quansheng aunque hay que recordar que Baofang tiene modelos muy similares como el 5R pero que no se pueden reprogramar al usar memoria de solo lectura solamente pequeñas modificaciones , y Retevis son clones de Baofeng

RX
La interfaz RX no tiene ningún filtrado de paso de banda sintonizado en sus circuitos, por lo que la banda ancha está abierta a todas y cada una de las señales en un amplio rango de frecuencia.

El uso de estos dispositivos en entornos con señales de RF de alta intensidad probablemente dificultará la señal, siendo las emisoras de AM las que sufrirán más que las de FM. El receptor simplemente no tiene un gran rango dinámico, lo que resulta en audio AM distorsionado con RX más fuerte.

En transmisión la apertura a banda continua tiene varias limitaciones

Aunque se pueda fisicamente para hacerlo en cada banda hay que disponer de la autorización correspondiente
La ausencia de filtros específicos para cada banda genera interferecnias en otros dispositivos
Los filtros de las bandas previstas por el fabricante atenuan la potencia para otras bandas por lo que la sñal resultante apenas tiene potencia yy además puede estropear los circuitos de filtrado al tener que disipar auna gran cantidad de potencia

Modificaciones

Las más comunes son la actualización, modificación o sustitución completa de su firmware que reside en una memoria flash de 64 kB que puede hacerse a través de un cable USB. Tambien es posible la modificación del harware

Modificaciones del FW

UVMOD desde navegador o desde programa mediante cable USB

Apps, solamente 1 debido a la limitación de memoria disponible 27.70 Bytes

RSSI, S-Meter and battery voltage readout on the main screen.
RSSI and RSSI Graph on the main screen.
Spectrum analyzer. Starts with the flashlight button. Up / down (hold) - change the center frequency, 8/2 - zoom in / out, 1/7 - increase / decrease resolution, PTT / EXIT - exit. After exiting, open the menu to refresh the screen.
Advanced spectrum analyzer. Starts with the flashlight button. Before starting, either turn off the noise reduction (SQL to 0) or turn on the monitoring mode. Up / down - frequency change, 1/7 - sensitivity (measurement time), 2/8 - frequency step, 9/3 - zoom in / out, * / F (hold) - noise reduction level, 5 - backlight, 0 - ignore frequency, EXIT - exit. After exiting, open the menu to refresh the screen.
Text messenger (digital transmission). Starts with the flashlight button. Use the number keys in T9 style for typing a message, MENU - send, EXIT - clear message or exit if message is empty. To confirm a letter (if you need to reuse the same number key), press *..
Pong game (first ever mod app). Starts after boot.

Battery icon
Custom Bootscreen
Skip Bootscreen: Skips the bootscreen and instantly goes to the main screen on powerup.
Font: Changes the font to one of the following custom fonts:
VCR Font, replaces big digits
Negative Display
Inverts the colors on the display.
Disable Freq Copy Timeout: Prevents freq copy and CTCSS decoder from timing out with "SCAN FAIL", allowing both functions to run indefinitely until a signal is found.
Disable TX completely: Prevents transmitting on all frequencies, making the radio purely a receiver.
Backlight Duration: Sets a multiplier for the backlight duration.
Menu strings: Changes text in the settings menu. The displayed JSON contains every string with offset, description and size. Only edit the string and dont use more characters than allowed by the size.
Increase Mic Gain: Gives the microphone gain an additional boost, making the microphone generally more sensitive.
Roger Beep: Changes the pitch of the two roger beep tones. Tone 1 plays for 150ms and tone 2 for 80ms. The defaults in this mod are similar to the Mototrbo beep. The maximum is 6347 Hz.
Enable SWD Port: If you don't know what SWD is, you don't need this mod! Allows debugging via SWD. You will need to solder wires to the main board of the radio and connect them to specialized hardware.
Custom Frequency Ranges: Changes the frequency range limits.

Simple Mode: Extend Band 1 down to 18 MHz and Band 7 up to 1300 MHz. This is the maximum frequency range of the chip.
Custom Mode: Manually edit the frequency ranges.

Frequency Steps: Changes the frequency steps.
NOAA Frequencies: The NOAA scan feature is unique because it can scan in the background, all the time. However, most people dont need the weather alerts or dont have NOAA in their country. This mod lets you change the frequencies so you can use the NOAA scan function for something else, but keep in mind that the radio needs the 1050hz tone burst to open squelch. The values below are pre-set to the first 10 PMR446 channels.
AM RX on all Bands: For some reason, the original firmware only allows the AM setting to work on band 2. This mod allows AM to work on any band.
FM Radio Frequencies: Changes the FM radio frequency range
AIR COPY Frequency: Changes the frequency used by AIR COPY. The default value is 410.025 MHz.
LCD Contrast: Changes LCD contrast to any value from 0 to 63 (higher is darker). The default value is 31

TUNAS TX 18 to 1300 MHz
QuanshengDock: trabajo en remoto con ordenador
egzumer/uv-k5-firmware-custom

Access to a much wider range of frequencies – 18 MHz to 660 MHz, and 840 to 1.3 GHz
Selectable FM, AM and SSB
Better meters (mic bar) and signal reporting (S points)
Improved AM reception for airband – a weakness in the off-the-shelf UV-K5
Battery percentage
Better squelch (wider range)
Longer backlight time
Spectrum analyser

Modificación del HW: Recepción banda continua o toda banda

OJO SOLAMENTE ES NECESARIO SI INCLUYE BK1080

Sustituir el circuito BK1080 (Receptor FM de 65~108 MHz ) los walkies-talkies UV-K5 por SI4732-A10 (Receptor AM/FM de 153–279 kHz, 520–1710 kHz, 2.3–26.1 MHz y 64–108 MHz ) que se puede comprar en forma de kit (LUSYA UVK5) y el firmware phdlee/uvk5cec.

Un circuito ya preparado para ello es el LUSYA nuevo módulo de modificación que incluye piezas de oscilador de cristal de Chip SI4732 para Quansheng UV-K5 (unos 20€ en Aliexpress). Tambien se vende ya modificado por unos 60€ en aliexpress

Walkie con el circuito instalado

Detalles del circuito a instalar PA2JSA

Adicción de hardware

C-Board incluye un DSP
ESPRI (Baliza o Beacon utilizando un Walkie Talkie QUANSHENG UV K5) https://github.com/kamilsss655/ESPRI

Accesorios comerciales

Baofeng-auriculares inalámbricos para walkie-talkie, cascos con Bluetooth, PTT, manos libres, enchufe K, micrófono Kenwood, UV-5R, BF-888S, K5

Referencias

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

AllstarLink

AllstarLink

AllStarLink es una red de repetidores de radioaficionados, estaciones base remotas y puntos de acceso accesibles entre sí a través de Voz sobre Protocolo de Internet.

AllStarLink se ejecuta en un ordenador dedicado (incluida las Rasperry Pi) que se puede tener en casa, radioclub u otro lugar. Se basa en el protocolo PBX Asterisk que es de código abierto en el cual se ejecuta la aplicación app_rpt.

app_rpt convierte a Asterisk en un potente sistema capaz de:

Controlar una o más emisoras de radio
Proporciona conexión de estos "nodos" de radio a otros sistemas de construcción similar en cualquier parte del mundo a través de VoIP.

El uso principal de AllStarLink es como un nodo informático dedicado conectado a su repetidor o radio. Se admiten conexiones desde:

Echolink
otros clientes VoIP
llamadas telefónicas.

Esquema de funcionamiento de EchoLink

En 2024 AllStarLink tenía 32.593 usuarios y 32.607 nodos.

Nodos Allstar en la península ibérica

SHARI

SHARI (SR110USA818 Ham Allstar Radio Interface) es un proyecto de construcción de un repetidor diseñado por N8AR que implementa un nodo Allstar alojado en Raspberry Pi utilizando un NiceRF SR110U Módulo de radio UHF (420 -450 MHz) integrado.

Para crear un nodo Allstar, SHARI se conecta a dos conectores USB en una Raspberry Pi2/Pi3 o Pi4 para Energía, la interfaz Allstar y la programación de radio (se puede usar un cable extensor USB corto M/F si lo desea).

BrandMeister (DMR - digital ) vs Echolink (analogico)

Las dos son redes creadas por Internet y usadas por los rdioaficionados para unir nodos en los que se accede vía radio, pero en el caso de Brandmeister el acceso es mediante un protocolo de voz digital (equipo digital configurado) y Echolink mediante voz analógica (equipo analógico convencional)

Referencias

Dispositivos

Jumbospot-Raspberry Pi, SR110U, SA818, SHARI, alojado, Allstar node, UHF, 1000MW, con estuche hotspot

Allstar

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

Simplex, semiduplex y duplex

Un sistema simplex es aquel en que los dispositivos actuan siempre con una misma función o bien como transmisor o bien como receptor. Por ejemplo la teledifusión o la radiodifusión funcionan de esta forma

Un sistema semiduplex es aquel en que los dispositivos actuan a veces como transmisor y a veces como receptor. Con el fin de que no se solapen las comunicaciones el que trabaja como transmisor indica el cambio a recepción y por tanto invita a la otra parte a trnsmitir mediante un código por ejemplo con la palabra "cambio" en morse mediante AR K "._ ._. _._". Las personas educadas, las estaciones de radioaficionado, los walkie-talkies, etc. trabajan en semiduplex.

Hay varias formas de realizar físicamente el cambio:

PTT ( push to talk ) es la sencilla para pasar de recepción a tranmisión es apretando un pulsador, que se puede dejar bloqueado para no tenr que estar todo el tiempo apretado el pulsador.
VOX que se realiza simplemente hablando delante del micrófono, lo cual deja las manos libres pero es necesario mantener el silencio y ajustar los retardos apra que un simple golpe de tos no produzca el cambio o una simple pausa en el hablar, o la propia señal recibida
RTS/CTS (RTS - Request To Send / CTS - Clear To Send )
DTR/DSR ( DTR - Data Terminal Ready / DSR - Data Set Ready )

Un sistema duplex es aquel en que los dispositivos actuan simultaneamente como transmisor y como receptor. Es la forma de trabajar los teléfonos móviles en los que stamos hablando y escuchado simultanemaente, los repetidores que transmiten de forma inmediata y continua la señal reciben.

No confundir duplex con split, esto ultimo es cuando se usan frecuencias distintas para recibir y transmitir, pero nos e hace de forma simultánea. esta forma de trabajo es la que hacen los radioaficioandos en las expediciones y la que tienen los repetidores de radioaficionados.

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

Sistemas Opeativos para una Raspbeery Pi

Sistemas operativos que hemos instalado sobre una Raspberry Pi Model 3B dede 2019:

Raspberry Pi OS (antes Rasbian ): distribución basada en Debian para Raspberry
BalenaOS: distribución para ejecutar contenedores (dockers)
dragonOS: distribución basada en Ubuntu para SDR
VolumioOS: controlador de audio
Kali: seguridad y pruebas de penetración (en la lista de tareas por hacer)
Windows 10 Iot Core: internet de las cosas (en la lista de tareas por hacer)

Kali for Raspberry

Usos que le hemos dado:

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

Un NTP con precisión GPS

Los sistemas GNSS, (GPS) necesitan patrones de tiempo muy exactos por lo que usan relojes atómicos. Así que si disponemos de un receptor de GNSS activo en nuestro sistema parece bastante lógico usarlo para sincronizar un servidor de tiempos

No debemos confundir el protocolo NTP (Network Time Service) con el servidor ntp para linux que puede ser: ntp, open-tpd o chronyd (Este último es el mas reciente).

Además debe familiarizarse don PPS (Pulse-Per-Second) y PTP ( Precision Time Protocol ).

El comando de dragonOS/ubuntu timedatectl nos dice el dia de la semana, fecha, hora y si hay algun servidor NTP activo en el sistema

Partiendo de nuestra instalación que tenemos funcionando Xiaomi A2 + NMEA over network & Raspberry Pi 3 B + dragonOS (ubuntu) + gspd vamos a arrancar un NTP e intentar que reciba los datos gps de gpsd

chrony

Se ha elegido como primera opcion chrony por ser el desarrollo más moderno de un programa NTP

sudo apt update (OK)
sudo apt upgrade (OK)
sudo apt install chrony (chrony es una implementación flexible del protocolo NTP. chronyc – interfaz de línea de comandos para chrony, chronyd – es el daemon que puede iniciarse en el momento del arranque del host)
sudo apt install pps-tools gpsd-clients para pruebas

Verificar que la versión de gspd es al menos la 3.22. Para ello teclear en un terminal (gspd -V)
Conectar el dispositivo gps (En nuestro caso arrancar NMEA Over Network en el teléfono móvil y comprobarlo con gpsdmon; si no va reinicie ambos dispositivos)

sudo systemctl start chrony.service => arranca el servicio
sudo systemctl stop chrony.service => para el servicio
sudo systemctl restart chrony.service => rearranca el servicio
sudo systemctl status chrony.service => muestra los errores del arranque
systemctl is-active chronyc => active si está activo o inactive si está inactivo

chronyc tracking Para comprobar que funciona chronyc, indica el servidor NTC, el tiempo del mismo, la diferencia con el tiempo local
chronyc sources => Las dos primeras columnas indican M ( ^ servidor, = peer y # local) y S ( “*” sincroniza “+” se acepta para combinar “-” se rechaza apra combinar, “?” conexión perdida) y la tercera indica el nombre/IP de las fuentes o servidores NTP de los que recibe el tiempo. así en nuestro caso debe de ser "#* GPS"
chronyc sourcestats
sudo chronyc makestep fuerza la sincronización

Recuerde que Chrony siempre debe arrancar antes que gpsd, por lo que si rearranca chronny debe a continuación hacerlo con gpsd.

Por algún motivo chronyd funciona recupera la informacion del pool de servidores NTP, etc. no es capaz de recuperar la información de gpsd, pese ha que se han probado multiples configuraciones del parametros como SOCK y cp,p PPS SHM1 que se definen en /etc/chrony/chrony.conf las ultimas aquí:

refclock SOCK /var/run/gspd.sock delay 0.0. refid PPS

refclock SHM1 offset 0.0 delay 0.1. refid PPS

NTP

Despues de no conseguir que chrony cumpliera con las expectativas puestas en él para este proyecto pasamos a probar con NTP

sudo apt update (OK)
sudo apt upgrade (OK)
sudo apt install ntp

Modificar el fichero de configuracion /etc/ntp.conf incluyendo las siguientes líneas

# GPS Serial data reference (NTP0)
server 127.127.28.0
fudge 127.127.28.0 time1 0.9999 refid GPS
# GPS PPS reference (NTP1)
server 127.127.28.1 prefer
fudge 127.127.28.1 refid PPS

sudo systemctl start ntp.service => arranca el servicio
sudo systemctl stop ntp.service => para el servicio
sudo systemctl restart ntp.service => rearranca el servicio
sudo systemctl status ntp.service => muestra el log de arranque y por tanto los errores del arranque si los hubiera
systemctl is-active ntp => responde active si está activo o inactive si está inactivo

sudo ntpshmmon => nos indica si gpsd está enviando por memoria SHM los datos , se sale con CTRL-C
ntpq -p => muestra los servidores NTP de los cuales recibe datos
ntptime => da informacion de los errores del reloj etc.
ntptrace => muestra la sincronización en tiempo real del reloj
ntpdate <nombre servidor> => para una sincronizacion en el momento

sudo ntpdate 0.ubuntu.poolntp.org

sudo date --set "YYYY-MM-DD HH:MM:SS" por si necesita poner la fecha y la hora a mano
timedatectl set-time HH:MM:SS por si necesita poner la hora a mano
timedatectl set-timezone Europe/Madrid por si necesita poner la zona horaria a mano

Comando ntpq -p que nos muestra que se están obteniendo datos a través de la memoria compartida de gpsd. Observe el distinto St (stratus) de los servidores, a mayor valor, menos precisión. a nadie se le escapa el "jitter" o retardo de la señal del GPS.

date => comando proporciona la hora del sistema
date -u => comando proporciona la hora del sistema en tiempo universal UTC
timedatectl o timedatectl status o timedatectl show=> nos dice si el reloj del sistema está sincronizado con NTP "system clock synchronized= yes/no" y "NTP service= n/a"
ntpstat => nos indica que se comunica con el servidor de tiempo, si no está en el sietma se puede instalar como siempre sudo apt install ntpstat

ntpstat nos indica que el servidor NTP se ha sincronizado con la señal GPS que le ha suministrado GPSD "Synchronised to UHF radio at stratum 1"

El Stratum 1 indica que obtiene la señal de un GPS o reloj atómico STratum 0, frente a los servidores de tiempo que son stratum 2 y 3

Seguramente se ha fijado que en los ficheros de configuración de los servidores NTP en lugar de servidores concretos, o ademas de estos aparecen otros del tipo "pool 0.ubuntu.pool.ntp.org" que realmente invocan al pool de NTP que en la actualidad engloba a cerca de 5.000 servidores lo que asegura una alta disponibilidad a fallos y ataques. Auneuq disponer de un NTP propio como el qu hemos configurado es la opción mas razonable en tiempos revueltos.

RESUMEN

Hemos conseguido que nuestro ordenador (Raspberry pi model 3B con dragonOS) tenga el tiempo sincronizados con los relojes atómicos de los sistemas GNSS (GPS), es decir la mejor calidad posible (Stratum 0) cuyas señales estamos recibiendo en un teléfono móvil (Xiaomi Mi A2 Androd 9) que envia a través de la Wi-Fi (mediante mensajes UDP con formato NMEA) al proceso GPSD que le pasa la información al NTP (Seguramente con Chrony también se podrá pero no hemos sabido hacerlo).

Para leer mas

Referencias

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

GPSD: un demonio GPS

GPSD es un demonio para el tratamiento de información GNSS.

Un demonio (daemon) no es mas que un proceso que se inicia en un sistema operativo y que está siempre activo, capturando los datos recibidos en formato NMEA de dispositivos GNSS (GPS) y de AIS, procesando dichos datos y enviándolos a los programas clientes que los solicitan. También permite la recepción y procesado de sistemas GPS diferencial que corrigen los errores.

El GPSD tiene dos módulos

El daemon que captura los datos de un dispositivo GNSS (GPS) local o remoto
El cliente que consulta los datos que dispone el daemon

Vamos a describir el proceso para hacer funcionar el cliente GPS de la distribución dragonOS sobre una Raspberry Pi model 3, gracias al GPS de que dispone un teléfono móvil Android. También le puede servir para otros dispositivos.

Para conocer que constelaciones de satélites es capaz de recibir el dispositivo móvil que vamos a usar y si recibe solamente en una banda o es dual, nada mejor que la app GPSTest disponible en Google PLay, de esta forma en caso de tener varios dispositivos candidatos podemos seleccionar el mejor de todos ellos para este fin, En todo caso se necesita Android 8 o superior y disponer de un chip GNSS dual.

Instalar el dispositivo receptor GNSS (GPS)

Si el dispositivo es local bastará con conectarlo al puerto USB (en principio lo debe reconocer) o al puerto RS232C del ordenador donde se instalará el GPS Daemon (GPSD).

Si quiere reusar el GPS de un dispositivo móvil debe instalar una app como "NMEA Over Network" para Android disponible en Google Play (no descargue app de terceros sitios, se expone a instalar virus).

Para configurar la app necesitará conocer la IP del ordenador dónde estará el GPSD, que si es LINUX la podrá averiguar desde el terminal con el comando ifconfig.

Por otra parte la app "ping" que para Android puede encontrar en Google Play le ayudará para conocer la IP del dispositivo móvil y comprobar la conectividad del dispositivo móvil con el ordenador que tienen el GPS Daemon mediante el "ping". Si el PING no funciona revise todo antes de continuar, sin PING nada le funcionara.

Instalación y arranque del GPS Daemon

Antes que nada comprobar que está instalado el GPSD en su distribución Linux, en caso contrario instalarlo mediante el comando de terminal: "sudo apt-get install gpsd"
Despues salvar el fichero de configuración actual que está en /etc/default/gpsd (Salve siempre los ficheros antes de modificarlos apra disponer de una vuelta a trás).

Crear un nuevo fichero de configuración de GSPD y salvarlo en /etc/default/gpsd, cuyo contenido debe ser

# arranca el gpsd daemon de forma automatica con el boot o encendido de la Raspberry
START_DAEMON="true"
# Deshabilitamos el reconocimiento automatico de GPS USB, pues no lo usamos
USBAUTO="false"

# sustituir la direccion x.x.x.x por la del ordenador donde tenemos gpsd

DEVICES="udp://x.x.x.x:20175"
# estas opciones las mantengo

GPSD_OPTIONS="-b -n"

GPSD_SOCKET="/var/run/gpsd.sock"

Comandos desde terminal:

sysemctl start gpsd
sysemctl stop gpsd
systemctl restart gpsd
systemctl enable gpsd => disponible
systemctl is-active gpsd => active si está activo
systemctl status gpsd => indica si está activo o no y todos los valores del arranque
gpsd -h => help
gpsd -V => gpsd: 3.22
gpsd -l => protocolos que es capaz de procesar
gpsmon => muestra los parámetros de arranque y los datos recibidos y procesados

gpsdmon muestra dos pantallas una con datos de los satélites (sistema, numero, posición) y otra con el procesado de los mismos donde aparece la Longitud, latitud, velocidad, altitud, etc.

cgps es un cliente gps que comprueba el funcionamiento del daemon y los parámetros con los que ha sido arrancado con CTRL+C se sale del mismo, basta con teclear cgps desde el terminal para arrancarlo

Arranque e instalación del cliente GPS

En nuestro caso ya tenemos instalado en dragonOS el cliente xgps (http://gpsd.io ), basta con abrirlo desde su localización (applications/Accessories/xgps) o teclear xgps desde el terminal., pulsar "connect" y deberiamos ver los datos proporcionados por el receptor GPS del dispositivo móvil.

Pantalla del xgps con la posición de los satélites GNSS (GP: GPS - Global de USA, SB= SBAS - Sistema aumentado , BD=Beidou - Global de China, GL: GLONASS - Global de Rusia, GL: Galileo - Global de Europa, QZ: QZSS - Regional de Japón , IM: IRNSS - Regional India)

Resumen de las opciones que tenemos operativas en la actualidad:

El teléfono móvil (Xiaomi A2, Android 10) recibe las señales de los GNSS que es capturada por la app NEMEA over Network que los reenvía en formato NMEA (NMEA0183) por udp a la ip/puerto de la raspberry pi model 3B. En la Raspberry que tiene instalado el sistema operativo dragonOS (una distribución LINUX basada en Ubuntu), está escuchando el daemon gpsd que trata la información y la pone disponible a través de conexiones tcp al puerto 2947 de todos aquellos clientes que la soliciten, por ejemplo los programas cgps o xgps que se ejecutan en la misma Raspberry.
El teléfono móvil (Xiaomi A2, Android 10) recibe las señales de los GNSS que es capturada por la app NEMEA over Network que los reenvía en formato NMEA (NMEA0183) por udp a la ip/puerto de un ordenador windows/macOS/linux. En dicho ordenador tenemos instalada la aplicación openCPN en la que hemos configurado la IP/puerto/protocolo configurado en el NEMEA over Network.

Para instalar openCPN en la Raspberry bastaria con sudo apt-get install opencpn y para usar como fuente el gpsd habría que configurar una conexión con

protocol:GPSD
IP: 127.0.0.1
Port:2947

openCPN trabajando sobre un ordenador y recibiendo los datos de NMEA oevr Network del teléfono móvil Android

Futuros pasos: En estos momentos estoy instalando un servidor NTP (Probaré con ntp, open-ntp y chrony) en la Raspberry para que use los GNSS como patrón de tiempos y probando aplicaciones para que desde otras plataformas se conecten al gpsd (puede haber temas de firewalls y concurrencia de conexiones)

Notas de trabajo:

NetStumbler (windows) es posible que funciones como gpsd sobre windows, pero desconozco mas pues el gpsd original y soportado por la comunidad es apra linux.
gpsfeed+ es un programa que simula la salida de un receptor GPS para realizar pruebas
openCPN (windows. macOS, linux/ubuntu) en teoría podria procesar los datos procedentes de la app NMEA over Network ademas de los del Android los del daemon gpsd de la Raspberry ... estamos trabajando en ello, por ahora tiene buena pinta, pero no le llegan los datos

Para leer mas

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

SDR Minimal

Un proyecto digno de ser seguido es el de SDR minimal que hace uso o abuso (en palabras de FrankB & Frank DD4WH , sus desarrolladores) de un MCP2036

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor

DragonOS: Instalación y funcionamiento

A continuación se resumen los pasos para su instalación en una Raspberry Pi (mínimo modelo 4 de 64b) de dragonOS. Hay que tener presente de que se versiones BETA, es decir que es son versiones que tanto desarrollador como usuario son conscienten que todavía contienen fallos y por ello puede haber partes que no funcionen o lo hagan de forma poco deseable.

La secuencia de instalación con mas detalle se puede encontrar en SDR en Raspberry:

1 - Descargar la imagen de dragonOS para Raspberry 64b desde SourceForge, que tiene un tamaño de 5,42 GB
2 - Descomprimir el fichero descargado de la web que en nuestro caso se llama DragonOS_Pi64_Beta35.1.img.gz para convertirlo en un .img de 15,25 GB
3- Copiar la imagen en una memoria SD (formateada como FAT pero sin sector de arranque) de al menos 32GB con el programa Raspberry Pi imagen (la versión más reciente es la 1.8.5). Para ello tiene que eligen el OS fuente y el dispositivo destino.
4 - Insertar la tarjeta SD en la Raspberry Pi y encenderla
5 - Saldrá una pantalla con el logo de Ubuntu (Default Username = ubuntu; Default Password = dragon).

pantalla de inicio de dragonOS

5 - abrir y leer el documento que nos aparece en el escritorio "Getting Started"
6 - Se recomienda

cambiar la contraseña
configurar firewall/ssh
ejecutar "SDRPlay API" que se encuentra en el directorio "other" para que reconozca los dispositivos SDRx (originales y clones).

Ir al directorio /usr/src/
Ejecutar mediante la orden sudo ./SDRplay_RSP_API-ARM64-3.07.1.run

Recomiendan Real VNC Viewer para la gestión remota de dragonOS+RAspberry
Configurara el reloj (World Clock Setting, boton derecho sobre el reloj y seleccionar la zona horaria).
Cambiar el teclado ("layout" ) a spanish ES

La estructura de directorios de las aplicaciones es la siguiente

Applications

Accessories

Archive Manager
Backups
Calculator
Character Map
Characters
CHIRP programa para configurar walkie-talkies
Disks
FeatherNotes
FeatherPad: es un sencillo editor muy práctico al modo de los notepad de otros entornos
Files
Fonts
LXQt File Archiver
Password and Keys
PCManFM-Qt File Manager
Qlipper
TeXinfo
Text Editor
To Do
xgps (gpsd.io): es un sencillo cliente que se conecta a un servidor o daemon GPSD para recibir datos de un sistema de recepción de GNSS (GPS) en formato RAW mostrándolos de forma gráfica. gpds escucha en el puerto tcp/ip 2947
xgpsspeed: basado en la misma arquitectura que xgps permite mostrar la dirección, sentido y velocidad del dispositivo con los datos GPS.
Notas:

En dragonOS se instaló OPENCPN , un software multiplatadorma, que proporciona un interface mas amigable que los progrmas xgps
Aquí puede leer más sobre el servidor gpsd
Aquí puede leer más sobre el uso de gpsd como fuente de tiempo para un servidor NTP (Network Time Protocol)

Education

Gpredict (Ver en HamRadio)

Graphics

Document Scanner
Document Viewer
Image Viewer
LXimage
(OPenCPN): ver nota
ScreenGrab
Screenshot
Shotwell

Hamradio

CHIRP (VEr en accessories)
CuicSDR

RTL-SDR (errora al arrancar)

Dire Wolf: es un software "soundcard" AX.25 packet modem/TNC y APRS encoder/decoder. (da error en el arranque).
Flarq: requiere arrancar antes Fidigi
FIdigi
GNU Radio Companion: software de desarrollo y educacional SDR
Gpredict : Muestra la posición de los satelites de interes para los radioaficionados. OK
Gqrx: software para SDR (RTL-SDR)
JAERO: software para demodular y decodificar señales AERO, que las usa el sistema SAtCom ACARS (Inmarsat) en las bandas L y C
js8call by KN4CRD: software para demodular y decodificar señales FT8
Message Aggregator (WSJT-X)
MVoice de N7TAE
noaa-apt
QSpectrumAnalyzer
RMSViewer
SatDump
SDR++

(error en arranque con RTL-SDR v4)

SigDigger
wsjt-x: implementa los protocolos de comunicación: FST4, FST4W, FT4, FT8, JT4, JT9, JT65, Q65, MSK144 y WSPR, así como Echo para detectar y medir sus propias señales de radio reflejadas desde la Luna. Estos protocolos fueron desarrollados para realizar comunicados o QSO entre estaciones de radioaficionados de forma confiable y confirmada en condiciones extremas de señal débil. Logicamente necesia que la señal le sea inyectada

Internet

Add Bluetooth Device
Bluetooth File transfer
Dire Wolf
Firefox Web Browser
Flarq
FIdigi
Gpredict: (Ver en HamRadio)
JAERO
Kismon es el cliente apra el sniffer de Wi-Fi Kismet. Así que hay que instalarlo.
Meteo-qt
Quassel IRC es un programa de IRC (Internet Relay Chat). este sistema de debate en tiempo real fue muy popular en los albores de Internet, hoy en dia los sistemas de video lo han desbancado.
Remmina
WireShark es un analizador de protocolos en red (sniffer) muy popular

Leave

Hibeernate
Leave
Logout
Reboot
Shutdown
Suspend

Office

Calendar
Document Viewer
qpdfview

Other

BTLE
CleverJAM
Firmware/Drivers
HAckRF-Spectrum Analyzer
Hack TV
IMSI Catcher Script
Inspectrum
Mirage
OOT Modules
Open WebRX admin/admin
Oscomon_FFT
PySDR
python-kismet-metagpsd
QSTDCDEC
Qt_DAB
RFCrack
RustDesk
SDR4space
SDRAngel

RTL-SDR
SDRPlayX: no lo reconoce pese a haber ejecutado la API

SDRAngel Server
SDRTrunk
SigPloit
Sparrow-WiFI
SpyServer
srsRAN examples
STDCDEC
StillSuit
Tettra-kit
Universal Radio Hacker
Yate

Preferences

LXQt Settings
Additional Driver
Advanded network Configutration
Alternatives Configuratior
Bluetooth Manager
iBUS Preferences
input method
Language Support
Onboard Setting
Printers
Screensaver
Software & uppdates
Window Manager
Windows Manager Tweaks
Workspaces

Programming

FLUID
GNU Radio Companion
LimeSuite GUI
Qt5 assistenat
Qt5 Designer
Qt5 Linguist
Qt Creator

Sound & Video

Audacious: reproductor de audio open source
Cheese: tratamiento de imagenes
Gqrx
js8call
Message Aggregaot
PulseAudio Volumen Control
Rhythmbox
Videos
wsjtx

System Tools

Add Bluetooth Device
Bluetooth File transfer
Disk Usage Analyzer
Hardware Locality Istopo
KDE Particion Manager
Logs
LXTerminal
qps (Visual Process Manager)
Qterminal
QTerminal drop down
System Monitor

Universal Access

OnBoard

About LXQt (panel informativo)
Lock Screen => XscreenSaver 5.0 (bloqueo de la pantalla si no se pone la contraseña del usuario)

Notas prácticas:

La versión BETA35.1 da el error (" [1.136985] zswap: zpool z3fold not available, using default zbud") en el arranque y vuelve a rearrancar y así de forma continua, con una RaspBerry Pi 3 B con 1 GB de memoria, pero probada la versión anterior BETA32 arranca sin problemas en principio, después a veces da el mismo error ¿?

La versión BETA32 se reiniciaba cuando algún programa intentaba comunicarse por el puerto USB con un dispositivo SDR (RTL-SDR o RSPx)

Para leer mas

GPSD: un demonio GPS
Un NTP con precisión GPS

Prohibida la reproducción parcial o total de este artículo sin permiso previo del autor