Avoir une clé SDR sur un raspi prêt à être embarqué dans le ballon. Et l’écoute se fait en bas, depuis un ordinateur complet. Projet avec spyserver

• Un raspberry
  • Raspberry Pi 0W ❌
  • Raspberry Pi 2. ❓
  • Raspberry Pi 3. ✅
  • Raspberry Pi 4. ❓
• Une clé SDR:
  • Airspy Mini
  • Clé RTL-SDR
  • Airspy HF Discovery

• Logiciels Raspberry Pi :
  • Raspbian Buster Lite https://www.raspberrypi.org/downloads/raspbian/
  • spyserver https://airspy.com/download/ (la version 32 bits ARM)
  • les outils airspy https://github.com/airspy/airspyone_host
  • les outils airspyHF https://github.com/airspy/airspyhf
  • les outils rtlsdr

• Un ordinateur Windows pour la réception
  • SdrSharp https://airspy.com/download/ ATTENTION LA DERNIERE VERSION EST À UTILISER
  • SdrConsole https://www.sdr-radio.com/Software/💾Downloads

En cours d'écriture

* Ne pas installer les outils airspy de la distribution, ils ne fonctionnent pas et en plus entrent en conflit avec les outils qu’on compile manuellement. - L’installation des outils rtl-sdr peut se faire sous forme de paquets

Avoir une clé SDR sur un raspi prêt à être embarqué dans le ballon. Et l’écoute se fait en bas, depuis un ordinateur complet. Projet avec rtl_tcp

• Matériel: Un raspberry
  • Raspberry Pi 0W ❌
  • Raspberry Pi 2. ❓
  • Raspberry Pi 3. ✅
  • Raspberry Pi 4. ❓
• Une clé SDR:
  • Airspy Mini
  • Clé RTL-SDR
  • Airspy HF Discovery

• Logiciels Raspberry Pi :
  • Raspbian Buster
  • les outils airspy
  • les outils rtlsdr

• Un ordinateur pour la réception
  • SdrSharp
  • SdrConsole ?
  • Gqrx

Note préliminaires:

* rtl_tcp est hyper gourmand niveau bande passante. En effet pour une BP de 1 MHz, il va consommer 16 Mbps en continu, et en TCP. La moindre perte de paquet (merci le wifi) ajoute une énorme latence et des bugs dans les programmes de réception. Il faudrait peut être jouer avec les buffers en émission et réception.