Der SDR Data File Analyser

Oben genannte Software ist ein Teil von SDR-Radio V2. Es dient dazu, aufgenommene Spektren zu analysieren und ermöglicht die nachträgliche Demodulation, wobei man immer auf die Rohdaten des Programms zurückgreift und somit erstmal völlig unabhängig von irgendwelchen Modulationsarten arbeiten kann.
Vor der Analyse muss man natürlich erstmal ein Spektrum aufnehmen. Dazu bemüht man in der SDR-Radio Console den Data Recorder. Ist dieser noch nicht an seinem Platz, wie im folgenden Screenshot dargestellt, muss man ihn erst "aktivieren". Dazu wechselt man auf den Reiter "Display" und mit einem Klick auf "Data (IQ) Recordings" öffnet sich ein kleines Untermenü, wo man sich für den Recorder entscheidet. Dieser wird dann im Bereich des VFO-B aktiv:

Dann geht es auch schon ans eingemachte, man sollte erstmal auf das Einstellungssymbol in der Button-Leiste klicken und dort die wichtigsten Einstellungen, nämlich potentielle Speicherorte und die Qualität festlegen. Letztere habe ich bisher nur mit 16-bit getestet, da dann schon riesen Datenmengen aus dem Programm heraus fallen. Dazu dient auch der nächste Menü-Punkt, hier kann man nämlich die Aufzeichnung auf feste Dateigrößen splitten, und diese etwas handlicher zu machen. Dazu gleich mehr.
Der Cache bezieht sich auf die Zeit, die das Programm standardmäßig zu der Aufnahme hinzufügt, nachdem man den Record-Button geklickt hat. Somit kann man auch noch nach einem kurzen Signal auf Aufnahme drücken und dieses wird hinzugefügt.
Im Data Recorder an sich sieht man in der Menüleiste ein Auswahlfeld, womit man die Aufnahmedauer begrenzen kann. Und damit dann auch gleich zu dem Haken, den diese großartige Funktion hat, sie produziert nämlich Daten in einer Größenordnung, dass man echt Angst bekommt. Im vorliegenden Beispiel habe ich bei einer Bandbreite von 2,5 MHz, 31 Sekunden Aufnahmedauer und 16 Bit Auflösung eine Datei von ungefähr 350 mb. Für eine Aufnahmedauer von mehreren Stunden, die einem der Recorder anbietet, sollte man also schon über größere Festplatten verfügen...
Für den Analyser empfiehlt Simon übrigens mindestens Win7 64-bit, einen Intel i5, 16gb RAM und eine SSD. In meinem Notebook mit Sandy Bridge-i5 und 8 gb RAM lässt sich schon ganz gut arbeiten, aber auch dieses kommt etwas ins Schwitzen bei der eigentlichen Analyse der Datendateien. Ein schneller Speicher ist ebenso nicht verkehrt, wobei man auch beachten sollte, dass SSD's nur eine bestimmte Anzahl von Schreibzyklen verkraften und solche Datenmengen bei anderen Anwendungen kaum vorkommen. Bei meinen Versuchen komme ich ungefähr auf eine Datenrate von 10mb/s, was sich auch bequem noch per Gigabit-LAN auf ein NAS schieben lässt.

Doch kommen wir endlich mal zum eigentlichen Analyser. Hat man in der Console eine entsprechende Datei aufgezeichnet, kann es los gehen. Man öffnet das Programm und bekommt dann erstmal folgendes zu sehen:

Oben links im Menü geht man jetzt nicht auf "Open", wie man vielleicht zunächst vermuten könnte, sondern auf "New", man will ja eine neue Analyse starten.
Im darauf erscheinenden Menü wählt man jetzt die zu analysierende Datendatei aus. Hat man eine längere Aufzeichnung angelegt, die aus mehreren Dateien besteht, reicht es dennoch die erste Datei auszuwählen, der Analyser sucht sich den Rest dann schon zurecht. Für erste Versuche muss man hier gar nicht unbedingt viel an den restlichen Einstellungen drehen, sondern kann gleich auf Analyse drücken. Darauf rechnet es wild los und wenn alles gut gelaufen ist, sieht es nach einer kürzeren oder längeren Wartezeit so aus:

An den Y-Achsen sieht man die Zeitstempel der Aufnahme, an der X-Achse natürlich wieder die Frequenz, also alles beim Alten. Links oben in dem Kästchen sieht man noch verschiedene Aufnahmedaten.
Dröseln wir erstmal die einzelnen Signale etwas auseinander. Bei knapp 438,200 MHz sehen wir ein Signal mit einem recht konstanten Pegel. Hierbei handelt es sich um den DMR-Repeater auf dem Großen Feldberg im Taunus. Gleich rechts davon dürfte es sich wohl um irgendeine Störung vom RTL-SDR handeln. Weiter oben im Spektrum bzw. weiter rechts in der Anzeige sehen wir ein analoges Sprachsignal. In der Mitte der bekannte DC-Spike. Bemerkenswert ist noch die POCSAG-Aussendungen knapp unterhalb von 440 MHz. Der Rest sind irgendwelche Störungen, die wir ignorieren können. Links unten im Player können wir nun die Modulationsart, einen Audio-Bandpass etc. anlegen und mit einem Klick auf den entsprechenden Punkt im Spektrum das Signal von diesem Punkt an abspielen lassen. Dabei ist auch die Loop-Funktion des Players ganz hilfreich, wenn es sich um kurze Signale handelt oder man beispielsweise bei einem Audio-Dekoder noch etwas an den Frequenzen drehen muss.
Man hat aber auch noch ein paar andere Möglichkeiten, die zumindest einen Ausblick liefern, was mit solcher Software in Zukunft möglich ist. Stellt man etwa in der Mitte der Menüleiste die Funktion des Mauszeigers auf "Signal" um und klickt auf "Signal History", dann kann man sich den Feldstärkeverlauf über die Zeit anzeigen lassen.
Ich habe mal ungefähr die Frequenz des POCSAG-Signals ausgewählt:

Woher der Spike am Ende der Kurve kommt, kann ich mir gerade auch nicht erklären, auch bei der Ausnutzung der Skalen ist sicher noch Potenzial vorhanden.
Eine weitere Möglichkeit, das Spektrum zu analysieren, besteht darin, mit der Maus ein Rechteck in das Spektrum zu ziehen und somit einen neuen Bereich für die nächste Analyse auszuwählen. Bei einer hohen Bandbreite und vielen schmalbandigen Signalen sicherlich eine wertvolle Hilfe.
Soweit erstmal zu dem schicken Stück Software des gesamten Pakets.

SDR-Radio V2 beta: Erste Erfahrungen

So spektakulär, wie man vielleicht glauben könnte, ist der Wechsel von den Previews zur ersten Beta-Version gar nicht. Das mag den Einen oder Anderen evtl. enttäuschen, spricht aber für die ersten Versionen.

Was mir bisher aufgefallen ist:

• Nach wie vor hoher RAM-Verbrauch. Ich komme gerade mit einem VFO auf 1,1 gb belegten Arbeitsspeicher. Ist bei mir nicht wirklich dramatisch, aber im Vergleich zu HDSDR deutlich mehr. Mag sein, dass da über irgendwelche Optionen noch was zu holen ist, aber out of the box ist das schon ordentlich. 
• Mehr Optionen im Einstellungsmenü, unter anderem für VFO-Schrittweiten etc.
• Bei mir funktioniert der Squelch mittlerweile einigermaßen. Dabei weiß ich allerdings nicht, ob das erst seit dieser Version so ist. Zur Anwendung, man sucht sich die passende Frequenz, stellt alles soweit ein (Modulationsart, Bandbreite etc.) und geht dann ins DSP-Menü und drückt auf den "Auto"-Button bei Squelch. Danach sollte Ruhe einkehren, bis man eine Einstellung verändert oder die Frequenz wechselt. Der Schieberegler ist bei mir nach wie vor ohne wirkliche Funktion...

Joar, das wars dann auch erstmal, mal sehen, was sich Simon noch so einfallen lässt! 

Digital Speech Decoder

Wie schon vorher mal angesprochen, habe ich erste Versuche mit der Software Digital Speech Decoder begonnen. Wie schon beim gesamten RTL-SDR-Thema sollte man sich auch hier bewusst sein, dass es sich um experimentelle Geschichten handelt. Und natürlich übernehme ich keine Haftung irgendwelcher Art, wenn bei den Tests der Rechner oder das eigene Haus aufgrund der Software explodiert! ;-)

Usprünglich wurde die Software für Linux geschrieben, aber es gibt mittlerweile auch eine Windows-Portierung. Wenn man oben genanntem Link folgt, dann endet der erste Link zur Windows-Version mit DMR-Filter in der Version 1.6 in einer nicht erreichbaren Seite. Daher gleich den Backup-Link nehmen und diese Datei herunterladen: dsd160.exe
Startet man die Datei, bekommt man auch schon die Fehlermeldung, dass das Programm die Bibliothek cygwin1.dll nicht finden kann. Also flott zu http://www.cygwin.com/ und dort das Setup-Paket herunterladen.
Ab jetzt wird es spannend, weil auch nach der Installation meckert DSD, dass es die DLL nicht finden kann. Die entsprechende DLL findet man im Installationsverzeichnis von Cygwin. Am besten bastelt man sich einen Ordner in einem Verzeichnis, welches man auch über die Eingabeaufforderung schnell erreichen kann. In diesen Ordner wirft man dann sowohl die dsd160.exe als auch die cygwin1.dll. Der DSD läuft über die Eingabeaufforderung, also in Windows 7 auf Startmenü, im Suchfeld cmd eingeben und dann in den entsprechenden Ordner navigieren und dort die Datei dsd160.exe aufrufen. Es gibt noch diverse Befehle, die OE1ACM auf seiner Homepage aufgelistet hat.
Ob man nur die DLL benötigt und daraufhin Cygwin wieder deinstallieren kann, weiß ich nicht, muss ich mal ausprobieren, oder es schreibt jemand hier einen Kommentar...
In der gewünschten SDR-Software sucht man sich jetzt ein Signal, welches den Standards entspricht, mit denen DSD auch umgehen kann. Mittlerweile gibt es ein paar DMR-Relais im Amateurfunk-Bereich in Deutschland, eine internationale Liste findet man dort: http://www.dmr-marc.net/repeaters.html
Bei mir ist glücklicherweise DF0MOT in Sichtweite, wo nicht nur DMR, sondern auch ein P25-Relais steht. Läuft alles gut, dann erhält man folgendes Bild:

Probleme habe ich noch mit der Audio-Ausgabe, da gibt es nur Sprachschnipsel. Also muss ich hier noch etwas experimentieren.
Bei P25 ergibt sich ein ähnliches Bild:

Leider ist dort relativ wenig Aktivität, sodass ich da mal sehen muss, ob die Sprachausgabe besser funktioniert.

Eine weitere Software ist DMRDecode von Ian Wraith. Dort bin ich aber noch nicht besonders weit mit dem Erkunden gekommen. Ein erster Screenshot:

Wie man sieht, alles etwas experimentell, aber gerade das kann ja Spaß machen.
Übrigens, für die aktuellen Versuche habe ich die aktuellste Version von HDSDR genutzt. Die Oberfläche von SDR-Radio gefällt mir zwar deutlich besser, aber dafür überzeugt HDSDR mit einer sehr guten Squelch-Funktion für den geneigten FM-Hörer. Aber SDR-Radio ist ja auch nach wie vor nicht mal im Beta-Status angekommen.

So long, demnächst wird es dann auch endlich mal um was anderes als SDR gehen...:-)

Motorola stellt das MTP6750 vor: HRT mit Digitalkamera

Und gleich aus gegebenem Anlass noch was hinterher.
Gestern wurde von Motorola das MTP6750 TETRA HRT vorgestellt. Dieses verfügt imho als erstes TETRA HRT über eine eingebaute 5 Megapixel Digitalkamera. Inwiefern diese Funktion wirklich sinnvoll im Arbeitsalltag der BOS genutzt werden kann, soll jeder für sich selbst beurteilen, auf jeden Fall tut sich etwas auf dem Markt.
Interessanter dürfte vor allem sein, dass das HRT bereits TEDS unterstützen soll, also deutlich schnellere Datenraten, als dies im bisher verwendeten TETRA-Standard der in Deutschland bei den BOS eingeführt wird, der Fall ist.
Bei Youtube gibt es ein nettes Werbefilmchen:

Und hier gibts Infos direkt von Motorola.
Meldung von Heise
Zu den Kommentaren im Heise-Forum denkt man sich am besten einfach seinen Teil.
Aussagen, inwiefern Geräte der MTP6000er Serie in Deutschland mit der BSI-Sicherheitskarte verwendet werden können, habe ich bisher nicht finden können, warten wir es ab.

Nachlese: Digimodes mit RTL-SDR

So, wie gestern versprochen, bei besseren HF-Bedingungen gibts auch Screenshots als "Beweis", dass ich keinen Blödsinn erzählt habe ;-)
Bei der Gelegenheit habe ich noch etwas anderes getestet, nämlich die Software Digital Speech Decoder. Gerade die Verbreitung von digitalen Betriebsarten im Amateurfunk ergeben dort ein faszinierendes Spielfeld, wobei ich ehrlich gesagt bisher kein großer Fan von D-Star bin. Aber mir fehlen auch die praktischen Erfahrungen, grundsätzlich hoffe ich aber, dass sich offene Standards wie bspw. DMR eher durchsetzen.

Im Rhein-Main-Gebiet gibt es ja glücklicherweise eine große Auswahl von Digimodes, die über die Relais der Taunus Relais Gruppe nutzbar gemacht werden.
Also, nach bisschen rumtesterei und schlau lesen mal SDR-Radio, Virtual Audio Cable und den DSD angeworfen und die Frequenz 438.200 MHz eingestellt und gewartet, bis sich der Umsetzer mal meldet. Das Resultat sieht man dort:

Eigentlich bin ich ja eher in der TETRA-Welt zuhause, aber man sieht auf jeden Fall, dass ein paar PDU's ausgewertet werden. Offensichtlich senden DMR-Umsetzer ähnlich wie TETRA-Repeater auch in bestimmten Zeitabständen eine Art Präsenzsignal, ohne dass Sprache übertragen werden muss. Aber wie gesagt, was DMR betrifft, bin ich nicht wirklich firm, da müsste ich mich mal bei Gelegenheit bei der ETSI bedienen...
D-Star soll der DSD insofern unterstützen, dass er wenigstens die Datenpakete anzeigt. Der Sprach-CODEC unterliegt ja leider entsprechenden Patenten. Leider habe ich aber auch das nicht zum laufen bekommen, hier ist wohl noch etwas Feinabstimmung notwendig.

Natürlich ist jetzt gerade auf den Multimode-Relais in der Nähe nichts los, aber ich denke oben der Screenshot zeigt schon mal, dass mit der beschriebenen Kombi einiges geht.

Übrigens, weil es mir heute vor die Linse bzw. in den Google Reader gesprungen ist, PD0AC schreibt in seinem Blog etwas über ein potentiell interessantes neues Mobilgerät, das Hora HR-79D. Mal sehen, was draus wird, das könnte wirklich noch spannend werden...

Digimodes mit RTL-SDR

Wie beim letzten Post schon angekündigt, gibt es jetzt ein paar Tipps, wie man digitale Übertragungsarten mit dem RTL-SDR dekodieren kann. Wer sich jetzt aber Tipps zum TETRA-Empfang etc. erhofft, den muss ich jetzt schon enttäuschen.

Was wird alles benötigt?
Im vorliegenden Beispiel nutze ich SDR-Radio in der Preview Version. Den Link gibts ebenfalls im alten Post. Zusätzlich benötigt man noch die Software Virtual Audio Cable. Diese ist leider kostenpflichtig, wobei es auch eine Trial-Version gibt. Inwiefern deren Beschränkungen ein Problem bei meinem Anwendungszweck haben, kann ich hier leider nicht sagen.
Zu guter Letzt wird natürlich noch eine Software benötigt, die die digitalen Informationen dekodieren kann. Und da wird es dann auch echt unübersichtlich, weil es ohne Ende Tools für die Soundkarte gibt, um die verschiedensten Übertragungsarten zu dekodieren, von FMS und 5-Ton-Folgen über Modes die in erster Linie im Amateurfunk genutzt werden und Dekodern für kommerzielle Anwendungen wie analoge und digitale Bündel- bzw. Betriebsfunkanwendungen. Alles hier vorzustellen, sprengt sicherlich den Rahmen und ich denke, der Fokus des Interesses liegt am ehesten auf der Verbindung der Komponenten miteinander.

Die Umgebung für den RTL-SDR sollte schon mal komplett laufen, das ist die Grundvoraussetzung. Dann geht es weiter, Virtual Audio Cable installieren. Letzteres ist quasi ein virtuelles Patchbay, mit dem man Ein- und Ausgänge miteinander verbinden kann und so eine Audioquelle für Soundkartendecoder bereitstellt, ohne mit Kabeln hantieren zu müssen.

Die Konfiguration von Virtual Audio Cable erfolgt sinnvollerweise über den Eintrag "Control Panel" im Startmenü. Daraufhin sieht man folgende Übersicht:

Die Einstellungen kann man so direkt übernehmen. Ich habe ehrlich gesagt noch nicht viel daran gedreht und da ich bisher auch keine schwerwiegenden Probleme im Betrieb hatte, ergab sich auch nicht wirklich die Notwendigkeit dafür.
Hat man das soweit eingerichtet, gibt es in der Liste der Audio-Geräte zwei neue Einträge:

Jetzt startet man das Programm "Audio Repeater (MME)" im Startmenü und erhält diese Ansicht:

Hier also die Quelle und das Ziel unseres "Patchkabels" auswählen und auf "Start" klicken.

Ab dann ist es eigentlich recht einfach. Man wählt in SDR-Radio im jeweiligen VFO den Menüpunkt "Audio" und dann "Playback Device". Dort kann man jetzt Line 1 auswählen. Hat man mehrere VFO's laufen und will diese auch dekodieren, kann man sich natürlich entsprechend mehr Audiokabel konfigurieren und die entsprechenden Ziele im jeweiligen VFO auswählen.

Jetzt würde ich natürlich gerne auch noch ein Beweisfoto posten, welches den Erfolg der bisherigen Bemühungen auch belegt. Aber ich befinde mich scheinbar gerade in einem völligen HF-Loch, nicht mal hin und wieder vorbeischwirrende APRS-Pakete kann ich im Moment anbieten. Auf das Posten von Screenshots von dekodierten FMS-Nachrichten etc. möchte ich aus hoffentlich nachvollziehbaren Gründen hier ebenfalls verzichten.
Wenn ich wieder einen günstigeren Standort habe, wird etwas ordentliches nachgereicht...:-)

Die wunderbare Welt der SDR

So, heute steigen wir dann mal ganz tief in die Abgründe der Technik ein.
Das aktuelle Zauberwort im Bereich des Funkempfangs lautet SDR: Software Defined Radio.
Also ein Empfänger (bzw. Sendeempfänger), welcher einen Großteil seiner Eigenschaften nicht etwa aus diskreten Bauteilen bezieht, sondern aus seiner Software.
Wer mehr über die Grundlagen erfahren will, sei auf die Wikipedia oder auf eine hervorragende Ausgabe von Chaosradio Express verwiesen, wo grundsätzliche Fragen geklärt werden.
Gerade in letzterem wird auf das Gnuradio Projekt verwiesen, welches eine großartige Plattform bietet, aber auch entsprechend anspruchsvoll gegenüber dem potentiellen Nutzer ist. Dafür bieten sich hier aber in Kombination mit der USRP-Hardware Möglichkeiten, die weit über das hinausgehen, was derzeit mit klassischer Hardware möglich ist.

Die für ein SDR benötigte Hardware war im Amateur-Bereich bisher eigentlich auf Kurzwellenempfänger beschränkt. Besonders berühmt war auf der kommerziellen Schiene sicherlich der Perseus, der ein sehr gutes Preis-/Leistungsverhältnis besitzt und als Meilenstein gelten kann.
Nicht ganz so leistungsfähig, aber nicht minder interessant, sind Selbstbauprojekte wie bspw. der FiFi-SDR.
Die bisher genannten Geräte sind alles Empfänger, dass diese Technologie jedoch auch in den Transceiver-Bereich einzug hält, zeigen Projekte wie der FA-SDR oder Elecraft KX3.

Dünner wird die Luft, wenn man sich für Frequenzbereiche deutlich oberhalb der Kurzwelle interessiert. Teilweise gibt es Modelle, die dort noch mit Einschränkungen betrieben werden können, jedoch spätestens für den Funkamateur, der sich für das 2m-Band interessiert, ist dort auch Schluss.
Vor ein paar Jahren wurde ein Projekt der Amsat-UK dann bekannt, welches sich zum Ziel gemacht hat, die Amateuerfunk-Satelliten mit günstiger Hardware empfangbar zu machen. Heraus kam ein SDR, welcher sich die Bauteile von USB-Dongles die zum terrestrischen TV-Empfang gedacht waren, zu Nutze macht und somit dank massenhaft hergestellter Hardware günstig herzustellen ist. Der FUNcube Dongle hatte einen riesen Erfolg und war lange Zeit kaum zu bekommen. Ein Testbericht des Funkamateur und weitere Infos sind bei Wimo zu bekommen.
Mittlerweile gibt es eine neuere Version, welche einen Empfangsbereich von 150 kHz bis 1,9 GHz (mit Lücken) abdeckt und damit schon mal ein Großteil dessen, was potenzielle Hörer so interessieren könnte.

Was für Möglichkeiten gibt es jetzt noch, falls man mal in die Welt der SDR hineinschnuppern will, ohne gleich größere Investitionen auf sich nehmen zu müssen?
Kostenlos sind sogenannte Web-SDR, die über ein Web-Frontend gesteuert werden und schon mal einen netten Einblick liefern. Das Angebot ist mittlerweile gar nicht mehr so klein, wie man über eine Suchmaschine oder entsprechende Verzeichnisse wie DXZone sehen kann. Recht bekannt ist der Web-SDR der Universität von Twente: http://websdr.ewi.utwente.nl:8901/
Zu beachten ist hier, dass dieser mittels Java implementiert wurde, zu den aktuell immer wieder thematisierten Sicherheitsproblemen will ich mich hier aber nicht äußern.
Das große Problem bei den Web-SDR ist natürlich, dass man Empfang von sonstwo auf der Welt hat, aber eben nicht von regionalen Sendern in seinem eigenen Umfeld. Das ist ja gerade im Bereich oberhalb der Kurzwelle recht interessant, und wenn es sich nur um das Mithören des Orts-Relais handelt.
Ein paar schlaue Leute aus dem Umfeld des Gnuradio-Projekts haben sich darauf hingesetzt und alternative Treiber für vorhandene DVB-T-Sticks geschrieben, um diese mit vorhandener SDR-Software nutzen zu können. Genannt wurde das Projekt RTL-SDR, nicht nach dem TV-Sender, sondern nach der verwendeten Hardware. Die Homepage findet sich dort: http://sdr.osmocom.org/trac/wiki/rtl-sdr
Da es mittlerweile sehr viele gute und ausführliche Anleitungen gibt, wie die Treiberinstallation von statten geht, verweise ich mal auf Links, die mir weiter geholfen haben:
http://www.ccc-mannheim.de/wiki/DVB-T_Stick_als_SDR-Receiver
http://www.forum.satellitenwelt.de/viewtopic.php?f=5&t=331

Wichtig ist natürlich noch, dass man auch einen kompatiblen Empfänger besitzt. Mittlerweile findet sich recht unterschiedliche Hardware in den Sticks, weil nicht mehr alle IC's gebaut werden. Eine recht umfangreiche Liste gibt es bei reddit.

Auf Hardware-Seite läuft bei mir ein Terratec Cinergy TStick RC Rev.3 mit einem entsprechenden Adapter und in der Regel einer Diamond RH-771. Daraus ergibt sich ein sehr mobiles Setup, das auch in der Reisetasche einen großen Platz weg nimmt. Im Gegensatz zu Handfunkgeräten, Handscannern etc. muss man sich auch keine Gedanken um die Stromversorgung machen.

Zu guter Letzt braucht man natürlich noch eine entsprechende Software auf dem Rechner. Hier ist HDSDR recht beliebt und auch ausgereift. Wem das nicht zusagt, kann sich auch mal SDR# ansehen.
Im Moment sehr vielversprechend und bei mir fast nur noch in Betrieb ist SDR-Radio, welches von Simon, HB9DRV stammt, der auch Hamradio Deluxe entwickelt hat. Die V2 befindet sich noch in der Preview-Phase, die erste Beta-Version ist angekündigt, aber steht noch nicht zum Download bereit.
SDR-Radio hat für mich verschiedene Ansätze, die ein riesen Potential zeigen:

• Nutzung mehrerer VFO's gleichzeitig innerhalb des Empfangsbereichs. Die Anzahl ist wohl in erster Linie durch die Rechnerleistung bestimmt, aber irgendwann ist ja auch die geistige Kapazität des Zuhörers begrenzt. Dennoch eine nette Idee, zumal man die Audioströme der VFO's auf unterschiedliche Audio-Ausgänge legen und so verschiedene Decoder, Aufzeichungsgeräte etc. gleichzeitig nutzen kann. 
• Eingebauter RDS-Decoder. Für den interessierten Funkamateur jetzt nicht das Killerfeature, aber es zeigt, was eine ordentliche Integration von SDR-Frontend und Decoder-Bausteine so liefern können. 
• Übersichtliche UI
• Bereits in den Preview-Versionen sehr stabil

Hier mal ein Screenshot vom Empfang eines Radiosenders:

Unten sieht man das breite Wasserfalldisplay für den gesamten Empfangsbereich, links darüber den herangezoomten Bereich, in dem der "Software-VFO" sich gerade befindet. Rechts davon das Autospectrum mit eingeblendetem Sendernamen, welcher aus der RDS-Information entnommen wurde. Am linken Bildrand befindet sich noch der sogenannte Frequency Explorer, welcher den zur Zeit genutzten Frequenzbereich und die Betriebsart samt Bandbreitenauswahl übersichtlich darstellt. Hier ist es auch möglich, sehr schnell zwischen unterschiedlichen Frequenzbereich hin und her zu springen und sich einen Blick über die Bandbelegung zu machen.
Trotz der bereits tollen Ergebnisse, die dieses Programm abliefert, handelt es sich natürlich noch um keine finale Version. Bspw. die noch nicht richtig funktionierende Rauschsperre ist für mich als häufigen FM-Hörer doch schmerzhaft.

Insgesamt muss man sich natürlich bewusst sein, dass man sich eher im experimentellen Bereich des Funkempfangs befindet. Hard- und Software können die Grenzen der Physik nicht aushebeln und es zeigen sich Grenzen, wo man zum Beispiel auf einen besonders großen Dynamikumfang, Spiegelfrequenzunterdrückung etc. angewiesen ist.
Aber wer damit leben kann, dass der Empfang immer mit ein wenig rumgefrickel verbunden ist, der bekommt ein tolles Werkzeug an die Hand, und das für echt wenig Geld!

Demnächst beschreibe ich dann noch, wie bei mir das Zusammenspiel zwischen SDR-Software und Decoder-Software aussieht. So long...