Du möchtest M17-Signale direkt im OpenWebRX+ empfangen und dekodieren? Wir zeigen dir, wie du die fehlende Unterstützung ganz einfach selbst nachrüstest.
Hinweis:
Die folgende Anleitung bezieht sich auf ein System mit OpenWebRX+ v1.2.85, laufend auf einem Raspberry Pi 5B mit Debian 12 Bookworm (64 Bit, aarch64). Bei anderen Versionen oder Architekturen können einzelne Schritte abweichen.
OpenWebRX+ ist eine vielseitige Web-SDR-Software, die ideal geeignet ist, um Funkverkehr auch digital bequem über den Browser mitzuhören. Besonders im VHF- und UHF-Bereich lassen sich damit digitale Relais und Betriebsarten wie D-STAR, DMR, C4FM und NXDN direkt empfangen und dekodieren und das ganz ohne zusätzliche Software.
Ein Modus ist bislang allerdings nicht integriert: M17. Dabei handelt es sich um einen noch nicht so weit verbreiteten, offenen Standard für digitalen Sprachfunk, der zunehmend an Bedeutung gewinnt. Die gute Nachricht: Du kannst die Unterstützung für M17 selbst hinzufügen. Dafür sind allerdings ein paar grundlegende Linux-Kenntnisse und etwas Erfahrung mit der Konsole nötig. In dieser Anleitung zeigen wir dir, wie du Schritt für Schritt vorgehst.
Vorbereitungen
Bevor wir mit dem eigentlichen Nachrüsten des M17-Dekoders beginnen, solltest du dich zunächst per SSH auf dem Rechner einloggen, auf dem OpenWebRX+ installiert ist. Anschließend sorgen wir dafür, dass dein System auf dem aktuellen Stand ist und alle nötigen Werkzeuge zur Verfügung stehen.
Ich habe mir angewöhnt, den Sourcecode selbst zu kompilierender Programme im Verzeichnis /usr/local/src abzulegen und dort zu kompilieren. Dafür sind allerdings sudo-Rechte erforderlich. Ganz ohne sudo-Rechte kannst du die Kompilierung auch im Home-Verzeichnis deines Nutzers durchführen. Ersetze dazu im Folgenden einfach die Zeile
cd /usr/local/src
durch
cd ~
Codec2 installieren
M17 verwendet den offenen Codec2 zur effizienten Sprachcodierung und -dekodierung. Damit der M17-Dekoder richtig funktioniert, muss Codec2 auf deinem System installiert sein.
cd /usr/local/src/
sudo git clone https://github.com/drowe67/codec2.git
cd codec2/
sudo mkdir build && cd build
sudo cmake ..
sudo make -j$(nproc)
sudo make install
echo "/usr/local/lib" | sudo tee /etc/ld.so.conf.d/codec2.conf
sudo ldconfig
M17-Dekoder installieren
Wenn bis hierhin alles fehlerfrei gelaufen ist, können wir nun mit der eigentlichen Installation des M17-Dekoders beginnen.
cd /usr/local/src/
sudo git clone https://github.com/mobilinkd/m17-cxx-demod.git
cd m17-cxx-demod/
sudo mkdir build && cd build/
sudo cmake ..
sudo make -j$(nproc)
sudo make test
sudo make install
sudo ln -s /usr/local/bin/m17-demod /usr/bin/m17-demod
Test
Nach der Installation prüfen wir, ob der M17-Dekoder korrekt funktioniert und OpenWebRX+ die M17-Signale erfolgreich dekodieren kann. Dazu müssen wir den OpenWebRX+ Service zunächst neu starten.
sudo service openwebrx restart
Auf der Weboberfläche deines OpenWebRX+ solltest du jetzt im Fenster „Receiver“ unter „Modes“ eine neue Schaltfläche mit der Beschriftung M17 sehen. Aktiviere diese, um den M17-Dekoder einzuschalten.
Nach erfolgreicher Installation erscheint eine weitere Schaltfläche zur Aktivierung des M17-Dekoders
Mit etwas Vorbereitung und ein paar Kommandos in der Konsole lässt sich OpenWebRX+ um die Unterstützung für den digitalen Betriebsmodus M17 erweitern.
Die hier beschriebene Vorgehensweise sollte sich grundsätzlich auch auf OpenWebRX (ohne Plus) und andere Linux-basierte Systeme übertragen lassen, eventuell mit kleinen Anpassungen.
Viel Erfolg und Spaß beim Ausprobieren und Experimentieren mit M17!
Betreibt ihr bereits einen OpenWebRX und habt diesen erfolgreich um weitere Funktionen erweitert? Habt ihr Ergänzungen oder Hinweise, die wir in diese Anleitung aufnehmen sollten? Dann schreibt es gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Wie ihr in M17 mit einer Kombination aus Hardware und Software, oder sogar rein softwarebasiert, QRV werdet, zeigen wir in diesem Beitrag.
Im ersten Teil unserer Beitragsreihe über M17 haben wir euch bereits einige Möglichkeiten vorgestellt, wie ihr mit einem Funkgerät im M17-Modus QRV werden könnt. Falls ihr den Beitrag noch einmal nachlesen möchtet, findet ihr ihn hier.
Im zweiten Teil soll es nun um eine Kombination aus Hardware und Software gehen. Außerdem betrachten wir reine Softwarelösungen, mit denen ihr ebenfalls in M17 QRV werden könnt. Grundsätzlich unterscheiden wir dabei zwischen:
Ist nur M17-Empfang (RX) möglich, auch Sendebetrieb (TX) oder sogar beides (TRX)?
Wird nur Sprache im Stream Mode unterstützt, nur Daten wie Textnachrichten oder APRS im Packet Mode oder beides?
Für welches oder welche Betriebssysteme ist die Lösung geeignet?
Handelt es sich um eine Kombination aus Hardware und Software oder um eine reine Softwarelösung?
Das Mobilinkd TNC4 unterstützt das Senden und Empfangen von M17 über eine iOS- oder Android-App, die sich per Bluetooth Low Energy (BLE) mit dem TNC verbindet. Das TNC selbst wird an die Datenbuchse eines Funkgeräts angeschlossen. Wichtig ist dabei, dass diese Buchse ein direkt vom Demodulator des Empfängers stammendes Audiosignal – sogenanntes „Flat Audio“, auch als „Baseband Audio“ oder „Diskriminator-Ausgang“ bekannt – bereitstellt.
Auch für das NucleoTNC ist eine experimentelle Firmware verfügbar, die M17 unterstützt. Beide Lösungen richten sich an Funkamateure, die kompakte und portable Möglichkeiten zur digitalen Betriebsart suchen.
DroidStar (TRX, Sprache und Daten: Android, iOS, Windows, Linux und Mac)
DroidStar von Rohith VU3LVO ist eine reine Softwarelösung, die auf einer Vielzahl von Plattformen läuft. Unterstützt werden Android, iOS, Windows, Linux und macOS. Die Anwendung ermöglicht die Verbindung zu M17-Netzwerken über MREF- oder URF-Räume und unterstützt Sprachübertragung (Senden und Empfangen) und neuerdings sogar auch den Versand und Empfang von Textnachrichten über M17.
DroidStar in M17, verbunden mit URF421 Modul D
Wenn ihr Interesse an einer Installationsanleitung speziell für iOS-Geräte habt, lasst es uns gerne in den Kommentaren wissen!
Mehr Informationen und den Download findet ihr auf der offiziellen Projektseite bei GitHub: github.com/nostar/DroidStar
mvoice (TRX, Sprache: Linux)
mvoice von Thomas N7TAE ist eine grafische, rein softwarebasierte M17-Anwendung für Linux. Die Software kann sich mit M17-Reflektoren verbinden und unterstützt auch Routing. Am besten funktioniert mvoice mit einem USB-Headset mit Mikrofon, das direkt an einem Linux-Rechner wie zum Beispiel einem Raspberry Pi angeschlossen wird. Die Audio-Ein- und Ausgabe erfolgt über die Standardgeräte von Pulseaudio oder ALSA.
m17-texting ist eine grafische Anwendung zum Senden von Textnachrichten über M17 im Packet Mode. Die Software ist in C geschrieben und erzeugt M17-Basisbandsignale, die anschließend über ein geeignetes Interface wie dem Digirig Mobile in Verbindung mit einem analogen Funkgerät mit entsprechendem Datenport wie dem Yaesu FTM-6000 übertragen werden können.
m17-fme ist eine eigenständige Softwarelösung zum Kodieren und Dekodieren von M17-Sprach- und Datenpaketen. Sie eignet sich sowohl zum Erzeugen als auch zum Analysieren von M17-Signalen und kann in bestehende Anwendungen integriert oder als eigenständiges Werkzeug genutzt werden.
Beispielhafter Empfang eines M17-Sprachsignal unter m17-fme, Quelle: github.com/lwvmobile/m17-fme
Auch im Bereich der SDR-Software gibt es spannende Möglichkeiten, M17 zu empfangen, zu dekodieren oder sogar zu senden. Nachfolgend nennen wir drei Beispiele, die entweder von Haus aus oder durch Erweiterungen für M17-Sprache und -Daten geeignet sind. In künftigen Beiträgen werden wir diese Softwarelösungen noch genauer vorstellen.
SDRangel (TRX, Sprache und Daten: Windows, Linux und Mac)
SDR++ mit M17 Decoder (RX, Sprache: Windows, Linux, Mac, BSD)
SDRangel erlaubt das Senden und Empfangen von M17 Sprache und DatenSDR++ beim Empfang eines M17-Signals mit aktiviertem M17 Decoder
GNU Radio mit gr-m17 (TRX: Linux)
gr-m17 ist eine Sammlung von GNU Radio-Modulen zur Modulation und Demodulation von M17-Basisbandsignalen. Die Bausteine können direkt in GNU Radio eingebunden werden und ermöglichen so die Verarbeitung von M17-Signalen innerhalb eigener Signalflussdiagramme.
Im Repository sind auch mehrere Beispielprojekte enthalten, darunter ein einfacher „Papagei“, der empfangene Signale wiederholt. Außerdem wird gezeigt, wie sich ein RTL-SDR-Stick zum Empfang und ein PLUTO-SDR für den Sendebetrieb nutzen lassen.
Hinweis: gr-m17 wurde für GNU Radio Version 3.10 entwickelt. In neueren Versionen kann es zu Einschränkungen oder Inkompatibilitäten kommen. Zudem verwendet gr-m17 noch nicht die neue libm17-Bibliothek.
Beispiel eines M17-Papagei, Quelle: github.com/M17-Project/gr-m17
rpitx ist ein Softwareprojekt, das es ermöglicht, HF-Signale direkt über den GPIO-Pin eines Raspberry Pi zu erzeugen. Es nutzt dabei keine klassische Funkhardware, sondern wandelt digitale Daten direkt in ein HF-Signal um, das über eine einfache Drahtantenne abgestrahlt werden kann.
Tomasz SP5LOT demonstriert in einem Video, wie sich mit rpitx Texte im M17-Format aussenden lassen. Die ausgesendeten Daten werden anschließend mit einem SDR-Stick empfangen, in GNU Radio dekodiert und in der Konsole angezeigt.
Wer noch eines der legendären Nokia 3310 oder 3330 in der Schublade hat und gerne bastelt, kann es durch Austausch des Mainboards in einen M17-Daten-Sender und -Empfänger verwandeln. Die Nachrichten werden direkt über die originale Tastatur des Nokia-Handys eingegeben und mithilfe eines SA868S-Funkmoduls im 70 cm-Amateurfunkband ausgesendet. Empfangene und dekodierte Datenpakete erscheinen auf dem Display des Geräts.
Versenden einer Nachricht mit einem modifizierten Nokia 3310, Quelle: m17project.org
Wer selbst eine Anwendung für M17 programmieren möchte, findet mit libm17 eine Software-Bibliothek. Sie ist in C geschrieben und enthält alle Komponenten wie Faltungs- und Golay-Kodierer, Bit-Interleaver, Fehlerkorrektur und Rufzeichenkodierung, die im Protokoll für Stream- und Packet Modi beschrieben sind.
Ein ungewöhnliches, aber spannendes Beispiel für die Verwendung der libm17-Softwarebibliothek ist gba_m17. Dabei handelt es sich um einen M17-Datenkodierer und -dekodierer, der auf einem Game Boy Advance oder in einem entsprechenden Emulator läuft. Auch wenn der GBA längst nicht mehr hergestellt wird und der praktische Nutzen begrenzt ist, demonstriert dieses Projekt eindrucksvoll, wie vielseitig libm17 einsetzbar ist. Es soll dazu inspirieren, ältere Elektronikgeräte, die vielleicht noch in der ein oder anderen Schublade liegen, kreativ neu zu nutzen.
libm17 auf einem GameBoy Advance, Quelle: github.com/sp5wwp/gba_m17
m17-cxx-demod ist ein in C++ geschriebener Software-Modulator und Demodulator für M17-Signale. Er ermöglicht das Dekodieren von M17-Audio-Streams, beispielsweise aus einem Diskriminator-Ausgang oder einer SDR-Quelle. Die Software kann als eigenständiges Kommandozeilenwerkzeug verwendet oder in andere Anwendungen eingebunden werden und ist besonders für Embedded- und Low-Power-Systeme wie dem Mobilinkd TNC4 oder NucleoTNC interessant.
Im ersten und zweiten Beitrag haben wir euch bereits einige Möglichkeiten aufgezeigt, wie ihr in M17 QRV werden könnt – von (fast) schlüsselfertigen Lösungen bis hin zu spannenden, experimentellen Ansätzen für Bastler und Entwickler.
Uns interessiert nun, wo ihr steht: Habt ihr M17 schon ausprobiert? Nutzt ihr bereits Hardware, Software oder SDR-Lösungen? Oder beobachtet ihr die Entwicklung noch mit Interesse von außen?
Wenn ihr M17 selbst ausprobieren möchtet, findet ihr im URF421 unser speziell dafür vorgesehenes Modul T.
Seid ihr an einer der Lösungen genauer interessiert und wüsstet gerne mehr darüber? Schreibt es uns gerne in die Kommentare unter diesem Beitrag oder diskutiert mit uns in unsererTelegram- oder WhatsApp-Gruppe darüber.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Die aktuelle Statistik zeigt, wie viele Nutzer über Yaesu Wires-X QRV sind. Wo steckt ihr alle?
Viele von euch haben viel Zeit und teilweise viel Geld ausgegeben um in Wires-X QRV zu werden. Egal ob mit einem HRI-200 Modem oder mit dem sogenannten PDN Mode, bei dem man die Möglichkeit hat ohne zusätzliches Modem im Yaesu eigenen Netz QRV zu werden.
Wenn wir uns die Teilnehmer Liste im Wires-X Netz anschauen und dann auch noch die registrierten Teilnehmer mit zugeteilter Nummer auf der Yaesu Seite, fragen wir uns: Wo sind die alle? Unsere Recherche ergab über 1.300 aktuell registrierte Teilnehmer bei Yaesu (Relais + PDN) und davon nur etwa 80 Teilnehmer die im Moment QRV sind. Gut bei den Registrierungen sind auch einzelne User dabei, die 2 oder 3 Geräte registriert haben, aber dieser Unterschied ist dennoch enorm. Zur Zeit unserer Zählung waren 55 Relais/Knoten auf 44 Räume verteilt. Es freut uns natürlich das unser Raum mit den Teilnehmern ganz oben steht, aber sagt uns das in den meisten nur ein Client oder gar ein leerer Raum steht. Die Masse der Geräte ist einfach Offline.
Deutsche Wires-X Räume, Stand 23.05.2025
Deshalb unsere Aufforderung: Nutzt eure Technik mal wieder! Einfach mal wieder einschalten und testen. Auch wenn Wires-X natürlich einen Windows Rechner braucht, so könnte man bei Anwesenheit im Shack auch das Programm mal wieder starten.
Lasst uns einen schnellen Überblick bekommen: Wie sieht’s bei euch mit Wires-X aus?
Schreibt eure Erfahrungen mit Wires-X gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Kenwood gab auf der Hamvention 2025 weitere Details zum erwarteten Mobilfunk-Transceiver TM-D750 bekannt.
Auf der diesjährigen Hamvention präsentierte Kenwood, ebenfalls in einer Glasvitrine, einen teilweise funktionsfähigen Prototyp des seit Langem erwarteten neuen Mobilfunk-Transceivers TM-D750. Während es sich bei zuvor gezeigten Modellen lediglich um Mock-ups handelte, ist das Hardware-Design inzwischen deutlich weiter fortgeschritten, und die Ingenieure konzentrieren sich nun auf die Entwicklung der Firmware. Bereits einige Tage zuvor kursierten aktuelle Bilder des Displays im Internet, die Raum für weitere Spekulationen ließen.
Teilweiser funktionaler Prototyp des Kenwood TM-D750
Im Folgenden listen wir euch einige der neuen, von Kenwood bestätigten Informationen auf:
Simultaner Empfang und Aufnahme auf VHF und UHF, zum Beispiel für Satellitenfunk, sowie Crossband-Repeater-Funktion
Empfangsbereich von 108 MHz bis 1,2 GHz, somit kein HF-Empfang wie beim TH-D74 bzw. TH-D75
APRS-Aktivierung auf Knopfdruck inklusive automatischer Frequenzeinstellung
Integriertes WLAN und Bluetooth
Integriertes KISS-TNC für 1200 und 9600 Baud Packet Radio sowie ein integriertes APRS iGate
D-Star Betrieb entweder direkt über Funk oder im Terminal- und Reflektormodus über Bluetooth, USB und WLAN
USB Typ-C Anschlussport und SD-Kartenslot, sowohl an der Bedieneinheit als auch am HF-Teil
6-Pin Mini-DIN Dataport, beispielsweise zum Anschluss eines externen TNC, MMDVM-Modems oder M17-Moduls
Anschlussmöglichkeit für einen externen GPS-Receiver, ansonsten wird der interne GPS-Empfänger verwendet
Der Transceiver soll voraussichtlich erst im letzten Quartal dieses Jahres in die Massenproduktion gehen. Das englischsprachige Präsentation von Don W6GPS haben wir euch hier eingebettet.
Weitere aktuelle Informationen sowie ein Feature-Video des Kenwood TM-D750 findet ihr in der offiziellen englischsprachigen Facebook-Gruppe Kenwood TM-D750A.
Wir sind gespannt auf eure Meinung zum Kenwood TM-D750! Schreibt eure Meinung gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Neuigkeiten zum Yaesu SDR-Allmode Transceiver (HF/50/144/430 MHz) – mehr dazu im Beitrag!
Noch vor Beginn der Ham Fair in Tokio im vergangenen Jahr wurde bekannt, dass Yaesu an einem neuen Allmode SDR-Transceiver arbeitet – dem Nachfolger ihres FT-818. Das neue Modell soll den Namen FTX-1F tragen. Weitere Details findet ihr in unserem vorherigen Beitrag.
Noch vor der diesjährigen Hamvention, nämlich am 1. Mai, wurden weitere Details bekannt: Der neue Allrounder wird gleich als Serie erscheinen.
FTX-1F (Field)
Der FTX-1 Field (kurz FTX-1F) bietet einen Breitbandempfänger von 300 kHz bis 174 MHz sowie von 400 MHz bis 470 MHz – inklusive FM-Rundfunk und AM-Flugfunk. Unterstützte Betriebsarten sind SSB, CW, AM, FM (schmal und breit) sowie C4FM. Im Akkubetrieb liefert das Gerät eine Ausgangsleistung von bis zu 6 W, im QRP-Modus bis zu 5 W. Der integrierte Lithium-Ionen-Akku mit 6400 mAh ermöglicht bis zu 9 Stunden Betrieb auf Kurzwelle in SSB sowie bis zu 8 Stunden im FM-Betrieb auf 2 m.
Wird eine externe Gleichspannungsquelle mit 13,8 V angeschlossen, kann die Ausgangsleistung auf bis zu 10 W gesteigert werden. Der Akku lässt sich sowohl intern laden als auch extern über ein USB-Typ-C-Schnellladegerät (PD) mit mindestens 45 W.
Der FTX-1F ist derzeit bei Online-Versandhändlern für 1.848 € gelistet.
Yaesu FTX-1F (Field) mit bis zu 6 W im Portabelbetrieb
FTX-1O (Optima)
Im heimischen Shack lässt sich der FTX-1F bequem über eine Dockingstation anschließen – ganz ohne zusätzliche Kabelverbindungen. In dieser Konfiguration stehen dem Funkamateur bis zu 100 W Ausgangsleistung zur Verfügung. Der FTX-1 Optima (kurz FTX-1O) besteht aus dem FTX-1F und der 100-Watt-Endstufe SPA-1.
Bei Online-Versandhändlern ist das Komplettsystem derzeit für 2.398 € gelistet.
Yaesu FTX-1O (Optima) als Basisstation mit bis zu 100 W
Beide Geräte sollen ab Mitte Mai – hierzulande voraussichtlich ab Mitte Juni – im Handel erhältlich sein.
Was meint ihr: Ist Yaesu mit dem neuen Konzept – einem portablen Allmode-SDR-Transceiver samt 100 W Endstufe als Dockingstation fürs Shack – ein großer Wurf gelungen? Wie bewertet ihr den Funktionsumfang, und findet ihr den Preis gerechtfertigt?
Schreibt eure ausführliche Meinung auch gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Der Nachfolger des FTM-500D „Big Head“ ist da – jetzt mit ASP! Was sonst noch neu ist und warum auch der FTM-500D vom Update profitiert, erfahrt ihr in diesem Beitrag.
Mit dem FTM-510DE ASP bringt YAESU jetzt einen Nachfolger für den FTM-500D „Big Head“ auf den Markt. Das neue Modell verfügt über die digitale Audio-Signal-Prozessor (ASP) Technologie. Diese wurde kürzlich bereits bei den rein analogen Mobilfunkgeräten FTM-150E ASP, FT-3185E ASP und FT-3165E ASP eingeführt – darüber haben wir bereits ausführlich berichtet. Wer unseren Beitrag dazu noch einmal nachlesen möchte, findet ihn hier.
Laut YAESU soll die ASP-Technologie das empfangene Audiosignal digital aufbereiten. Störendes Rauschen wird dabei gezielt unterdrückt, während Sprachanteile deutlich hervorgehoben werden. Besonders in schwierigen Empfangssituationen – etwa im Simplex- oder Satellitenbetrieb – soll dies die Verständlichkeit schwacher Signale spürbar verbessern.
Der neuen Mobilfunktransceiver YAESU FTM-510DE ASP sieht seinem Vorgänger zum Verwechseln ähnlich
Weitere Neuerungen
Doch ASP ist nicht das einzige neue Feature. Darüber hinaus hat YAESU auch mehrere bestehende Funktionen optimiert und sinnvoll erweitert:
M-GRP: Die M-GRP-Funktion (Memory Group) erlaubt es, Speicherkanäle in benutzerdefinierte Gruppen einzuteilen. So lassen sich zum Beispiel Relais oder Simplex-Frequenzen jeweils in eigene Gruppen sortieren und scannen. Besonders im Mobilbetrieb erweist sich die M-GRP-Funktion als äußerst praktisch. Um den M-GRP-Modus zu aktivieren, wechselt man zunächst mit der V/M [MW]-Taste in den Memory-Mode. Anschließend drückt man drei Mal die BAND [M>V]-Taste – und schon ist die Gruppenauswahl aktiv.
Super-DX und ASP Kombination: Ein zweites Betätigen der S-DX-Taste aktiviert nun den ASP, ein drittes schaltet Super-DX und ASP gemeinsam ein. In dieser Kombination wird zunächst die Empfindlichkeit des Empfängers auf HF-Ebene erhöht (Super-DX), wodurch auch schwache Signale empfangen werden können. Anschließend wird das empfangene Audiosignal auf NF-Ebene digital durch den Audio Signal Prozessor (ASP) weiterverarbeitet. Diese Art der Signalverarbeitung soll die Verständlichkeit deutlich, besonders bei schwierigen Empfangsbedingungen, verbessern.
PMG-Modus mit Parallel-Empfang: Die Primary Memory Group erlaubt es, ausgewählte Speicherkanäle als Favoriten zu markieren und in einer eigenen Übersicht darzustellen. Beim FTM-510DE ASP können zwei der maximal fünf abgelegten Favoriten gleichzeitig empfangen werden.
Wer das FTM-510DE ASP einmal live testen möchte, hat dazu auf der kommenden HAM RADIO in Friedrichshafen Gelegenheit. Die Messe findet vom 27. bis 29. Juni statt, und YAESU wird wieder mit einem eigenen Stand vertreten sein.
FTM-500D Firmware Update
YAESU hat Anfang März dieses Jahres ein Firmware-Update zur Verfügung gestellt, das die oben beschriebene M-GRP-Funktion implementiert, sowie den PMG-Modus und die APRS-Bedienung verbessert. Auch wenn Hersteller bei neuen Modellen gerne die älteren Geräte etwas vernachlässigen, ist davon auszugehen, dass YAESU weiterhin Optimierungen und Fehlerbehebungen in Form von Firmware-Updates für das FTM-500D herausbringen wird – zumindest für solche Anpassungen, die keine Hardware-Veränderungen erfordern, wie es beim ASP der Fall ist.
Das jeweils neuste Firmware-Update könnt ihr bequem über die Links auf unserer FTM-500DE Download-Seite herunterladen.
DL-Nordwest Download Seite
Für wen lohnt sich der Umstieg auf ein FTM-510DE ASP Mobilgerät?
Wer bereits im Besitz eines YAESU FTM-500D ist, diesen aber hauptsächlich in der heimischen Funkbude oder auf nahegelegenen Relaisfrequenzen betreibt, wird durch das neue Modell keinen merklichen Vorteil spüren. Um in den Genuss neuer oder erweiterter Funktionen zu kommen, reicht es in diesem Fall völlig aus, die jeweils aktuelle Firmware aufzuspielen.
Für UKW-FM-DX-Jäger und Satellitenfunk-Freunde hingegen mag der zusätzliche Audio Signal Prozessor (ASP) durchaus reizvoll sein: Gerade bei schwachen Signalen lässt sich mit der digitalen Nachbearbeitung oft noch das letzte Quäntchen herausholen, um ein Signal lesbar – oder zumindest lesbarer – zu machen.
💡 Tipp: Im Handel sind auch externe aktive Lautsprecher mit eingebautem Signal-Prozessor (DSP) erhältlich. Diese bieten ähnliche Vorteile wie der integrierte Prozessor im FTM-510DE ASP und erweisen sich gerade im mobilen Betrieb als äußerst nützlich. Der große Vorteil: Sie lassen sich mit allen Funkgeräten, die über einen externen Lautsprecheranschluss verfügen, kombinieren.
Seid ihr Besitzer eines FTM-500D und plant den Umstieg? Was haltet ihr generell vom FTM-510DE ASP? Schreibt eure Erfahrungen gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Digitalfunk auf Apple-Geräten? Ja, das geht! Wir zeigen euch, welche Lösungen es gibt (auch für Android).
Hinweis für Android-Nutzer
Alle in diesem Beitrag vorgestellten Lösungen sind auch für Android-Geräte verfügbar!
In der Vergangenheit standen Nutzer von Apple-Geräten oft vor Herausforderungen, wenn es darum ging, reinen Digitalfunkbetrieb mit ihrem iPhone oder iPad zu realisieren. Laut aktuellen Statistiken von StatCounter aus dem Zeitraum März 2024 bis März 2025 dominiert Android den globalen Markt mit einem Anteil von fast 72 %, während iOS „nur“ bei 27,6 % liegt. Diese Marktverteilung hat dazu geführt, dass viele Digitalfunk-Anwendungen primär für Android entwickelt wurden, was iOS-Nutzer benachteiligt.
Zusätzlich erschweren Apples strenge Sicherheitsrichtlinien für den App Store sowie die eingeschränkte Kommunikation mit externer Hardware, beispielsweise über Bluetooth, die Entwicklung und Bereitstellung von Digitalfunk-Apps für iOS. Dennoch gibt es mittlerweile einige Anwendungen, die es ermöglichen, mit iPhone oder iPad in digitalen Betriebsarten wie DMR, D-Star, C4FM, NXDN, P25, M17 und weiteren aktiv zu werden. In diesem Beitrag stellen wir euch diese Lösungen vor.
SharkRF Link mit openSPOT 4 Pro
Der openSPOT4 Pro von SharkRF ist mit einem integrierten AMBE-Hardware-Transcoder ausgestattet, der in Kombination mit der App SharkRF Link den vollständigen Betrieb über das Smartphone ermöglicht. Damit könnt ihr in allen digitalen Betriebsarten und Protokollen QRV sein, die vom openSPOT4 Pro unterstützt werden – zum Zeitpunkt der Veröffentlichung dieses Beitrags sind das DMR, D-Star, C4FM, NXDN, P25 und POCSAG.
Ein Nachteil bleibt allerdings: Trotz der kompakten Bauweise müsst ihr die zusätzliche Hardware stets dabeihaben – auch wenn sie problemlos in die Hosentasche passt. Auf der anderen Seite punktet der openSPOT4 Pro durch seinen Hardware-Transcoder mit einer exzellenten Übertragungsqualität, die viele „reine“ Softwarelösungen nicht erreichen.
Die SharkRF-Link App erlaubt beim openSPOT 4 Pro den direkten Funkbetrieb am Smartphone
Mehr über den openSPOT4 Pro erfahrt ihr in unserem Beitrag hier.
Der M1KE, ebenfalls von SharkRF, wurde gezielt dafür entwickelt, ganz ohne HF-Modul auszukommen. Stattdessen verfügt er über ein integriertes Mikrofon, einen Lautsprecher, eine PTT-Taste sowie ein Display – damit wird er quasi zur eigenständigen „Funkgerät“. Euer Smartphone kann währenddessen bequem in der Hosentasche bleiben und dient dem M1KE lediglich als Internetzugang per WiFi-Hotspot.
Zum Zeitpunkt der Erstellung dieses Beitrags unterstützt der M1KE unter anderem DMR, D-Star, C4FM, NXDN, APRS und POCSAG, aber auch eigene IP-basierte Netzwerke auf Basis verschiedener Protokolle.
Der M1KE von SharkRF benötigt für den Funkbetrieb nur eine Internetverbindung. Quelle: www.sharkrf.com/products/m1ke/
Alle Infos zum SharkRF M1KE gibt’s in unserem Beitrag hier.
DroidStar wurde – wie der Name bereits vermuten lässt – ursprünglich für Android entwickelt. Aufgrund der hohen Nachfrage ist die App mittlerweile jedoch auch für iOS-Geräte verfügbar.
Da Apple, wie bereits in der Einleitung erwähnt, sehr restriktiv bei der Zulassung von Apps im offiziellen App Store ist, entschied sich der Entwickler zunächst, DroidStar über das TestFlight-Programm bereitzustellen. TestFlight ist ein offizieller Dienst von Apple, der es ermöglicht, Beta-Versionen von Apps für eine begrenzte Anzahl an Testnutzern freizugeben, bevor sie im App Store erscheinen.
Aufgrund der dort ebenfalls geltenden Richtlinien sowie der Notwendigkeit, einen kostenpflichtigen Entwickler-Account zu unterhalten, wechselte der Entwickler schließlich zur Verteilung über Sideloadly – eine Methode, mit der sich Apps manuell auf iOS-Geräten installieren lassen, ohne den App Store zu nutzen.
Aktuell unterstützt DroidStar die digitalen Betriebsarten DMR, D-Star, C4FM, NXDN, P25, M17 sowie IAX.
DroidStar unter iOS, hier verbunden mit DL-Nordwest in YSF
Infos zu DroidStar unter iOS gibt es hier: github.com/nostar/DroidStar. In einem kommenden Beitrag gehen wir zudem detailliert auf die Installation ein.
PEANUT von PA7LIM
Bei PEANUT handelt es sich um ein Projekt, das es lizenzierten Funkamateuren ermöglicht, weltweit mit anderen OM über (Android-)Geräte, Network Radios (POC) oder den Windows-PC zu kommunizieren. Inzwischen ist PEANUT auch in einer Testversion für iOS-Geräte über TestFlight verfügbar.
Unterstützt werden sowohl lokale Räume in HD-Qualität (also reine PEANUT-zu-PEANUT-Verbindungen) als auch angebundene Räume über D-Star (REF, XRF und XLX), DMR-Master (z. B. DMR, TGIF, FreeNet und HBLink) sowie YSF-Räume. So könnt ihr beispielsweise DL-Nordwest bequem über YSF-DLNW erreichen. Das Transcoding übernehmen wir in diesem Fall für euch auf einem unserer eigenen Transcoding-Server.
Ein Nachteil von PEANUT ist, dass ihr nicht beliebige Räume oder Sprechgruppen (Talkgroups) ansteuern könnt, sondern nur solche, die explizit an PEANUT angebunden wurden.
BlueDV dürfte den meisten von euch bereits ein Begriff sein – auf DL-Nordwest haben wir bereits zahlreiche Beiträge rund um diese Anwendung veröffentlicht. BlueDV unterstützt unter anderem DMR, D-Star, C4FM und NXDN.
Aktuell arbeitet David PA7LIM an einer (neuen) iOS-Version seiner App. Zwar ist die iOS-Version derzeit noch nicht öffentlich verfügbar, bei David selbst läuft sie seinem Blog nach jedoch bereits stabil – unter anderem im Zusammenspiel mit XLX-Reflektoren.
Das Transcoding erfolgt momentan über einen externen AMBE-Server. Künftig könnte aber auch ein AMBE3000-Modul, das direkt per serieller Schnittstelle am iPhone angeschlossen wird, diese Aufgabe übernehmen.
BlueDV, interne Testversion. Wir können es kaum erwarten. Quelle: www.pa7lim.nl/experimenting-with-my-iphone-bluedv-with-ambe/
Sobald BlueDV für iOS zum Testen verfügbar ist, werden wir es ausgiebig unter die Lupe nehmen und ausführlich darüber berichten.
Fazit
Auch wenn Nutzer von iOS-Geräten im Bereich Digitalfunk lange Zeit benachteiligt waren, gibt es mittlerweile eine wachsende Zahl an Anwendungen, die den Betrieb mit dem iPhone (oder iPad) ermöglichen. Lösungen wie openSPOT4 Pro, M1KE, DroidStar, PEANUT und bald auch BlueDV zeigen, dass Digitalfunk auf Apple-Geräten längst kein Wunschdenken mehr ist. Zwar bringen einige dieser Lösungen Einschränkungen oder zusätzliche Hardwareanforderungen mit sich, doch die Entwicklung schreitet stetig voran – und wir halten euch dabei auf dem Laufenden.
Aber jetzt bist du dran: Welche der vorgestellten Apps hast du bereits ausprobiert? Kennst du noch andere iOS-Apps, die wir ausprobieren sollten?Schreibt eure Erfahrungen gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
Lohnt sich die Modifikation für alle, die M17 ausprobieren möchten? Wir teilen unsere Erfahrungen, zeigen die Herausforderungen auf und geben einen Einblick in den Prozess.
Viele von euch haben sicher noch ein TYT MD380 oder das baugleiche Retevis RT3 aus euren ersten DMR-Experimenten in der Schublade liegen. Diese Geräte erfreuten sich großer Beliebtheit, da sie einen günstigen Einstieg in DMR ermöglichten. Ein weiterer Grund für ihre Verbreitung war die Arbeit von OM Travis Goodspeed KK4VCZ, dem es durch Reverse Engineering gelang, die Firmware zu modifizieren. Um ihn und das Gerät herum entstand eine aktive Community, die alternative Firmwares und hilfreiche Tools entwickelte – etwa für die Erstellung von Codeplugs, das Einpflegen von Kontaktdaten und vieles mehr.
Was wäre, wenn man dem Gerät durch eine Hardware-Modifikation und eine neue Firmware eine weitere digitale Betriebsart hinzufügen könnte? Genau das haben wir ausprobiert! Im Folgenden teilen wir unsere Erfahrungen.
Haftungsausschluss:
Durch die Modifikation des Geräts erlischt die Garantie. Wir übernehmen keinerlei Haftung für Schäden, die durch die Modifikation entstehen können. Die Durchführung erfolgt auf eigene Gefahr.
Vorbereitungen
Auf der Website von OpenRTX sind die Modifikation sowie die benötigten Komponenten und Werkzeuge detailliert beschrieben.
OpenRTX Webseite – Bebilderte Anleitung der Hardware-Modifikation
Es empfiehlt sich auf jeden Fall, vor dem Zerlegen des Funkgeräts sicherzustellen, dass alle benötigten Komponenten und Werkzeuge griffbereit sind. In meinem Fall musste ich zumindest den SMD-Widerstand mit einem möglichst nahe an 50 kOhm liegenden Wert erst bestellen.
Hier ist eine Liste der Dinge, die ich für die Modifikation verwendet habe:
Um die Wartezeit zu überbrücken und sicherzugehen, dass es später nicht am Aufspielen der OpenRTX-Firmware scheitert, habe ich mich zunächst darum gekümmert.
Aufspielen der Firmware
Die wohl einfachste Möglichkeit, die OpenRTX-Firmware mit M17-Support aufzuspielen, findet ihr unter dmr.tools/#/flashfirmware. Mit einem kompatiblen Webbrowser wie Chrome könnt ihr dort das Funkgerät über die Weboberfläche verbinden, die gewünschte Firmware auswählen und den Flash-Vorgang starten. In unserem Fall wählen wir die neueste verfügbare OpenRTX-Version. Unterstützt werden die Betriebssysteme Linux, macOS und Android.
Komfortables Aufspielen der OpenRTX Software im Webbrowser
Denkt daran, das Funkgerät in den Bootloader-Modus zu versetzen, bevor ihr die Firmware aufspielt. Dazu haltet ihr beim Einschalten gleichzeitig die PTT-Taste und die darüber liegende Taste gedrückt. Wenn der Bootloader aktiv ist, blinkt die LED oben abwechselnd rot und grün.
Verbinden des Funkgerätes im flash-tool
Auswahl der Firmware im flash-tool
Der Flashvorgang wurde erfolgreich abgeschlossen
War der Flashvorgang erfolgreich, könnt ihr das Gerät zunächst ausschalten und dann wieder einschalten. Beim Start solltet ihr nun vom OpenRTX-Logo begrüßt werden.
Info-Anzeige der OpenRTX-Firmware nach erfolgreichem Aufspielen
Um den M17-Modus zu aktivieren, haltet die seitliche Taste unter der PTT-Taste gedrückt und drückt anschließend die Taste 5. Auf diese Weise könnt ihr auch künftig bequem zwischen FM und M17 wechseln.
Nach Betätigung der grünen Taste (oben links unter dem Display) wechselt ihr in das Menü M17, um euer Rufzeichen zu konfigurieren.
Konfiguration eures Rufzeichens unter Settings -> M17 -> Callsign
Das war’s! Nun geht es weiter mit der Hardware-Modifikation.
Hardware-Modifikation für M17
Wer eine Video-Anleitung bevorzugt, findet beim YouTuber turbo2ltr ein hilfreiches Video, in dem die einzelnen Schritte übersichtlich in Kapitel unterteilt sind.
Auch TechMinds hat bereits ein Video zur Modifikation veröffentlicht.
Das Zerlegen des Funkgerätes verlief zunächst problemlos. Eine erste Hürde stellte jedoch das Lösen des Flachbandkabels der Bedienelementeseite dar. Seid dabei sehr vorsichtig, um weder das Kabel noch – im schlimmsten Fall – den Verbinder auf der Leiterplatte zu beschädigen. Mit etwas Geduld und einer nicht zu spitzen Pinzette gelang es jedoch trotzdem.
Leider besitze ich kein Digitalmikroskop, sodass mir eine Lupenbrille mit 3-facher Vergrößerung genügen musste. Mit einer Hakko FM-202 Lötstation und dem FM-2002 Parallel-Remover Tool ließ sich das Entfernen der SMD-Komponenten sehr einfach bewerkstelligen. Auch das Auflöten neuer SMD-Bauteile gelingt mit etwas Übung im Umgang mit SMD-Komponenten.
Der Arbeitsplatz: Die Lötpinzette FM-2002 von Hakko macht das Entlöten von SMD-Bauteilen besonders einfach.
Allerdings stellte ich fest, dass ich in meiner Bestellkiste scheinbar keinen geeigneten Draht für die erforderlichen Drahtbrücken hatte. Dies zeigte sich beim Herstellen der Drahtbrücke zur Verbindung des FM-Demodulators mit dem Prozessor. Der bereits auf das Lötpad des entfernten 10 kOhm Widerstandes R150 aufgelötete starre Draht riss bei einer unvorsichtigen Bewegung das Lötpad ab.
Dieses Lötpad ist besonders fragil, da es auf der Platinenoberseite nicht mit einer Leiterbahn verbunden ist. Die Signalführung erfolgt stattdessen auf einem Innenlayer der Leiterplatte. Daher konnte ich zum Anlöten des Drahtes auch nicht einfach ein Stück Leiterbahn freilegen.
Nun war guter Rat teuer: Ein Blick in den Schalt- und Bestückungsplan offenbarte, dass die einzig mögliche Stelle für die Verbindung das direkte Anlöten an einen Pin des Prozessors war. Dieser liegt jedoch ausgerechnet zwischen Versorgungsspannung und Masse. Eine Frage in die Discord-Community bestätigte meine Befürchtung und verriet mir, dass ich scheinbar nicht der Einzige war, dem dieses Missgeschick passiert ist.
Ausschnitt des Schaltplans: Der Draht muss jetzt direkt an den Pin 18 (PC3) des STM32 angelötet werden
Einige Versuche mit dem von mir verwendeten Draht brachten keine erfolgsversprechenden Ergebnisse, da sich der Draht trotz Fixierung mit Heißkleber immer wieder löste. Ich entschied mich daher, das Thema zunächst ruhen zu lassen und mir einen geeigneten Draht zu bestellen (siehe oben).
Bei Aliexpress fand ich schließlich einen Kupferlackdraht mit 0,1 mm Durchmesser, den ich mir bestellte. Im Nachhinein wäre ein Draht mit 0,2 mm Durchmesser vielleicht noch besser geeignet gewesen, da der dünnere Draht natürlich einen höheren elektrischen Widerstand hat. Dennoch brachte der Draht den gewünschten Erfolg.
Statt Heißkleber habe ich zur Fixierung nun Kapton-Klebeband verwendet, was sich als deutlich praktikabler erwies.
Hier findet ihr einige Bilder der Modifikation.
Zunächst werden der Akku und die Antenne entfernt
Entfernen der Poti/Drehencoder Kappen, deren Befestigungsmuttern und der oberen Abdeckung
Entfernen der Kühl- und Schirmabdeckung durch vorheriges Ablöten des SMA Antennen-Verbinders
Lösen des Flachbandkabels der Bedienelemente sowie dem Lautsprecherkabel zur Trennung der Gehäusehälften
Auf der HF-Seite muss lediglich ein Kondensator entfernt werden
Zusätzliche Modifikation
Bevor ihr das Gerät wieder vollständig zusammenbaut, empfiehlt es sich, eine weitere Modifikation vorzunehmen. Diese betrifft sowohl die Lautstärkeregelung der Bedienungstöne – die ohne Anpassung eine konstante Lautstärke haben und sich nicht über den Lautstärkeregler des Geräts ändern lassen – als auch die Lautstärke des decodierten M17-Signals.
Eine Erklärung sowie eine Anleitung zu dieser Modifikation findet ihr hier.
Modifikation der Lautstärkeregelung
Der Zusammenbau
Achtet beim Zusammenbau darauf, dass ihr die Dichtung richtig einsetzt und sowohl den Stecker des Lautsprechers als auch das Flachbandkabel wieder einsteckt. Letzteres erwies sich auch nun wieder als problematisch. Aber habt ihr es erst einmal geschafft, das Kabel gerade und vollständig in den Verbinder einzuführen, lässt sich dessen Verriegelung problemlos schließen.
Vor dem vollständigen Zuschrauben habe ich noch die Antenne aufgeschraubt und die Batterie an die entsprechenden Kontakte gehalten, um das Gerät einzuschalten. Zu meiner großen Überraschung blieb mir der magische Rauch erspart, und meine Erleichterung war entsprechend groß, als ich den Startbildschirm sah.
Erster Test
Ein erster Test mit meinem bereits für M17 vorbereiteten Hotspot zeigte, dass das Gerät grundsätzlich funktioniert. Allerdings wird beim Senden ein starkes Rauschen mitübertragen. Beim Empfang muss ich den Lautstärkeregler vollständig aufdrehen und das Gerät trotzdem dicht ans Ohr halten, um überhaupt etwas hören zu können.
Die Community machte mich darauf aufmerksam, dass letzteres Problem bereits bekannt ist. Es handelt sich um ein Hardware-Problem: Der Ton wird über ein gefiltertes PWM erzeugt, und der Signalweg weist eine hohe Dämpfung auf. Um dies zu optimieren, müssten die Firmware-Entwickler entweder den HR_C5000 für den Audio-Ausgang verwenden oder eine AGC (Automatische Verstärkungsregelung) implementieren. Ersteres ist jedoch schlecht dokumentiert, und es ist fraglich, ob sich überhaupt jemand die Zeit dafür aufbringen wird.
Fazit und persönliche Empfehlung
Am Ende sei gesagt, dass ich das Gerät durch mein Missgeschick bei der Modifikation fast zum Briefbeschwerer gemacht hätte. Trotz allem habe ich nun ein Gerät, das mir wegen der geringen Lautstärke trotzdem keinen M17-Betrieb ermöglicht.
War die Modifikation und der damit verbundene Zeitaufwand also für die Tonne?Und würde ich es wieder tun? Nein und ja: Erstens, das Gerät ist sehr günstig, und selbst der Verlust wäre durch eine Neuanschaffung verschmerzbar gewesen. Zweitens, wächst man mit seinen Herausforderungen, und die bei der Modifikation gemachten Erfahrungen werden mir bei einem zukünftigen Projekt sicher zugutekommen.
Würde ich die Modifikation weiterempfehlen? Selbst wenn ihr über die nötige Ausrüstung und das handwerkliche Geschick verfügt, aktuell nein, da der M17-Betrieb so nicht störungsfrei möglich ist. Es bleibt zu hoffen, dass sich jemand der Sache mit der Firmware noch einmal annimmt, wodurch eine deutliche Verbesserung der Lautstärke möglich wäre.
Habt ihr die Modifikation selbst schon durchgeführt und ähnliche Erfahrungen gemacht? Gibt es etwas, auf das ihr zusätzlich hinweisen würdet? Schreibt eure Erfahrungen gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
CC1200 vs. ADF7021: Wir zeigen, welche Vorteile der neue CC1200 für Digitalfunk-Hotspots bietet.
Hotspots für den Digitalfunk, die Betriebsarten wie DMR, C4FM, D‑Star, NXDN, P25, M17, aber auch APRS und POCSAG unterstützen, sind äußerst praktisch und in fast jedem modernen Amateurfunk-Shack zu finden. Bisher dominierte der HF-Transceiver-Chip ADF7021 von Analog Devices die Szene digitaler Hotspots – und damit auch die Mehrheit der in unserer Übersicht digitaler Hotspots mit integriertem TRX aufgeführten Lösungen.
Übersicht digitaler Hotspots mit integriertem TRX
Das Projektteam M17 um Chef-Entwickler Wojciech Kaczmarski, SP5WWP, testet nun einen neuen Ansatz mit dem HF-Transceiver-Chip CC1200 von Texas Instruments. Nach eigenen Messungen bietet dieser, insbesondere bei größerem Abstand zur Antenne, eine deutlich bessere Performance als der weit verbreitete ADF7021. Dies dürfte sich besonders in der Übertragungsqualität bemerkbar machen und könnte künftig allen digitalen Übertragungsarten zugutekommen.
Ein erster Raspberry Pi-Hat, in dem der CC1200 zum Einsatz kommt, wurde bereits entwickelt. Eine noch im frühen Beta-Status befindliche Firmware liegt ebenfalls vor, die aktuell allerdings ausschließlich den M17-Modus für Sprach- und Textübertragungen unterstützt.
Experimentierfreudige Anwender können das Platinenlayout des Pi-Hats hier herunterladen und über Dienstleister wie JLCPCB oder PCBWay fertigen lassen. Die Firmware steht zudem hier zur Verfügung.
Schaltplan des CC1200 Hotspots für den Raspberry Pi, Stand 10.02.2025
Auch der Hersteller selbst, Texas Instruments, bietet mit dem CC1200EMK-420-470 ein Entwicklungsboard für eigene Experimente an
Entwicklungsboard CC1200EMK-420-470 des Herstellers Texas Instruments für den Frequenzbereich 420 – 470 MHz
Obwohl die Messungen klare Vorteile des CC1200 zeigen, wird es vermutlich noch einige Zeit dauern, bis Hotspot-Platinen (Pi-Hats) mit diesem Chip verbreitet sind. Entscheidend wird zudem sein, ob der neue Chip vollständig von MMDVM in Verbindung mit Pi‑Star bzw. WPSD unterstützt wird.
Wir vom Team DL-Nordwest beobachten die Entwicklungen aufmerksam und informieren euch über alle Fortschritte.
Was haltet ihr von dieser Entwicklung? Schreibt uns eure Meinung dazu gerne in die Kommentare unter diesem Beitrag oder diskutiert sie mit uns in unsererTelegram- oder WhatsApp-Gruppe.
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
RadioID erlaubt Nutzern jetzt die Zuteilung mehrerer IDs. Erfahrt in diesem Beitrag mehr.
In einem lang erwarteten Schritt hat RadioID.net seine ID-Zuteilungsrichtlinie offiziell überarbeitet und ermöglicht es Benutzern, mehr als zwei IDs pro Konto zu erhalten. Diese Entscheidung stellt einen großen Wandel nach Jahren der Einschränkungen dar, die viele Funkbegeisterte frustriert haben, insbesondere diejenigen, die sowohl DMR- als auch TETRA-Funkgeräte im selben Netzwerk betreiben.
Jahrelang hatten Benutzer mit der Beschränkung auf nur zwei IDs pro Person zu kämpfen, was zu Betriebsschwierigkeiten in Netzwerken führte, die mehrere IDs für verschiedene Geräte erforderten. Die fehlende Standardisierung der TETRA-IDs verschärfte das Problem noch weiter. Dieses seit langem bestehende Problem wurde nun mit einem flexibleren Zuteilungssystem gelöst.
Neue ID-Richtlinie und ihre Bedingungen
Obwohl RadioID mittlerweile mehrere IDs zulässt, gibt es mehrere Richtlinien, um die Ordnung aufrechtzuerhalten und Missbrauch zu verhindern:
Begründung erforderlich – Benutzer, die zusätzliche IDs anfordern, müssen gültige Gründe angeben, um sicherzustellen, dass das System nicht missbraucht wird. Wie Glen (VE9GLN) erklärte: „Ein Typ mit 10 Baofengs braucht für den persönlichen Gebrauch nicht für jedes eine ID.“
Jährliche Kontovalidierung – Um die Datenbank organisiert zu halten, führt RadioID einen jährlichen Kontovalidierungsprozess ein. Konten, deren Validierung innerhalb eines angemessenen Zeitraums fehlschlägt, werden als gelöscht markiert.
Strengere Validierung für 3+ IDs – Benutzer mit drei oder mehr IDs müssen jede ID separat validieren, um ungenutzte oder aufgegebene Kennungen effizient zurückzufordern.
Implementierung und Support
Der Validierungsprozess wird an den Jahrestag der Kontoerstellung gebunden, um einen strukturierten und vorhersehbaren Ablauf zu gewährleisten. Benutzer, bei denen Probleme auftreten, werden gebeten, sich über die offizielle Website an den RadioID-Support zu wenden oder in Community-Kanälen Hilfe von verfügbaren Administratoren zu suchen.
Dieser Strategiewechsel stellt einen bedeutenden Sieg für die Radiogemeinde dar, insbesondere für Betreiber, die mehrere Geräte mit unterschiedlichen Technologien verwalten. Das neue System führt zwar Maßnahmen zur Rechenschaftspflicht ein, bietet aber endlich eine Lösung für Benutzer, die sich schon lange für eine praktischere Methode zur ID-Zuweisung ausgesprochen haben.
Vollständige Aussage von Glen, VE9GLN, ins Deutsche übersetzt:
„Hallo zusammen, RadioID hat seine ID-Richtlinie geändert. Wir werden jetzt mehrere IDs ausstellen. Es gibt jedoch einen kleinen Vorbehalt. 1.) Wir werden Sie weiterhin fragen, warum Sie zusätzliche IDs möchten. Wir möchten weiterhin sicherstellen, dass zusätzliche IDs nicht missbraucht werden. Ein Typ mit 10 Baofengs braucht für den persönlichen Gebrauch nicht für jedes eine ID. 2.) Um den ID-Bereich sauber und ordentlich zu halten, werden wir eine jährliche Kontovalidierungsrichtlinie implementieren. Nicht validierte Konten und ihre IDs werden als gelöscht markiert, wenn wir Sie nach einem angemessenen Zeitraum nicht kontaktieren können. 3.) Konten mit 3+ IDs müssen das Konto *und* jede ID separat validieren. Dies geschieht in der Hoffnung, nicht verwendete IDs so einfach wie möglich zurückzufordern. Die Kontovalidierungen werden am Jahrestag der Erstellung Ihres Kontos bei RadioID stattfinden, sobald wir dies einführen. Sollten Sie auf Probleme stoßen, wenden Sie sich bitte über die Website an den RadioID-Support. Es gibt auch mehrere unserer Admins in diesem Kanal, die ebenfalls mit Ihnen zusammenarbeiten können sollten. Ich habe zu viele Eisen im Feuer und werde diesen Kanal in Kürze verlassen. Tut mir leid, aber ich brauche einfach nicht den zusätzlichen Lärm, den ich durch die Überwachung dieses Kanals ertragen muss. Ich habe auch kein Tetra-Radio. Ich hoffe, dies ist eine zufriedenstellende Lösung für alle. Danke, Glen (VE9GLN)“
Möchtest du das DL-Nordwest Projekt unterstützen? Dann freuen wir uns über deinen Gastbeitrag, das Teilen unserer Inhalte oder eine (kleine) Spende 🤑 Vielen Dank für deine Unterstützung! 😘
