OnAir – SDR-Programm für TV, Radio und Amateurfunk

Die OnAir SDR-Software bündelt Fernsehen, Radio, Flugfunk, Wettersatelliten und Amateurfunk in einem einzigen Programm. Ich suchte nur ein paar Testsignale für meine eigenen Horch-Tools und fand über 190 Dekoder, dazu die Frage, wie viele davon schon an echten Antennensignalen geprüft sind.

(Lesedauer: ca. 40 Minuten)

Eigentlich wollte ich nur ein paar Testsignale. Ich bastle gerade an drei kleinen Werkzeugen, FT8-Horch, SSTV-Horch und RTTY-Horch (das letzte liegt noch auf der Werkbank), und jedes davon will mit echten Signalen gefüttert werden, bevor ich behaupte, dass es funktioniert. Der gute alte SDRAngel kann das, er ist nicht schlecht. Aber ein Universaldilettant schaut eben gern, was es sonst noch gibt, und so bin ich bei OnAir gelandet.

Seitdem hat sich das Verhältnis umgedreht: Ich beschäftige mich mehr mit OnAir als mit meinem eigenen Code. Das Programm tritt als eierlegende Wollmilchsau unter den SDR-Programmen an. Fernsehen, Rundfunk, Flugfunk, Wettersatelliten, Pager, IoT-Sensoren und Amateurfunk stecken in einer einzigen Anwendung, mit über 190 Dekodern und schnell wachsender Zahl. Ich habe OnAir bisher nur kurz angetestet, ein Urteil über alle Modi kann ich also nicht abgeben, und bei der Fülle wird das noch eine Weile dauern. Fürs Erste muss das Programmieren warten, denn ich muss Empfangsantennen bauen. Für jemanden, dessen NanoVNA meistens in der Schublade liegt, ist das eine sportliche Ansage.

Dieser Artikel ist deshalb eher eine Erkundung als ein Testbericht. Wir schauen uns zuerst an, wer hinter OnAir steckt, wie es gebaut ist und worauf es läuft. Danach geht es um die SDR-Hardware und die Bedienoberfläche, bevor wir den großen Katalog der Modi aufschlagen. Zum Schluss sehen wir uns die Werkzeuge für Analyse, Export und Netzwerk an und klären, was rechtlich gilt und wie viel von der Wollmilchsau schon an echten Antennen getestet ist.

1. Systemphilosophie, Architektur und Plattformen
2. Hardware-Infrastruktur und SDR-Anbindung
3. Benutzeroberfläche, Bedienkonzept und Signalverarbeitung
4. Systematik der Dekodier-Modi
5. Analyse-Tools, Datenverwaltung und Netzwerk-Integration
6. Recht, Codecs und Entwicklungsstand

1. Systemphilosophie, Architektur und Plattformen

Bevor die erste Antenne angeschlossen wird, klären wir, wer OnAir entwickelt, was es grundsätzlich tut und lässt, wie es aufgebaut ist und auf welchen Systemen es läuft.

1.1. Projektübersicht und Entwickler-Hintergrund

Hinter der Wollmilchsau steckt ein einzelner Entwickler: Kristijonas Adomaitis hat OnAir ins Leben gerufen, um die zersplitterte Software für Software-Defined Radio (SDR, also Empfänger, deren Signalverarbeitung im Computer statt in Hardware läuft) in einer übersichtlichen Anwendung zu bündeln.

1.1.1. Lizenz und Kosten

OnAir steht unter der GNU General Public License v3.0 oder später (GPL-3.0-or-later), der Quellcode liegt offen auf GitHub. Es gibt keine Abonnements, keine Nutzerkonten und kein Daten-Tracking. Wer das Projekt unterstützen möchte, kann dem Entwickler freiwillig einen Kaffee auf Ko-fi spendieren, damit er neue Test-Hardware und Antennen anschaffen kann. Als jemand, der selbst gerade Antennen bauen muss, kann ich das gut nachfühlen.

1.1.2. Vibe-Coding und KI-Mitentwicklung

Bemerkenswert ist der offene Umgang mit künstlicher Intelligenz. OnAir ist mit viel „Vibe-Coding“ entstanden, also mit Code, den eine KI nach Anweisungen weitgehend selbst schreibt. In den Commit-Logs und Repository-Dateien steht die KI Claude ausdrücklich als Mitwirkende (contributor).

In Foren und auf YouTube sorgt das für Schmunzeln und hitzige Debatten. Die einen schimpfen über „AI Slop“, die anderen staunen, wie ein einzelner Entwickler mit KI-Hilfe in kurzer Zeit über 190 verschiedene Signaltypen und Dekoder (decoder) aus dem Boden gestampft hat. Die KI hat kräftig mitgeschrieben, und die großen Rundfunk- und Fernsehnormen sind an echten Signalen erprobt. Wie es um den Rest steht, klären wir in Abschnitt 6.3.

1.2. Sicherheits- und Empfangsdoktrin

Bevor jemand auf falsche Gedanken kommt: OnAir ist in erster Linie eine reine Empfänger-Software („Receiver First“). Verschlüsselung bleibt tabu, und die Sendefunktion ist ein Prüfwerkzeug mit Sicherheitsgurt.

1.2.1. Keine Entschlüsselung (No Hacking Policy)

Verschlüsselte Signale bleiben verschlüsselt. Das gilt für Pay-TV (etwa EuroCrypt oder verriegelte DVB-S2-Streams), für geschützte Betriebsfunknetze wie TETRA, P25 oder DMR, für Mobilfunkgespräche und für Heimnetz-Protokolle wie Z-Wave S0/S2 oder Thread. OnAir bricht keine Kryptographie und hebelt keine Zugriffssperren aus. Ist ein Signal verschlüsselt, steht im Protokoll-Header schlicht encrypted, und der Nutzinhalt wird ignoriert.

1.2.2. HF-Testsender (Transmit-Funktion)

Obwohl der Schwerpunkt auf dem Empfang liegt, enthält OnAir eine Sendefunktion (Transmit Panel) für SDRs, die senden können, etwa den HackRF One oder HackRF Pro. Die Funktion ist experimentell und laut Dokumentation bislang nur in der Entwicklungsversion enthalten, nicht in den veröffentlichten Versionen (Stand: November 2026).

Damit niemand versehentlich das örtliche Flugfunkband lahmlegt, gibt es mehrere Sperren. Die Funktion ist ab Werk komplett deaktiviert, und beim ersten Aufruf muss man ein Warnfenster ausdrücklich bestätigen. Automatische Leistungsgrenzen wendet die Software dagegen nicht an. Sendetests sind ausschließlich für den Betrieb an einer Dummy-Load (Lastwiderstand) oder in abgeschirmten Messaufbauten vorgesehen, um Empfänger zu testen. Senden setzt außerdem eine Zulassung bzw. Lizenz voraus. Die Generatoren für ADS-B und AIS simulieren Flugzeuge und Schiffe und dürfen niemals an eine Antenne angeschlossen werden. Ein Geisterflugzeug über dem Vogtland möchte niemand der Flugsicherung erklären müssen.

1.3. Software-Architektur und Technologie-Stack

Unter der Haube arbeitet eine Mischung aus moderner Systemprogrammierung und spezialisierten Bibliotheken für die Signalverarbeitung.

1.3.1. C++20 und Rust

Die Oberfläche und die grundlegende Anwendungslogik sind in C++20 geschrieben, gebaut wird mit CMake. Die Transportstrom- und Protokolldekoder werden schrittweise in Rust neu geschrieben. Wer OnAir selbst aus den Quellen kompilieren möchte, braucht deshalb den Rust-Compiler (cargo und rustc ab Version 1.70).

1.3.2. Einbindung externer Bibliotheken

OnAir erfindet das Rad nicht überall neu, sondern bindet bewährte Open-Source-Bibliotheken ein:

• FFmpeg: Übernimmt das Streaming und Rendern digitaler Videostreams (z. B. bei DVB-T2, dem terrestrischen Digitalfernsehen, oder bei IPTV).
• GLFW & Dear ImGui: Liefern die plattformübergreifende Benutzeroberfläche mit hardwarebeschleunigter Grafik über OpenGL oder Metal.
• libusb & libhackrf: Sprechen per USB direkt mit den Empfängern.
• Hamlib: Bindet klassische Amateurfunk-Transceiver zur Frequenz- und Modus-Synchronisation ein (CAT-Steuerung, also Fernsteuerung des Funkgeräts).
• SoapySDR: Dient als Abstraktionsschicht für eine breite Palette weiterer SDR-Hardware.

1.4. Plattform-Unterstützung und Installation

OnAir läuft auf nahezu allen gängigen Desktop- und Mobilsystemen, jede Plattform bringt aber ihre kleinen Eigenheiten mit.

1.4.1. Windows (10 / 11, 64-Bit)

Für Windows gibt es einen Setup-Installer (.exe) oder ein portables ZIP-Archiv. Seit Version 0.2.5 läuft OnAir auf jeder x86-64-CPU und nutzt den AVX2-Befehlssatz, sofern er vorhanden ist. Frühere Versionen stürzten ohne AVX2 ab (Stand: November 2026). Damit Windows Geräte wie HackRF, RTL-SDR oder Airspy erkennt, muss einmalig der generische WinUSB-Treiber über das Tool Zadig installiert werden. Welche Geräte das betrifft und welche Ausnahmen es gibt, steht in Abschnitt 2.4.1.

1.4.2. macOS (ab macOS 15)

Für macOS gibt es fertige .dmg-Images für Apple Silicon (arm64) und Intel-Macs (x86_64, dort ist AVX2 erforderlich). Weil die Software noch nicht mit einem kostenpflichtigen Apple-Entwicklerzertifikat signiert ist, verweigert macOS beim ersten Mal den Doppelklick. Dann startest du die App einmal mit Rechtsklick > „Öffnen“ und bestätigst, danach ist Ruhe.

1.4.3. Linux (x86-64 & arm64)

Für Debian- und Ubuntu-Systeme stehen vorkompilierte .deb-Pakete bereit, für alle anderen Distributionen ein portables tar.gz-Archiv. Das Debian-Paket bringt seinen eigenen Video-Dekoder mit und ist damit unabhängig von der FFmpeg-Version, die auf dem System installiert ist.

1.4.4. Android (ab Android 9 / API 28, arm64-v8a)

Die Android-App nutzt denselben nativen C++-Dekoder-Kern (libonair.so) wie die Desktop-Version, bekommt aber eine Touch-Oberfläche in Kotlin Compose. Sie ist rein auf Empfang ausgelegt und unterstützt RTL-SDR-Sticks direkt per USB sowie Netzwerk-Quellen (rtl_tcp, SpyServer). Sehr breitbandige TV-Modi (DVB-T2) überfordern typische Smartphone-Prozessoren, und lizenzierte Sprach-Codecs sind mobil noch nicht integriert.

Beim Stand der App widersprechen sich die Quellen: Release-Notes und Wiki nennen sie ab Version 0.2.6, die FAQ auf on-air.dev führt sie noch nicht auf (Stand: November 2026). Ob und wo es sie zum Download gibt, prüfst du am besten vorher auf on-air.dev.

1.4.5. Docker-Container (Headless Web-Server)

Für Server ohne Bildschirm gibt es ein fertiges Docker-Setup (packaging/docker). Mit docker compose up -d --build startet ein OnAir-Server, der die vollständige Benutzeroberfläche im Browser bereitstellt.

2. Hardware-Infrastruktur und SDR-Anbindung

Jetzt geht es an die Hardware. Wir sortieren die SDRs nach Bandbreite, schauen uns die Grenzen der Schmalband-Geräte an, binden Radios übers Netzwerk ein und klären Treiber und Konverter. Unter Windows lauern dabei ein paar Treiber-Fallstricke, bei denen man sich kurz fragt, warum man nicht längst zu Linux gewechselt ist.

2.1. Breitband-SDRs

Wer OnAir ausreizen will, vor allem beim digitalen Fernsehen, braucht ein SDR, das ordentlich Bandbreite schaufelt. Die Daumenregel von OnAir lautet: etwa 1 Million Samples pro Sekunde (1 MS/s) pro Megahertz Kanalbreite. Ein DVB-T2- oder ATSC-Fernsehkanal braucht 6 bis 8 MHz Bandbreite. Hier schlägt die Stunde der Breitband-Empfänger.

Klasse	Anwendungen	Geräte
Breitband-Klasse (6–8+ MHz)	DVB-T2, ATSC, ISDB-T, Spektrumanalyse	HackRF One/Pro, BladeRF, LimeSDR, USRP, RX888 MkII, Fobos SDR
Schmalband-Klasse (1–4 MHz)	DAB+, UKW/RDS, ADS-B, IoT, Amateurfunk	RTL-SDR (~2,4 MS/s), PlutoSDR (~4 MS/s via USB), Airspy R2/HF+

2.1.1. HackRF One / Pro: die Referenz des Entwicklers

Der HackRF One und seine Pro-Variante sind die offizielle primäre Entwicklungs- und Testplattform des Entwicklers. Fast alle neuen Dekodier-Funktionen erblicken hier das Licht der Welt. OnAir steuert ihn nativ über libhackrf an. Mit seinen 20 MS/s maximaler Abtastrate (sample rate) zuckt er bei 8-MHz-TV-Kanälen nicht mit der Wimper, und auch die Sendefunktion für Testsignale ist auf dem HackRF nativ eingebunden.

2.1.2. BladeRF, LimeSDR und USRP

• BladeRF: Spielt nativ in der Oberliga für Breitband-Experimente, mit vollem DVB-T2- und Satelliten-Support.
• LimeSDR (USB, Mini, Mini 2): Der LimeSDR Mini läuft über USB 3.0 mit bis zu 30,72 MS/s und verlangt unter Windows den FTDI FT60x-Treiber. Vorsicht beim großen LimeSDR-USB (Cypress FX3): Er verträgt sich nicht mit Zadig. Wer hier versehentlich WinUSB drüberbügelt, legt das Radio lahm. Er braucht den Cypress CyUSB3-Treiber, der mit LimeGUI oder PothosSDR geliefert wird. OnAir findet die benötigte LimeSuite.dll dann automatisch.
• Ettus USRP: Wird über die offizielle UHD-Bibliothek eingebunden (unter Windows muss man UHD samt Firmware-Images separat installieren). In den Radio-Einstellungen wählst du zwischen interner Taktreferenz, externer 10-MHz-Einspeisung (CLK IN), GPSDO oder PPS-Zeitzeichen.

2.1.3. Fobos SDR, RX888 MkII, RFNM und weitere

• Fobos SDR: Ein Breitband-Empfänger (50 MHz–6 GHz am RF-Eingang sowie HF1/HF2 für Kurzwelle), eingebunden über RigExperts fobos_sdr-Bibliothek.
• RX888 MkII: Ein beliebtes 16-Bit-ADC-Biest für USB 3.0. Damit Windows mitspielt, installierst du in Zadig für gleich zwei Zustände den WinUSB-Treiber: den Bootloader (04B4:00F3) und das laufende Gerät (04B4:00F1).
• RFNM: Wird über librfnm unterstützt. Jeder Empfangskanal der Tochterkarten taucht als eigene Quelle in der Geräteliste auf.
• Icom IC-R8600 (Direkt-I/Q via USB): OnAir bringt einen nativen C++-Treiber mit, der den rohen I/Q-Datenstrom (die Inphase- und Quadratur-Rohdaten des Empfängers) des R8600 über USB abgreift (10 kHz bis 3 GHz mit 0,24 bis 5,12 MS/s). Dafür muss einmalig die originale Icom-Firmware-Datei importiert werden.
• HydraSDR RFOne: Nativ über libhydrasdr von 24 MHz bis 1,8 GHz bei 10 MS/s.

2.2. Schmalband-SDRs und gerätespezifische Einschränkungen

Nicht jeder hat ein 300-Euro-Breitbandradio auf dem Schreibtisch. OnAir unterstützt auch schmalbandigere Geräte, man muss nur wissen, wo sie physikalisch an ihre Grenzen stoßen.

2.2.1. RTL-SDR: der 15-Euro-Klassiker

Wir alle lieben den kleinen DVB-T-USB-Stick mit RTL2832U-Chip. Für digitales Fernsehen (DVB-T2, ATSC) reicht er trotzdem nicht. Der RTL-SDR schafft stabil ca. 2,4 MS/s (maximal ~3,2 MS/s), und ein 8-MHz-TV-Signal passt da schlicht nicht durch die Röhre. Versucht man es trotzdem, meldet OnAir folgerichtig, dass die Abtastrate unzureichend ist.

Seine Stärken liegen woanders. Für DAB+, UKW-Stereo mit RDS, ADS-B-Flugverfolgung, AIS-Schiffsdaten, PMR446, Amateurfunk und IoT-Sensoren (433/868 MHz) ist der RTL-SDR unter OnAir ein dankbarer Partner. Neuere Revisionen wie der RTL-SDR Blog V4 / V4 Lite kommen dank eingebautem Upconverter auch auf die Kurzwelle.

2.2.2. PlutoSDR (ADALM-Pluto)

Der PlutoSDR ist ein schönes Lern-SDR, tröpfelt seine Daten über das USB-2.0-Kabel aber nur mit ca. 4 MS/s zum PC. Für 6–8 MHz breite TV-Signale ist das zu wenig, deshalb scheitert DVB-T2 am USB-Kabel oder bleibt sehr experimentell. Über die Ethernet-Schnittstelle (z. B. beim Pluto+) sieht die Sache als Netzwerk-Radio wieder besser aus.

2.2.3. Airspy und SDRplay

Der Airspy R2 hat mit 10 MS/s auf dem Papier genug Bandbreite für Fernsehsignale. Laut Projektdokumentation läuft er damit, getestet ist bislang aber nur ATSC; für den Airspy Mini liegen keine Tests vor. Für DAB+, FM und Flugfunk reicht seine Bandbreite ohnehin locker. Der Airspy HF+ ist ein hochselektiver Spezialist für Kurzwelle und das VHF-Band (60–260 MHz) für Schmalband-Signale.

Die SDRplay-RSP-Familie (RSP1, RSP1A, RSP1B, RSP2, RSPduo, RSPdx, RSPdx-R2) funktioniert sehr gut, ein RSP2 verarbeitet DVB-T2 unter Windows 10/11 beispielsweise problemlos. Voraussetzung ist die offizielle SDRplay Hardware API (der API-Hintergrunddienst). OnAir bringt die proprietären SDRplay-Treiber aus Lizenzgründen nicht selbst mit, sondern bindet den laufenden Dienst dynamisch ein. Beim RSPduo wählst du im Quellen-Menü, welcher Antenneneingang aktiv ist: Tuner 1 SMA, Tuner 2 SMA oder Tuner 1 Hi-Z.

2.3. Netzwerk-Radios und Remote-Schnittstellen

OnAir muss nicht per USB an einem Radio hängen. Steht der Empfänger auf dem Dachboden, im Gartenhaus oder am anderen Ende der Welt, holt sich die Software die Signale übers Netzwerk.

Protokoll	Port	Verwendung
rtl_tcp	1234	Standard-Stream für RTL-SDRs
SpyServer	5555	Airspy-Server mit Dezimierung & Gain (Verstärkung)
SoapyRemote	55132	Netzwerk-Abstraktion für SoapySDR
SDR++ Server	5259	Anbindung an laufende SDR++ Server
KiwiSDR	8073	HF-WebSDR-Einbindung (12 kHz I/Q)
Hermes Lite 2	1024	HF-Transceiver mit Multi-Slice (RX1/RX2)
Red Pitaya	1024	HPSDR-Protokoll 1
TCI	50001	Expert Electronics Transceiver Interface
SDRplay nRSP-ST	5454	SDRconnect WebSocket-Schnittstelle

2.3.1. Unterstützte Protokolle

Ports und Zweck stehen in der Tabelle, hier die Besonderheiten:

1. rtl_tcp: Streamt 8-Bit-I/Q-Daten mit bis zu ~2,5 MS/s über das Netzwerk. OnAir kann rtl_tcp auch selbst anbieten (siehe Abschnitt 5.3.3).
2. SpyServer: Spricht das originale Airspy-Serverprotokoll, mit 8-Bit- und 16-Bit-I/Q-Streams, serverseitigen Dezimierungsstufen sowie vollständiger Frequenz- und Gain-Steuerung.
3. SoapyRemote: Verbindet sich mit jedem SDR, das über SoapySDRServer im Netzwerk freigegeben ist.
4. SDR++ Server: Bindet einen entfernten SDR++ Server ein. Alle Hardware-Einstellungen (Gain, AGC, Bias-Tee) tauchen im Radio-Panel von OnAir als SDR++: ... auf.
5. KiwiSDR: Klinkt sich in Kurzwellen-KiwiSDRs im Netzwerk ein (12 kHz I/Q-Stream). OnAir hat sogar einen eingebauten Browser für die öffentliche KiwiSDR-Liste.
6. Hermes Lite 2 & Red Pitaya:
   • Hermes Lite 2: Wird im lokalen Netzwerk automatisch entdeckt (48–384 ksps). Das N2ADR-Filterboard schaltet die Bandfilter passend zur Abstimmfrequenz um. Dazu kommen Mehrkanal-Slices (RX1, RX2), sodass mehrere OnAir-Empfangs-Tabs auf unterschiedlichen Frequenzen desselben Hermes Lite laufen können.
   • Red Pitaya: Spricht Pavel Demins HPSDR-kompatibles Transceiver-Protokoll (160 m bis 6 m).
7. TCI & SDRplay nRSP-ST:
   • TCI: Anbindung an Expert Electronics Transceiver (ExpertSDR3 / SunSDR).
   • nRSP-ST: Spricht die WebSocket-Schnittstelle von SDRconnect an.

2.4. Treiber, Konverter und Zubehör-Anbindung

Damit zwischen Antenne, SDR und Software kein Signalverlust und kein Frequenz-Chaos entsteht, bringt OnAir einige Werkzeuge zur Signalaufbereitung mit.

2.4.1. Zadig-Treiber unter Windows

Unter Windows führt bei vielen SDRs kein Weg an Zadig vorbei, um den Herstellertreiber durch den generischen WinUSB-Treiber zu ersetzen. Das betrifft HackRF One/Pro, RTL-SDR, Airspy, Airspy HF+, Fobos SDR und RX888 MkII. Ausnahmen sind LimeSDR-USB und LimeSDR Mini: Sie brauchen eigene Treiber und dürfen nicht mit Zadig bearbeitet werden (siehe Abschnitt 2.1.2).

2.4.2. Konverter und LNBs

Wer Frequenzen außerhalb des Abstimmbereichs seines SDRs empfangen möchte (z. B. Kurzwelle am einfachen SDR oder 10-GHz-Satelliten), nutzt einen Konverter. OnAir bringt dafür Voreinstellungen für Ham It Up, SpyVerter, Ham It Down (1500 MHz Offset), QO-100 LNBs und Bullseye TCXO LNBs mit (LNBs sind die rauscharmen Frequenzumsetzer am Satellitenspiegel), dazu frei wählbare LO-Frequenzen (Custom LO). In den Radio Settings lassen sich außerdem PPM-Frequenzfehler korrigieren und eine Spektruminversion (High-Side/Low-Side Injection) aktivieren.

Das Schöne daran: Einmal eingestellt, rechnet OnAir die gesamte Oberfläche um. Du tippst die echte Antennenfrequenz ein, z. B. ca. 10.489,5 MHz (10,4895 GHz) für den QO-100 Satelliten, und das SDR stimmt im Hintergrund auf die Zwischenfrequenz (ZF) ab.

2.4.3. DC-Spike und I/Q-Balance

Fast jedes Quadratur-SDR leidet unter dem berüchtigten DC-Spike, einem stehenden Peak genau in der Mitte des Spektrums. Er entsteht durch Gleichspannungs-Offsets des ADC (Analog-Digital-Wandler). OnAir bietet drei Wege: den Spike ignorieren, ihn durch Filterung stummschalten oder Offset-Tuning aktivieren. Beim Offset-Tuning stimmt das SDR leicht versetzt ab, sodass der Spike außerhalb des Nutzkanals liegt. Eine automatische I/Q-Imbalance-Korrektur bügelt zusätzlich Spiegelfrequenzen aus.

2.4.4. Rig- und Rotator-Steuerung über Hamlib

Wer ein klassisches Funkgerät wie einen Icom IC-7300 oder IC-R8600 auf dem Tisch hat, kann OnAir als Panorama-Adapter und Dekoder nutzen. Über Add Hamlib rig... verbindet sich OnAir lokal per serieller Schnittstelle oder übers Netz via rigctld mit der Hamlib-Bibliothek.

Die Synchronisation läuft in beide Richtungen: Drehst du am Abstimmknopf des echten Radios, folgt die Frequenz in OnAir in Echtzeit. Klickst du in OnAir auf ein Signal im Wasserfall (siehe Abschnitt 3.2.2), stimmt das Funkgerät sofort darauf ab. Auch Satelliten- oder Kurzwellen-Rotatoren lassen sich über Hamlib aus OnAir heraus nachführen.

2.4.5. Soundkarten-Eingang und virtuelle Audiokabel

Kommt das Audiosignal aus einer externen Quelle, etwa vom Kopfhörerausgang einer Handfunke, aus einem WebSDR-Stream im Browser oder über ein virtuelles Audiokabel wie VB-Audio Cable / fldigi, wählst du in der Quellenliste Sound card: .... OnAir nimmt den Stream (typischerweise 48 kHz) in vier Formaten an: I/Q Stereo, USB Audio, LSB Audio oder Mono Real. Das Signal landet dann direkt in den digitalen HF-Dekodern (FT8, CW, RTTY, PSK31, SSTV), ganz ohne SDR-Hardware.

3. Benutzeroberfläche, Bedienkonzept und Signalverarbeitung

Wer die Oberfläche von OnAir zum ersten Mal öffnet, könnte meinen, versehentlich das Cockpit eines Space Shuttles hochgefahren zu haben. Keine Panik. Wir schauen uns erst die Layouts an, dann die Bedienelemente des Hauptfensters, die Hilfen für den Einstieg und zum Schluss die Werkzeuge, die einem schwachen Signal wieder auf die Beine helfen.

3.1. Flexible Layout-Architektur

Jeder arbeitet anders: Manche wollen das Spektrum über den ganzen 4K-Monitor spannen, andere brauchen auf dem Laptop jeden Millimeter für Dekodier-Tabellen. OnAir löst das mit einer dynamischen Oberfläche auf Basis von Dear ImGui und OpenGL / Metal.

3.1.1. Wechselbare Oberflächen-Layouts

Im Menü View krempelst du das Erscheinungsbild mit einem Klick um:

• Sidebar Layout: Der Standard mit einer aufgeräumten Werkzeugleiste an der Seite.
• Scope, Scope: Cinema, Scope: Meters & Scope: Dock: Rückt Spektrum und Wasserfall in den Mittelpunkt, ideal für Spektrumanalysen.
• Tiles & Panel: Verwandelt die Werkzeuge in frei anordbare Kacheln.
• Faceplate & Klassische Oberfläche: Erinnert an traditionelle Hardware-Empfänger.

Das Layout passt sich automatisch an kleine Fenster oder Bildschirmskalierungen von 125 % und 150 % an. Neben einem Dark Mode gibt es Light– und High-Contrast-Themes.

3.1.2. Touch-Interface

Wer OnAir auf einem Windows-Tablet, einem Touchscreen im Shack oder in der Android-App bedient, bricht sich mit feinen Maus-Menüs schnell die Finger. Das Touch-Interface (über View > Touch interface oder das Startargument --touch) vergrößert deshalb alle Bedienelemente auf mindestens 48 Pixel. Dazu kommen eine Wähltastatur (Numeric Keypad) für die Frequenzeingabe in MHz, kHz oder GHz, Wischgesten (Swipe) zum Wechseln zwischen Reitern, Gestenzoom (Pinch-to-Zoom) im Spektrum und ein Bottom-Dock am unteren Bildschirmrand.

3.2. Die Bedienelemente des Hauptfensters

Egal welches Layout: Im Hintergrund arbeiten immer dieselben Bausteine. Man muss also nicht den Bildschirm pixelweise auswendig lernen, sondern nur die Bausteine kennen.

3.2.1. Die obere Leiste (Top Bar)

• Start/Stop-Button: Startet und hält den Empfänger an. Ein Druck auf die Leertaste tut’s auch.
• Frequenzfeld („Scroll to tune“): Die Frequenz lässt sich direkt eintippen. Fährst du mit dem Mausrad über eine einzelne Ziffer, wird genau diese Stelle hoch- oder heruntergeschaltet.
• Quellen- & Abtastraten-Auswahl: Hier wählst du das aktive SDR oder die Datei und stellst die Abtastrate ein.
• Clear all Button: Löscht alle bisher dekodierten Ergebnislisten (z. B. Flugzeugtabellen oder Textfenster) auf einen Schlag.
• Status & Updates: Der Button oben rechts zeigt den Update-Status (inkl. SHA-256-Prüfung über GitHub).

3.2.2. Spektrum und Wasserfall

• Spektrumanzeige: Zeigt die Signalstärke über der Frequenz in dBm oder dBFS. Overload-Marker warnen vor einer Übersteuerung des Analog-Digital-Wandlers (ADC).
• Wasserfall: Zeigt den zeitlichen Verlauf der Signale unterhalb des Spektrums (neueste Signale oben).
• Farbpaletten: Neben klassischen Regenbogen-Farben gibt es unter anderem die Farbkarte Cividis, die für Menschen mit Rot-Grün-Sehschwäche optimiert ist.
• Anzeige-Funktionen: Mittelung (Averaging), Max Hold (Speicherung von Signal-Spitzen), Peak-Marker sowie eine Pause- und Scroll-back-Funktion zum Zurückschauen in der Signalhistorie.

3.2.3. Die Seiten-Panels

• Source Panel: Auswahl der Empfangsquelle, Geräte-Rescan, Record IQ (für SigMF-Rohdatenaufnahmen, siehe Abschnitt 5.2.2) und Record Audio (speichert Audiosignale als WAV, FLAC oder MP3).
• Gain Panel: Regler für die Verstärkerstufen der Hardware (beim HackRF z. B. LNA, VGA und Amp-Schalter) sowie ppm-Korrektur und Notch-Filter.
• Tuner Panel: Feineinstellung von Frequenz, Bandbreite und modusspezifischen Tuning-Optionen.
• Mode Panel: Die Zentrale für alle über 190 Dekodier-Modi, mit Schnellsuche (z. B. einfach „Mesh“ eintippen) und Direktwahltasten (1–9) für die ersten neun Modi.
• Display, Decoder & Tools: Feinabstimmung der Darstellung, Spezial-Parameter einzelner Dekoder und Aufruf von Zusatzkarten.

3.3. Interaktive Hilfen und Erstschritte

Niemand wälzt gern stundenlang Handbücher, bevor der erste Ton aus dem Lautsprecher kommt. OnAir hat deshalb zwei Einstiegshilfen eingebaut.

3.3.1. Geführte Tour

Wer noch kein SDR besitzt oder im Zug ohne Antenne ausprobieren möchte, klickt unter Hilfe auf Geführte Tour (Tour). OnAir startet dann ein eingebautes synthetisches Demo-Signal, und ein kleines Fenster führt Schritt für Schritt durch Spektrum, Wasserfall und Moduswechsel. Dabei siehst du live, wie ein DVB-T2- oder DAB+-Kanal einrastet. Solange meine Empfangsantennen noch Pläne sind, ist das für mich ein ehrlicher Anfang.

3.3.2. Signal-Identifier

Ein komischer Zacken im Spektrum, und keine Ahnung, was da gerade sendet? Dafür gibt es den Signal-Identifier. Du klickst im Spektrum auf das unbekannte Signal, die Software vermisst den Peak und bestimmt Bandbreite, Symbolrate und die vermutete Modulationsart (z. B. ASK, FSK, QAM oder OFDM). Danach liefert OnAir eine Wahrscheinlichkeitsliste und schlägt passende Dekodier-Modi vor (z. B. „70 % Chance für FM-Rundfunk“).

3.4. Werkzeuge zur Signalverbesserung und Echtzeit-Diagnose

Ruckelndes Fernsehbild oder verpixelte Wettersatellitenbilder liegen selten an der Software, meistens ist einfach das Signal im Eimer. OnAir hat dafür ein ganzes Zeughaus an Analysewerkzeugen.

3.4.1. Auto-tune und Optimise Gain

Statt blind an den Verstärkungsreglern zu drehen, lässt du die Software einmessen. Auto-tune passt den Gain laufend an. Optimise Gain geht gründlicher vor: Die Software fährt den gesamten Verstärkungsbereich des SDRs durch, misst dabei das Signal-Rausch-Verhältnis (SNR) des Nutzkanals und wählt den niedrigsten Gain-Wert, der innerhalb von 0,5 dB des maximalen SNR-Werts liegt. Das verhindert ein Übersteuern des Empfängers (ADC-Clipping) und hält das Rauschen so niedrig wie möglich. Über Undo gain kommt der ursprüngliche Wert jederzeit zurück.

3.4.2. Echtzeit-Diagnose und Signalqualität

OnAir zeigt nicht nur das Ergebnis, sondern verrät auch, warum ein Signal eventuell nicht dekodiert werden kann:

• Qualitätswert (Quality Score): Ein zusammenfassender Prozentwert für die Empfangsqualität.
• SNR & Fehlerzähler: Signal-Rausch-Abstand in dB sowie erfolgreiche und fehlerhafte Datenblöcke der Vorwärtsfehlerkorrektur (FEC; blocksOk / blocksBad).
• Mehrwegeempfang-Indikator (multipath, auch Echo-Indikator): Erkennt Signalreflexionen an Gebäuden oder Bergen und erklärt oft, warum das TV-Bild trotz starkem Pegel abreißt.
• Konstellationsdiagramme: Zeigen die Phasenzustände digitaler Modulationsarten (von BPSK, QPSK bis 256-QAM) in Echtzeit. Verschwimmen die Punkte im Rauschen, stößt die Fehlerkorrektur an ihre Grenzen.

3.4.3. KI-Rauschunterdrückung (RNNoise)

Für analoge Sprachkanäle wie den Flugfunk (Airband) oder den klassischen NFM/AM-Empfang im General Receiver bringt OnAir einen neuronalen Rauschunterdrücker mit: RNNoise. Das neuronale Netz ist auf menschliche Sprache trainiert. Es filtert Rauschen, Zischen und statische Störungen heraus und lässt die Stimme verständlich stehen. Ein Stärkeregler stellt die Intensität stufenlos ein.

4. Systematik der Dekodier-Modi

Jetzt schauen wir der Wollmilchsau in den Bauch. Wer bei OnAir die Modus-Liste aufklappt, fühlt sich wie in einer gut sortierten Süßwarenhandlung für Frequenz-Freaks: über 190 Dekodier-Modi, verteilt auf Kategorien. Die Zahl wächst schnell. Die Dokumentation, auf der dieses Kapitel beruht, nannte 191 Modi, die Modi-Seite von on-air.dev führt inzwischen 292 Modi in 15 Kategorien (Stand: November 2026). Die folgenden zwölf Gruppen zeigen deshalb nur den Kern. Das Kapitel ist zum Nachschlagen gedacht: Wer nicht alle zwölf Gruppen am Stück lesen mag, springt direkt zu der, die ihn interessiert.

Ob das Bild der Tagesschau, das Signal eines Notfunk-Satelliten oder der IoT-Zähler vom Nachbarn: Was irgendwo zwischen Kurzwelle und L-Band durch den Äther saust, hat gute Chancen auf einen passenden Dekoder.

4.1. Fernsehen

Wer dachte, für digitales Fernsehen brauche man einen 500-Euro-Receiver oder einen Kabelanschluss, wird von OnAir eines Besseren belehrt, sofern das SDR genug Bandbreite schaufelt.

• Terrestrik (Überallfernsehen):
  • DVB-T & DVB-T2: Der europäische Standard inkl. automatischer Erkennung und T2-Lite-Unterstützung für mobile Endgeräte.
  • ATSC 1.0 & ATSC 3.0 (NextGen TV): Der nordamerikanische und südkoreanische Standard. ATSC 3.0 verarbeitet ROUTE, HEVC-Video sowie AAC-Audio (benötigt mindestens 6,5 MS/s Abtastrate).
  • ISDB-T: Der terrestrische Standard in Japan, Brasilien und weiten Teilen Südamerikas (13 Segmente, inklusive 1-Segment-HD für Mobilgeräte).
  • DTMB: Das System für China, Hongkong, Macau (8 MHz) und Kuba (6 MHz).
• Satellit & Kabel:
  • DVB-S, DVB-S2 & DVB-S2X: Satelliten-TV über LNBs mit allen Modulationsarten (MODCODs) und Unterstützung für VL-SNR-Frames.
  • ISDB-S: Satellitenfernsehen nach japanischem Standard (benötigt eine sehr hohe Bandbreite).
  • DVB-C: Digitales Kabelfernsehen (16- bis 256-QAM mit automatischer Symbolraten-Erkennung).
  • TV Satelliten-Baken-Dekoder: Verfolgt schmale Satellitenbaken, misst Pegel und Frequenzversatz (Drift) und dekodiert Telemetrieframes in Echtzeit.
• Analog-TV, FPV & Spezialformate:
  • Analog-TV: PAL, SECAM und NTSC in sämtlichen TV-Normen (Systeme B/G, I, D/K, L, M, N etc. inklusive historischer 405- und 819-Zeilen-Formate).
  • Analoges FPV-Video: Echtzeit-Empfang von 5,8-GHz- und 1,2-GHz-Drohnen-Videosignalen (Bänder A, B, E, F, Raceband und L) samt 6,0/6,5-MHz-Ton.
  • MAC-Satelliten-TV: D2-MAC und D-MAC Analog-TV (EuroCrypt-Verschlüsselung wird erkannt, aber nicht geknackt).
  • Internet-TV (IPTV): Bindet M3U/M3U8-Playlists ein (HLS, UDP, RTP), ganz ohne SDR-Hardware.

4.2. Rundfunk

Vom gemütlichen UKW-Dudelfunk bis zum digitalen Weitverkehr auf Kurzwelle deckt OnAir das gesamte Audiospektrum ab.

• FM / UKW (87,5–108 MHz): Analoger Stereo-Empfang mit vollständigem RDS-Dekoder (Sendename, Radiotext, PTY, Verkehrsfunk-Flag). Für sehr schwache Sender gibt es einen manuellen Mono-Schalter.
• DAB / DAB+: Digitalradio inklusive TII-Transmitter-Karte (zeigt, von welchem Sendemast das Signal kommt), MOT-Diashow (Cover-Bilder) und Journaline-Textdiensten.
• DRM (Digital Radio Mondiale): DRM30 (Lang-, Mittel- und Kurzwelle) sowie DRM+ (VHF) für klaren digitalen Ton samt Slideshows und EPG.
• Weitere Digital- & AM-Standards:
  • AM Broadcast: Klassischer Mittel- und Kurzwellenempfang.
  • AM Stereo (C-QUAM): Analoger Mittelwellen-Stereoempfang über die Phasenlage des 25-Hz-Pilotsignals.
  • HD Radio (NRSC-5): US-amerikanischer Hybrid-Standard für FM und AM. (Hinweis: Der HDC-Audiocodec muss als externes Plugin eingebunden werden.)
  • CDR (China Digital Radio): Chinesischer Digitalradiostandard.

4.3. Luftfahrt

Hier kommen Luftfahrt-Fans auf ihre Kosten: Transponder, Radardaten und Funknavigationshilfen lassen sich live mitverfolgen.

• Flugverfolgung & Sekundärradar:
  • ADS-B (1090 MHz): Dekodiert Positionen, Flughöhe und Geschwindigkeit von Flugzeugen direkt auf einer interaktiven Karte.
  • Mode A/C: Sekundärradar-Antworten (Squawk und Höhe), die automatisch den ADS-B-Zielen auf der Karte zugeordnet werden.
  • Mode S Uplink (1030 MHz): Abfrage-Codes vom Bodenradar und TCAS-Koordinationsmeldungen.
  • UAT (978 MHz): Das US-amerikanische Universal Access Transceiver System für ADS-B und FIS-B-Wetterdaten.
  • ASTERIX: Verarbeitet EUROCONTROL-Surveillance-Daten (CAT 021, CAT 048, CAT 062) aus UDP-Netzwerk-Streams oder Dateien.
• Datenfunk & Kommunikation:
  • ACARS, VDL Mode 2 & VDL Mode 4: VHF-Datenfunk der Verkehrsfliegerei (VDL Mode 2 erfasst das gesamte Band auf einmal).
  • HFDL: Kurzwellen-Datenfunk für Langstreckenflüge über den Ozeanen.
• Sprache & Navigation:
  • AM Airband: Flugfunk (118–137 MHz) mit Kanal-Scan und automatischer KI-Rauschunterdrückung.
  • Funknavigationshilfen: Kennungen von VOR (Drehfunkfeuer), ILS (Instrumentenlandesystem), NDB (ungerichtete Funkfeuer) sowie DME (Entfernungsmessung).
• Drohnen & Segelflug:
  • FLARM: Kollisionswarnsystem für Segelflugzeuge (868,2 / 868,4 MHz).
  • DJI DroneID & Drone Remote ID: Drohnen-Signale und Remote-ID-Telemetrie nach ASTM F3411 via BLE und WLAN.
  • eLoran / Loran-C: Langwellen-Navigationssystem auf 100 kHz.

4.4. Seefahrt

Für Küsten- und Binnenschifffahrt liefert OnAir die wichtigen Sicherheits- und Positionsdaten.

• Schiffstracking & Datenfunk:
  • AIS (162 MHz): Positionen von Handelsschiffen und Yachten (Klasse A/B, Long-Range und Satelliten-AIS) auf der Live-Karte.
  • VDES: Der Nachfolger von AIS für maritime Datenübertragung.
  • NAVTEX (518 kHz): Nautische Warnmeldungen und Wetterberichte auf Langwelle.
  • DSC (Digital Selective Calling): Notruf- und Anwahldekodierung auf VHF und Kurzwelle (inkl. Ein-Klick-Wechsel auf den Sprechfunkkanal).
  • Wetterfax (WEFAX): Schwarz-weiße Wetterkarten von Kurzwellen-Seefunkstellen.
• Sprechfunk & Identifikation:
  • Marine VHF Voice: Seefunk-Kanäle 1–88 mit Kanal-Scanner und automatischer Mehrkanal-Verfolgung.
  • ATIS: Automatische Schiffs-Identifikation auf Binnenwasserstraßen (1200 Bd AFSK nach jedem Durchgang).
  • SELCAL: Selektivruf-Tonsystem für den Flug- und Seefunk.

4.5. Satellit und Navigation

Ob das GPS-Modul im Rechner oder das Live-Bild eines vorbeifliegenden Wettersatelliten: Diese Kategorie ist das Eldorado für Weltraum-Fans.

• Navigationssysteme:
  • GNSS: Positionsbestimmung über GPS L1, GLONASS und BeiDou.
  • SBAS: Korrekturdaten geostationärer Korrektursatelliten (WAAS, EGNOS, GAGAN, MSAS).
  • DGPS-Baken: Bodenbasierte Differenzial-GPS-Fehlerkorrektur (283,5–325 kHz).
• Wetter-Satellitenbilder:
  • NOAA APT, HRPT, GAC & DSB: Bilder der klassischen polaren NOAA-Satelliten.
  • Meteor-M LRPT & HRPT: Russische Wettersatelliten im VHF- (137 MHz) und L-Band.
  • Geostationäre Satelliten: GOES HRIT (1694,1 MHz), Elektro-L HRIT/RDAS, Arktika-M RDAS, FengYun-2/3/4 sowie der koreanische GK-2A (LRIT/HRIT).
• Satellitendatendienste & Amateurfunk:
  • Inmarsat: Signalisierung für Inmarsat-C, Inmarsat Aero und Inmarsat BGAN.
  • Iridium & Orbcomm: Datenbursts kleiner Kommunikationssatelliten.
  • COSPAS-SARSAT (406 MHz): Internationale Notfunkbaken von Schiffen und Flugzeugen.
  • QO-100 (Es’hail-2): Der geostationäre Amateurfunk-Satellit (Schmalband- und Breitband-Transponder).
  • Argos & CubeSat-Telemetrie: Daten wissenschaftlicher Umweltbojen sowie kleiner Schul- und Uni-Satelliten (AX.25, AX100).

4.6. Zweiwegfunk / Betriebsfunk

Hier geht es um digitalen und analogen Funk von Behörden, Taxizentralen, Werksschutz und Funkamateur-Handgeräten.

• Digitaler Betriebsfunk:
  • DMR (Digital Mobile Radio): Sprach- und Datenauswertung (Talkgroup-IDs, Einzelrufe).
  • P25 (Phase 1 & Phase 2): Nordamerikanischer Behördenfunk mit Trunking-Verfolgung.
  • NXDN, dPMR & PMR446: Digitaler Schmalband-Funk (dPMR erfasst alle 16 PMR446-Kanäle gleichzeitig).
  • D-STAR & M17: Digitale Amateurfunk-Standards. (Hinweis: Für die Sprachwiedergabe von DMR, P25, NXDN, dPMR und D-STAR sind zusätzliche Codecs nötig, siehe Abschnitt 6.1.)
• Bündelfunk & Signalisierung:
  • TETRA & TETRAPOL: Basisstations-Informationen (Netzwerk-Code, Location Area, Nachbarkanäle). Verschlüsselte Gespräche bleiben unberührt.
  • MPT1327, LTR & EDACS: Steuerkanäle analoger Bündelfunknetze.
  • Ton-Dekoder: Erkennt CTCSS (Sub-Audio-Töne), DCS, DTMF-Wähltöne, 5-Ton-Folgen und SELCAL.

Zum Mithören fremder Funkdienste siehe Abschnitt 6.2.

4.7. Mobilfunk und Bahnfunk

Mobilfunkmasten senden ständig unverschlüsselte Organisationsdaten aus, und OnAir macht sie sichtbar.

• Zellulare Mobilfunknetze:
  • LTE Cell Towers: Liest MIB- und SIB1-SIB5-Nachrichten von 4G-Masten. Mit einem kostenlosen API-Key von OpenCelliD landen die empfangenen Masten direkt auf der Karte.
  • 5G NR & NB-IoT: 5G-Zellen (SS/PBCH, PCI, RSRP) sowie Schmalband-IoT-Sensoren im Mobilfunknetz.
• Bahnfunk & Zugsicherung:
  • GSM-R (921–925 MHz): Der internationale Mobilfunkstandard der Eisenbahnen.
  • LBJ, KLW & TDCS: Chinesische und internationale Zugwarnsysteme sowie Zugdatenfunk (Telemetrie wie Geschwindigkeit, Kilometerstein und Bremsdruck).
  • Eurobalise / EBICab (4,234 MHz): Telegramme von Gleiskopplern, die beim Überfahren von Zügen ausgelesen werden.

Zum Mithören fremder Funkdienste siehe Abschnitt 6.2.

4.8. Pager-Dienste

Pager sind im Smartphone-Zeitalter selten geworden, doch Rettungsdienste und Industrieanlagen laufen oft noch über klassische Funkrufnetze.

• POCSAG (512–2400 Bd): Der weltweite Standard für Feuerwehr- und Notarzt-Alarmierungen. OnAir dekodiert das gesamte empfangene Frequenzband synchron auf einmal. Fremde Meldungen mitzulesen und weiterzugeben ist in Deutschland nicht erlaubt (siehe Abschnitt 6.2).
• FLEX (1600–6400 Bd): Ein Hochgeschwindigkeits-Pager-Protokoll von Motorola.
• Multitone Paging: Erkennung analoger Ton-Paging-Systeme.

4.9. IoT, Sensoren und Kurzstreckenfunk

Unsere Umwelt ist vollgestopft mit kleinen Funkchips, die ständig Temperatur, Reifendruck oder Stromverbrauch durch die Luft posaunen.

• Smart Home & Verbrauchszähler:
  • Sub-GHz & ISM-Sensoren: Über die eingebaute Engine des bekannten Tools rtl_433 werden Hunderte handelsübliche Wetterstationen, Reifendrucksensoren (TPMS) und Funk-Thermometer auf 315, 433, 868 und 915 MHz automatisch ausgelesen.
  • Wireless M-Bus: Liest intelligente Wasser-, Gas- und Stromzähler (EN 13757-4) auf 868 MHz und 169 MHz aus.
  • Z-Wave, Zigbee & Thread: Heimautomations-Protokolle auf 2,4 GHz und Sub-GHz. Unverschlüsselte Daten werden angezeigt, S0/S2-Sicherheitszonen bleiben verschlüsselt.
• Mesh-Netzwerke & IoT:
  • LoRaWAN & LoRa Raw: Internet-of-Things-Knoten auf EU868 und US915.
  • Meshtastic & MeshCore: Lizenzfreie LoRa-Mesh-Netzwerke für Textnachrichten und Telemetrie inklusive Karten- und Chat-Ansicht.
  • Sigfox & Wi-SUN FAN: Globale IoT-Netze und Zähler-Mesh-Systeme.
• Nahbereich, Tracking & DECT:
  • Bluetooth LE & BLE Tracker Detector: Erkennt BLE-Signale und warnt vor Stalking: Folgt ein AirTag, Tile oder SmartTag dem Nutzer über längere Zeit, schlägt die Software Alarm.
  • Wi-Fi Beacons & Wi-Fi HaLow (802.11ah): Passive Erfassung von WLAN-Access-Points und Langstrecken-Sub-GHz-WLAN.
  • DECT / ANT+: Erfassung von Basisstationen schnurloser Festnetztelefone (DECT) sowie ANT+, ein Funkprotokoll für Fitness- und Sportsensoren.
  • NFC / RFID (13,56 MHz): Kontaktlose Chipkarten und NDEF-Tags im HF-Bereich.
  • Flipper Zero Sub-GHz Chat: Empfang und Senden von Textnachrichten an Flipper-Zero-Geräte auf 433,92 MHz.

Zum Mithören fremder Funkdienste siehe Abschnitt 6.2.

4.10. Wetter und Wissenschaft

Hier bedient OnAir Forschung, Wetterbeobachtung und Radioastronomie.

• Meteorologie & Ballonfahrt:
  • Wetter-Radiosonden (400–406 MHz): Verfolgt Aufstieg und Flugbahn der Wetterballons samt Wind- und Temperaturprofilen sowie Landeprognose.
  • NOAA Weather Radio SAME: Automatische US-Unwetterwarnungen.
  • Horus Ballons: Amateurfunk-High-Altitude-Ballons (HAB) mit 4FSK- und RTTY-Telemetrie auf der Live-Karte.
  • SSDV-Bildempfang: Setzt Zeile für Zeile digitale Live-Bilder zusammen, die Ballons oder Cubesats übertragen.
• Zeitdienste, Physik & Raumfahrt:
  • Zeitzeichensender: Dekodiert Atomuhr-Zeitzeichen von DCF77 (Mainflingen/Deutschland), MSF (UK), WWVB (USA) sowie das polnische e-Czas auf 225 kHz Langwelle zur Synchronisation der PC-Uhr.
  • Ionosphären-Sonden (Chirp): Erkennt Radarpulse zur Vermessung der Kurzwellen-Ionosphäre.
  • Radioastronomie: Messung der 21-cm-Wasserstofflinie (1420 MHz) unserer Milchstraße.
  • Meteor Scatter: Erkennt die kurzen Reflexionen von Radiowellen an verglühenden Meteoren in der oberen Atmosphäre (z. B. am GRAVES-Radar auf 143,050 MHz).
  • Sferics: Breitbandiger Blitz- und Impulszähler zur Beobachtung von Gewittern unterhalb von 30 MHz.

4.11. Amateurfunk: Digitalmodi, Sprache, Packet

Der Spielplatz für lizenzierte Funkamateure, von Schwachsignal-Modi bis zur digitalen Bildübertragung. Hier liegen auch die drei Modi, für die ich ursprünglich nur ein paar Testsignale gesucht habe: FT8, RTTY und SSTV.

• Schwachsignal- & Tastatur-Modi:
  • WSJT-Familie: FT8, FT4, FT2, WSPR, JT65, JT9, Q65, FST4, MSK144, inklusive Ein-Klick-Anbindung an Logbücher und Live-Karten.
  • JS8Call: Tastatur-Chat auf FT8-Basis.
  • PSK31 / PSK63 & RTTY: Die klassischen Tastatur- und Fernschreib-Standards.
  • CW (Morse-Dekoder): Dekodiert mehrere Morse-Signale gleichzeitig innerhalb eines 14-kHz-Fensters und filtert Rauschen heraus.
  • Weitere Tastatur-Modi: MT63, FSQ, IFKP, Olivia, Contestia, MFSK, THOR, DominoEX und Hellschreiber.
• Bildfunk & Digitale Sprache:
  • SSTV & HamDRM (EasyPal): Analoges und digitales Slow-Scan-Fernsehen zur Übertragung von Farbfotos über Kurzwelle.
  • FreeDV: Open-Source-Digitalsprechfunk für Kurzwelle (nutzt den mitgelieferten freien Codec2-Vocoder).
  • Yaesu Fusion (C4FM): Digitaler Sprachfunk im 2m/70cm-Band.
• Packet Radio & Mesh-Com:
  • APRS (AFSK 1200 Bd): Erfasst die gesamte 144,800-MHz-Paketfrequenz auf einmal und stellt Stationen, Wetterwerte und Baken auf der Karte dar.
  • LoRa APRS & MeshCom: Schmalband-Packet-Netze auf 433/868 MHz.

4.12. HF Utility und hauseigene Modi

Zum Schluss des Katalogs geht es um kommerzielle Dienste auf Kurzwelle und um die Eigenentwicklungen des Entwicklers.

• Kommerzielle HF-Dienste & Baken:
  • HF ALE (2G): Automatischer Verbindungsaufbau von Militär- und Behördenfunkstellen auf Kurzwelle.
  • HF Baken: Auswertung des weltweiten NCDXF/IARU-Bakennetzes zur Echtzeit-Beobachtung der Ausbreitungsbedingungen.
  • SITOR & ARDOP: Maritimer Kurzwellen-Telegrafiedienst sowie Winlink-HF-E-Mail-Modem.
  • PACTOR-I (Monitor): Überwachung von PACTOR-HF-Datenlinks.
  • Datawell Bojen-Link & CODAR: Telemetrie von Ozeanwellen-Bojen sowie HF-Ozeanradare zur Strömungsmessung.
  • HF Waveform ID: Erkennt und klassifiziert unbekannte militärische HF-Signale anhand von Symbolrate und Tonabständen, ohne sie zu entschlüsseln.
• Die hauseigene „KA-Familie“ (Kristijonas Adomaitis): Der Entwickler von OnAir hat sechs eigene Digitalmodi selbst entworfen, speziell für den Amateurfunk:
  1. KAAL: Digitaler Sprach- und Bakenmodus (~10 kHz Bandbreite) mit eigenem Codec.
  2. KAPP: Paketdatenübertragung (100 kHz) für kurze Textnachrichten.
  3. KAFT: Schnellere Dateiübertragung (200 kHz bis 1 MHz Bandbreite) mit Hash-Prüfung.
  4. KAVB: Digitales Amateurfunk-Video (1 bis 2 MHz).
  5. KAIT: Übertragung von Standbildern (ca. 190 kHz Bandbreite).
  6. KAWS: HF-Schwachsignal-Chat und Baken (ca. 2,4 kHz Bandbreite).

Alle KA-Werte stammen bislang aus Simulationen; laut Projektseite lief noch kein KA-Modus über die Luft (Stand: November 2026).

5. Analyse-Tools, Datenverwaltung und Netzwerk-Integration

OnAir fischt nicht nur Signale aus der Luft. Am hinteren Ende der Software warten ein Offline-Labor, Exportfunktionen, Netzwerkschnittstellen und Karten. Wir zerlegen Signale ohne Radio, exportieren Positionsdaten für den nächsten Ausflug in Google Earth und streamen das Ganze auf den Fernseher im Wohnzimmer, während man selbst gemütlich im Schuppen sitzt.

5.1. Signal Workbench: das Offline-Labor

Manchmal stolpert man über eine spannende I/Q-Aufnahme, sitzt aber gerade ohne Antenne im Zug oder möchte ein unbekanntes Signal in Ruhe sezieren. Dafür hat der Entwickler die Signal Workbench eingebaut, ein eigenständiges Offline-Labor im Geiste von Inspectrum, SigDigger oder Universal Radio Hacker.

5.1.1. Dateiimport

Eine Aufnahmedatei ziehst du einfach per Drag-and-Drop ins Fenster. Normale Audiodateien (.wav, .mp3, .flac, .ogg, .m4a) werden als Realsignale eingelesen, bei Stereo-Dateien kannst du wählen, ob sie als I/Q-Kanäle gelten sollen. Roh-I/Q-Dateien (.cs8, .cu8, .cf32, .ci16, .cu16) liest die Workbench direkt von der Festplatte, ohne sie vorher zu konvertieren, deshalb öffnen sich auch Brocken von 100 MB+ sofort. Selbsterklärende Formate wie SigMF oder zweikanalige WAV-I/Q-Dateien bringen Abtastrate und Mittenfrequenz gleich mit. Wer kein eigenes Signal zur Hand hat, nimmt das eingebaute Demo-Signal.

5.1.2. Signal-Visualisierung und Vermessung

Ein großes Spektrogramm und ein Wellenform-Display führen durch die Aufnahme. Das Mausrad zoomt die Zeitachse, Ctrl + Mausrad die Frequenzachse, und ein Rechtsklick-Drag verschiebt die Ansicht. Per Drag-Auswahl vermisst du Signalpeaks, die Bandbreite (-3 dB, -20 dB, 99 % Leistung), den Frequenzversatz (Carrier Offset), das Signal-Rausch-Verhältnis (SNR), die Symbolrate sowie Impulsdauern und Bursts.

5.1.3. Demodulation und Bitanalyse

Die Workbench demoduliert AM, FM, SSB, CW, ASK/OOK, 2-FSK/4-FSK, AFSK, BPSK, QPSK, 8PSK sowie MSK/GMSK. Ein Augendiagramm und ein Konstellationsdiagramm zeigen in Echtzeit, wie sauber die rekonstruierten Symbole sind, und über den Button Listen hörst du das demodulierte Audiosignal direkt über die Lautsprecher. Die gewonnenen Bitströme lassen sich invertieren, differentiell dekodieren, nach Manchester-Code oder NRZI auflösen und auf Byte-Ausrichtung trimmen. Eine Suchfunktion spürt Bitmuster in Hex, Binär oder ASCII auf.

5.1.4. Export und Kommandozeile (wbtool)

Signalausschnitte lassen sich als .wav, .cf32 oder SigMF-Dateien exportieren, Audiostreams als WAV sichern und dekodierte Bitfolgen als .txt oder .bin speichern. Für automatisierte Skripte gibt es das mitgebaute Kommandozeilenwerkzeug wbtool, das Analysen und Demodulationen direkt im Terminal ausführt.

5.2. Datenexport und Aufzeichnung

Wer Signale empfängt, möchte die Daten meist auch sichern, ins Logbuch übernehmen oder in Kartenprogramme übertragen.

5.2.1. Strukturierter Datenexport (CSV, JSON, ADIF, KML/GPX)

Dekodierte Listen (z. B. Flugzeuge, Schiffspositionen oder Pager-Texte) bleiben in OnAir erhalten, bis du ausdrücklich Clear oder Clear all drückst, auch über Moduswechsel hinweg.

• Standard-Exporte: Über Save results… landen alle gesammelten Datensätze als CSV oder JSON auf der Platte.
• Amateurfunk-Logbuch (ADIF): Für digitale Amateurfunkmodi erzeugt OnAir gültige ADIF-Logbuchdateien (mit Callsign, Maidenhead-Grid, Band, Modus, RST/SNR und UTC-Zeitstempel).
• Geodaten (KML & GPX): Positionsdaten aus ADS-B (Flugzeuge), AIS (Schiffe), APRS, FLARM oder Wetterballon-Sonden lassen sich als KML (für Google Earth) oder GPX (für Navigationsgeräte) exportieren.

5.2.2. I/Q-Rohdatenaufnahmen nach dem SigMF-Standard

Ein Klick auf Record IQ im Source-Panel (oder der Befehl onair-cli --record auto --secs 10) zeichnet die rohen I/Q-Samples des SDRs im Ordner recordings auf. Jede Aufnahme wird automatisch im SigMF-Standard gespeichert: eine .sigmf-meta-Textdatei mit Abtastrate, Datentyp, Mittenfrequenz und UTC-Startzeit sowie die Binärdaten als .sigmf-data. Dank dieser Metadaten öffnen externe Analysewerkzeuge wie IQEngine die Aufnahmen ohne Format-Raterei. Für jemanden, der wie ich Testsignale für eigene Dekoder sucht, ist genau das der Reiz: einmal aufnehmen, beliebig oft abspielen.

5.2.3. Spektrumanalyse & Audio-Stream-Aufzeichnung

Der eingebaute Spektrumanalysator kann vollauflösende Messdaten in regelmäßigen Abständen automatisch als CSV-Dateien in einen Ordner schreiben. Digitalradio- (DAB) und TV-Dienste erlauben außerdem, ihren rohen Audiostream direkt zu speichern. So landen etwa unverschlüsselte DRA- oder MPEG-Audiostreams im Ordner audio-streams/ im Anwendungsdaten-Verzeichnis als .dra– oder .mp2-Dateien.

5.3. Netzwerkeinbindung und Remote-Steuerung

OnAir ist keine isolierte Desktop-Insel. Die Software lässt sich aus der Ferne steuern und kann Signale im ganzen Haus verteilen.

5.3.1. Remote-Control-API (REST und WebSocket)

Wer OnAir automatisieren oder in eigene Skripte einbinden möchte, nutzt die eingebaute Remote-Control API.

• Sicherheitskonzept: Die API ist ab Werk deaktiviert. Schaltest du sie unter View > Data feeds > Remote control API ein, lauscht sie zunächst nur lokal auf 127.0.0.1:8765. Gibst du den Zugriff für das lokale Netzwerk frei (Let other computers connect), verlangt die Software ein Bearer-Token (Authorization: Bearer <token>).
• REST-Endpunkte:
  • GET /api/v1/status & /api/v1/telemetry: Fragt Geräte-Status, Frequenz, SNR, Qualitätswerte und FEC-Fehlerzähler ab.
  • POST /api/v1/frequency, /api/v1/gain, /api/v1/start: Verstellt Frequenz oder Verstärkung oder startet und stoppt den Empfänger per JSON-Payload.
• WebSocket-Stream: Über GET /api/v1/ws schiebt OnAir bis zu 10-mal pro Sekunde Live-Telemetrie an angemeldete Clients; Spektrumsdaten lassen sich zusätzlich abrufen.

Beispiel-Aufruf der Remote-API per curl:

curl -s http://127.0.0.1:8765/api/v1/telemetry
curl -s -X POST -H 'Content-Type: application/json' -d '{"mhz": 474}' http://127.0.0.1:8765/api/v1/frequency

5.3.2. „Share this radio“ und OnAir Web

Wer Freunden das eigene SDR vorführen oder im Garten per Smartphone lauschen möchte, braucht keinen Portweiterleitungs-Hokuspokus am Router. Über Server > Share this radio erzeugt OnAir mit einem Klick einen Weblink samt QR-Code. Das Signal läuft dabei über den OnAir-Relay-Server oder einen temporären Cloudflare-Tunnel ins Web, sodass du den Empfänger im Smartphone-Browser bedienen und hören kannst.

5.3.3. Eigenen rtl_tcp-Server bereitstellen („Share my radio“)

Umgekehrt kann OnAir auch selbst als klassischer Streaming-Server arbeiten. Mit der Option Share my radio in den Data Feeds wird OnAir zum rtl_tcp-Server auf Port 1234. Andere Programme wie SDR#, SDR++ oder eine zweite OnAir-Instanz im Netzwerk verbinden sich dann und greifen den rohen 8-Bit-I/Q-Stream ab.

5.3.4. Netzwerk-Tuner und AirPlay

Der eingebaute Netzwerk-Tuner stellt dekodierte TV- und Radiokanäle im lokalen Netzwerk als Live-Stream für Player wie VLC, Plex oder Jellyfin bereit. Unter macOS schickst du Fernsehbild oder Radiostream mit einem Klick per AirPlay auf ein Apple TV oder einen Smart-TV im Wohnzimmer.

5.4. Geodaten-Integration und Live-Karten

Ein Haufen dekodierter Zahlenreihen ist nett, eine Karte, auf der die Flugzeuge live herumfliegen, ist deutlich anschaulicher. OnAir setzt deshalb stark auf Karten.

5.4.1. Integrierte OpenStreetMap-Karten

OnAir bringt eine vollständige Kartenansicht auf Basis von OpenStreetMap mit. Sobald Positionsdaten eintrudeln, erscheinen sie in Echtzeit auf der Karte:

• Luftfahrt: Flugzeuge mit Kurs-Vektoren, Flughöhen-Farbcodierung und Rufzeichen (ADS-B / ACARS / VDL2).
• Seefahrt: Schiffsverkehr inklusive Schiffstyp und Fahrtrichtung (AIS / VDES).
• Amateurfunk & Ballons: APRS-Knotenpunkte, LoRa-Meshtastic-Knoten sowie aufsteigende Wetter-Radiosonden samt vorhergesagtem Landepunkt.

5.4.2. Mobilfunkmasten-Lokalisierung via OpenCelliD

Mobilfunkmasten senden in ihren Organisationsdaten (MIB/SIB) zwar brav ihre Kennung (MCC, MNC, TAC und Cell ID), verraten aber nicht, wo sie stehen. Hier hilft die crowd-gesourcte Datenbank OpenCelliD, an die OnAir direkt angebunden ist. Du holst dir auf opencellid.org einen kostenlosen API-Schlüssel, trägst ihn unter Cells > Map ein, und OnAir schlägt empfangene Masten automatisch nach. Die abgefragten Standorte werden lokal gespeichert, sodass ein einmal aufgelöster Mast auch ohne Internetverbindung wieder auf der Karte erscheint.

5.4.3. Die weltweite Live-Karte (map.on-air.dev)

Wer möchte, wird Teil des weltweiten Empfangsnetzes. Über eine ausdrückliche Opt-in-Funktion (Server > Share map data) überträgt OnAir die eigenen Empfangsdaten anonymisiert an die Live-Karte unter map.on-air.dev. Dort siehst du, welche Flugzeuge, Schiffe oder Ballons die OnAir-Community gerade rund um den Globus verfolgt.

6. Recht, Codecs und Entwicklungsstand

Zum Schluss wird es ernst. Warum bleibt der Digitalfunk bei manchen Sendern stumm, obwohl die Daten über den Bildschirm laufen? Darf ich alles abhören, was durch die Antenne flattert? Und wie viele der über 190 Modi haben schon ein echtes Signal „in freier Wildbahn“ gesehen?

6.1. Handhabung patentierter Sprach-Codecs

Wer voller Vorfreude den DMR- oder P25-Digitalfunk einschaltet, reibt sich manchmal die Augen: Rufzeichen, Talkgroups und Textdaten purzeln munter über den Bildschirm, aber aus dem Lautsprecher kommt kein Mucks. Das ist kein Fehler, sondern juristische Selbstverteidigung des Entwicklers.

Status	Inhalt
Mitgeliefert (freie Codecs)	Codec2 (für FreeDV & M17)
Nicht enthalten (patentiert)	AMBE / IMBE (DMR, P25, NXDN, D-STAR) HDC (HD Radio) DRA (CDR, DTMB)

6.1.1. Warum fehlen Sprach-Codecs ab Werk?

Kommerzielle Digitalfunk-Standards wie DMR, P25, NXDN, dPMR oder D-STAR nutzen Verfahren zur Sprachkompression (sogenannte Vocoder) wie AMBE oder IMBE, und die sind patentrechtlich geschützt. Würde der Entwickler diese Codecs in die kostenlose OnAir-Installation packen, stünden am nächsten Tag die Patentanwälte vor der Tür. Der freie Open-Source-Codec Codec2 (für FreeDV und M17 im Amateurfunk) ist dagegen unbedenklich und direkt eingebaut. Das Prinzip: OnAir liefert das Fundament und alle Daten-Dekoder, wer die patentierten Sprachdaten auch hören möchte, bindet den passenden Codec selbst als Plugin ein.

6.1.2. MSYS2 und mbelib (Windows)

Damit man nicht mit rauchendem Kopf C++-Compiler per Hand konfigurieren muss, baut man die Codec-Bibliothek in der Entwicklungsumgebung MSYS2:

1. MSYS2 installieren: Unter Windows lädst du zuerst die freie Entwicklungsumgebung MSYS2 (UCRT64) herunter und aktualisierst sie.
2. Quellcode laden: Das Quellcode-Archiv von OnAir von GitHub herunterladen und entpacken.
3. Bauen: Mit MinGW-w64 (GCC), cmake und make wird die Open-Source-Bibliothek mbelib kompiliert. Die vollständige Schritt-für-Schritt-Anleitung steht in der Datei docs/CODECS.md im Repository. Vorher solltest du prüfen, was das Patent- und Abhörrecht im eigenen Land erlaubt.
4. Einbinden: Die fertig gebauten Codec-Dateien kommen in den Ordner codecs/ im OnAir-Datenverzeichnis.
5. Aktivieren: In OnAir unter Hilfe > Voice Codecs (oder im Modus-Panel über das ?-Symbol neben der Lautstärke) auf Look again bzw. Rescan klicken. Sobald ein grünes Häkchen erscheint, quasselt der Digitalfunk los.

6.1.3. HD Radio und DRA-Audio

Der Ton des US-Hybrid-Radios HD Radio (NRSC-5) beruht auf dem proprietären HDC-Codec. OnAir gibt hier selbst keinen Ton aus; die Dokumentation empfiehlt dafür den externen Dekoder nrsc5.

Für DRA-Audio (CDR & DTMB) bringt OnAir ebenfalls keinen eigenen Dekoder mit, bietet aber die Option Save stream. Damit landet der rohe Audiostream als .dra-Datei im Datenordner und lässt sich anschließend mit einer unterstützten FFmpeg-Version abspielen.

6.2. Gesetzliche Rahmenbedingungen beim Empfang

Wo viele Frequenzen sind, ist das Gesetz nicht weit. Die Grundsätze „Receiver First“ und „No Hacking“ stehen in Abschnitt 1.2, hier geht es um die Rechtslage beim Empfang.

6.2.1. Eigenverantwortung des Nutzers

Der Empfang von öffentlichem Rundfunk (UKW, DAB+, DVB-T2) und Amateurfunk ist fast überall auf der Welt legal, den Empfang von Betriebs-, Flug- oder Seefunkdiensten regelt aber jedes Land selbst. In Deutschland gilt das Abhörverbot nach § 5 TDDDG: Mit einer Funkanlage dürfen nur Nachrichten abgehört werden, die für den Betreiber der Anlage, für Funkamateure, für die Allgemeinheit oder für einen unbestimmten Personenkreis bestimmt sind. Der Inhalt anderer Nachrichten und die Tatsache ihres Empfangs dürfen nicht an Dritte weitergegeben werden, auch wenn man sie unbeabsichtigt empfangen hat. Verstöße können strafbar sein (§ 27 TDDDG; Stand: November 2026).

OnAir stellt nur die technischen Mittel zum Empfang bereit, für die Einhaltung der örtlichen Gesetze ist jeder Betreiber selbst verantwortlich. Das ist keine Rechtsberatung.

6.3. Entwicklungsstatus und Testabdeckung

Über 190 Dekodier-Modi in einer Gratis-Anwendung klingen fast zu schön, um wahr zu sein. Der Entwickler Kristijonas und die Dokumentation von OnAir gehen damit aber erfreulich ehrlich um.

6.3.1. Praxis und Simulation

Nicht jeden Modus konnte der Entwickler selbst am offenen Fenster testen, und die Software unterscheidet das sehr genau.

• In der Praxis erprobt: Laut Modi-Seite von on-air.dev sind 19 der 292 Modi an echten Signalen geprüft (Stand: November 2026). Dazu zählen DVB-T2, DVB-T, ATSC 1.0, ATSC 3.0, ISDB-T, DTMB, DAB/DAB+ und FM, außerdem etwa HFDL, DMR, NXDN sowie die Wettersatelliten NOAA APT und Meteor-M LRPT. Beliebte Modi wie FT8, ADS-B und AIS sind dort nicht als an echten Signalen geprüft markiert.
• Im Simulator entwickelt: Alle übrigen Modi, darunter die hauseigene KA-Familie (KAAL, KAPP, KAFT, KAVB, KAIT, KAWS) und manche Satellitendienste, wurden nach ihren offiziellen technischen Spezifikationen programmiert. Sie wurden im Labor mit synthetisch erzeugten Testsignalen gefüttert (inklusive simuliertem Rauschen, Echos, Uhrabweichungen und Frequenzversatz), haben aber womöglich noch nie ein echtes Antennensignal gesehen. Bei der KA-Familie sagt die Projektseite ausdrücklich, dass noch kein Modus über die Luft lief.

Die Wollmilchsau kann also vieles, nachgewiesen hat sie es bisher in 19 Disziplinen.

6.3.2. Die primäre Test-Hardware

Fast der gesamte Entwicklungs- und Testzyklus von OnAir läuft auf dem HackRF One. Viele andere SDRs wie SDRplay, Airspy, LimeSDR oder BladeRF werden zwar nativ angesteuert, wie gut es auf diesen Geräten klappt, hängt aber von der Treiberqualität und dem USB-Durchsatz des jeweiligen Systems ab.

6.3.3. Mithilfe der Community

OnAir ist ein lebendiges Open-Source-Projekt. Zickt ein Modus an der eigenen Antenne oder liefert er Bildfehler, ist ausdrücklich Mithilfe gefragt. Mit dem Record IQ-Button nimmst du das zickende Signal als SigMF-Rohdatei auf und lädst sie über den offiziellen Discord-Server oder die GitHub Sample Library hoch. Mit solchen echten Signalproben können der Entwickler und die Mitwirkenden die Dekoder Schritt für Schritt für künftige Versionen härten.

Ist OnAir nun die eierlegende Wollmilchsau? Die Liste der Eier ist beeindruckend lang, und mir gefällt, wie offen das Projekt zwischen getestet und simuliert unterscheidet. Ob ein Modus bei mir funktioniert, finde ich allerdings erst heraus, wenn die Antennen stehen. Die Reihenfolge ist damit klar: erst Antennen bauen, dann OnAir füttern, und danach bekommen auch FT8-Horch, SSTV-Horch und RTTY-Horch endlich ihre Testsignale. Und wer vorher schon einen zickenden Modus findet, nimmt ihn mit Record IQ auf und hilft, die Wollmilchsau ein Stück weiter zu zähmen.

---

„Spotify Embed: OnAir – ein SDR-Programm für TV, Radio und Amateurfunk“ von Spotify anzeigen

Hier klicken, um den Inhalt von Spotify anzuzeigen.
Erfahre mehr in der Datenschutzerklärung von Spotify (öffnet in neuem Tab).

Inhalt von Spotify immer anzeigen

„Spotify Embed: OnAir – ein SDR-Programm für TV, Radio und Amateurfunk“ direkt öffnen