M17 ist mit sofortiger Wirkung nicht mehr Teil von MMDVM. Die Gründe und Konsequenzen.
Update vom 16.07.2025
Inzwischen ist auf m17foundation.org ein offizielles Statement der M17 Foundation auf Englisch verfügbar.
Kopien der MMDVMHost-Software, die M17 noch enthalten, sind unter anderem auf der GitHub-Seite des M17-Projekts verfügbar: github.com/M17-Project/MMDVMHost.
Jonathan G4KLX, der Hauptentwickler von MMDVM, hat bekannt gegeben, dass der digitale Sprachmodus M17 aus dem MMDVMHost entfernt wurde. Die Entfernung aus der Firmware soll in den kommenden Tagen folgen. Da MMDVM-basierte Systeme wie WPSD sich täglich automatisch aktualisieren und dabei die neuesten Änderungen aus dem offiziellen Repository übernehmen, bedeutete dies für Relaisbetreiber, die WPSD nutzen: Der M17-Modus funktionierte über Nacht plötzlich nicht mehr.
Quasi über Nacht sind der Modus M17 sowie der M17 Manager aus WPSD verschwunden
Die Entscheidung basiert laut Jonathan nicht nur auf technischen Gründen, sondern auch auf anhaltenden Differenzen mit Teilen der M17-Community sowie mit der kürzlich gegründeten M17-Stiftung.
Was steckt hinter der Entscheidung?
In einem öffentlichen Beitrag auf der OpenDV-Mailingliste nennt Jonathan mehrere Beweggründe für die Streichung von M17 aus MMDVM. Diese lassen sich in zwei Hauptbereiche unterteilen: zwischenmenschliche Konflikte und technische Kritik.
Konflikte mit der M17-Community und Stiftung
Jonathan beschreibt eine zunehmend schwierige Zusammenarbeit mit Teilen der M17-Community. Insbesondere stört ihn der Umgangston in öffentlichen Diskussionen, teils persönliche Angriffe und eine fehlende Wertschätzung für seine Beiträge. Auch mit der neu gegründeten M17-Stiftung zeigt er sich unzufrieden:
Wichtige Personen, die zur Entwicklung von M17 beigetragen haben, seien bei der Gründung der Stiftung außen vor geblieben.
Es gebe laut ihm Hinweise darauf, dass die Stiftung in Zukunft möglicherweise Lizenzgebühren oder kommerzielle Interessen verfolgen könnte – was seiner Auffassung nach dem ursprünglichen Open-Source-Gedanken widerspricht.
Zudem äußert er Kritik an der Transparenz im Umgang mit Fördergeldern, etwa im Zusammenhang mit einem ARDC-Zuschuss in Höhe von rund 478.900 US-Dollar.
Die offizielle Webseite der M17-Foundation enthält in der Suche keine Treffer zu MMDVM oder G4KLX, Stand 14.07.2025
Technische Einwände gegen M17
Neben den sozialen Aspekten nennt Jonathan auch inhaltlich-technische Gründe für seine Entscheidung. Aus seiner Sicht weist das M17-Protokoll gravierende Schwächen auf:
Synchronisation: Die gewählten Synchronisationsmuster seien problematisch.
Ende-Kennung: Es fehle eine saubere End-of-Transmission-Markierung.
Fehlerkorrektur (FEC): Die eingesetzten Mechanismen seien seiner Meinung nach ineffektiv.
Vocoder: Der verwendete Codec sei qualitativ schwach und für den Amateurfunk ungeeignet.
Verschlüsselung: Die gewählte Implementierung werfe technische und ethische Fragen auf. In Deutschland ist gemäß § 16 Abs. 8 der Amateurfunkverordnung (AFuV) die Verschlüsselung des Amateurfunkverkehrs grundsätzlich verboten, mit Ausnahme von Steuer- oder Fernsteuerfunk.
Zusammengefasst: Jonathan hat das Vertrauen in das Projekt M17 verloren – sowohl auf sozialer als auch auf technischer Ebene – und möchte keine weitere Energie in dessen Unterstützung innerhalb von MMDVM investieren.
Ich kann Jonathans Beweggründe für diese Entscheidung gut nachvollziehen. Nun bleibt offen, welche Auswirkungen das auf M17 haben wird. Aktuell ist mit dem CS7000-M17 von CSI (Connect Systems) lediglich ein einziges kommerziell verfügbares Funkgerät auf dem Markt, das sich ohne Modifikationen für den M17-Betrieb nutzen lässt. Außerdem fehlt es an passender Infrastruktur.
Das bis dato einzige kommerzielle Funkgerät für M17, CSI Connect Systems CS7000_M17_PLUS
Dennoch begrüße ich den Ansatz von M17: Ein digitales Verfahren für Sprach- und Datenkommunikation im Amateurfunk, das vom Codec bis zum Protokoll vollständig Open-Source ist. Wichtig ist, dass es auch so bleibt. M17 hätte nur dann eine realistische Chance, sich zu etablieren, wenn es mehr und günstigere schlüsselfertige Funkgeräte mit M17-Unterstützung gibt – ebenso wie geeignete Relais und Hotspots. Und nicht zuletzt darf die Sprachqualität dabei keinen Rückschritt darstellen.
Experimenteller M17-Hotspot CC1200
Wir werden M17 weiterhin für euch beobachten und an dieser Stelle informieren, wie sich die Lage entwickelt. Wer weiß, vielleicht entstehen bald weitere digitale Sprachverfahren auf Open-Source-Basis, die einige der Schwächen von M17 besser adressieren.
Wie denkt ihr über das Thema? Schreibt es uns 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! 😘
In diesem Beitrag zeigen wir euch, welche Möglichkeiten D-Star über die digitale Sprachübertragung hinaus bietet.
Neulich wurde ich vom singapurischen Amateurfunkverband SARTS (Singapore Amateur Radio Transmitting Society) eingeladen, einen Vortrag über den Bilderaustausch mit D-Star zu halten. Da viele Funkamateure dort – anders als bei uns in der DL-Nordwest-Gemeinschaft – bislang kaum Berührungspunkte mit D-Star hatten oder das System gar nicht kannten, entschied ich mich, das Thema etwas breiter aufzurollen. Die spannenden Möglichkeiten, die D-Star über die reine Sprachkommunikation hinaus bietet, möchte ich auch hier mit euch teilen.
Einführung
D-Star wurde in den späten 1990er-Jahren von der Japan Amateur Radio League (JARL) entwickelt. Es war das erste offene digitale Sprach- und Datenprotokoll, das speziell für den Amateurfunk konzipiert wurde. Anfang der 2000er-Jahre war Icom der erste Hersteller, der D-Star in seinen Geräten integrierte.
Das System ermöglicht nicht nur digitale Sprachübertragung, sondern auch den Austausch von Textnachrichten, Bildern und Positionsdaten. D-Star funktioniert dabei sowohl über einfache Direktverbindungen (Simplex) als auch über Repeater und Internet-Gateways.
Das Icom IC-V82, erhältlich von 2004 bis 2014, war eines der ersten Handfunkgeräte, das sich mit dem optionalen UT-118-Modul für D-Star nachrüsten ließ.
Auch wenn die in dem folgenden, frühen Werbevideo gezeigten Geräte inzwischen nicht mehr auf dem Markt sind, zeigt es anschaulich, welche Möglichkeiten D-Star zu bieten hat. Für alle, die von Anfang an dabei waren, dürfte das Video außerdem zum Schwelgen in Erinnerungen einladen.
Mehr als nur Sprachübertragung
D-PRS (Digital-Position Reporting System)
Mit dem sogenannten D-PRS (Digital Position Reporting System) können – ähnlich wie beim klassischen APRS – auch über D-Star Positionsdaten übertragen werden. Die aktuelle Position wird dabei entweder durch einen integrierten GPS-Empfänger ermittelt, wie er in modernen Funkgeräten häufig vorhanden ist, oder es wird eine feste Position manuell im Gerät hinterlegt. Zusätzlich zur Positionsangabe lassen sich auch ein Symbol und ein kurzer Statustext übermitteln. Die von anderen Stationen gesendeten Positionsdaten können entweder direkt auf dem Display des Funkgeräts angezeigt oder an eine externe Anwendung übergeben und dort auf einer übersichtlichen Karte dargestellt werden.
Übertragung von Positionsdaten in D-Star, Quelle: www.icomjapan.com
Kurznachrichten über D-Star
Auch Textnachrichten lassen sich – ähnlich wie bei APRS – über D-Star versenden. In Kombination mit einer externen Anwendung wie RS-MS1I (für iOS) oder RS-MS1A (für Android) können Nachrichten bequem vom Smartphone aus gesendet und empfangen werden.
Nachrichtenversand mit der RS-MS1I App, hier im Test mit DL2UL
Bilderübertragung
Auch Bilder lassen sich über D-Star übertragen – vergleichbar mit dem analogen Verfahren über SSTV. Die Übertragungsdauer hängt dabei von der gewählten Auflösung ab: Zur Auswahl stehen 160 × 120, 320 × 240 oder 640 × 480 Pixel, wobei höhere Auflösungen entsprechend mehr Zeit bei der Übertragung in Anspruch nehmen. Abhängig vom verwendeten Funkgerät können Bilder entweder direkt am Gerät gesendet und angezeigt werden oder über die bereits erwähnten Apps RS-MS1I (für iOS) und RS-MS1A (für Android).
Übertragung von Bildern in D-Star, Quelle: www.icomjapan.com
Der große Unterschied zur analogen Übertragung liegt darin, dass Daten bei D-Star parallel zur Sprache übertragen werden können. So könnt ihr ein ganz normales QSO führen und eurem Funkpartner gleichzeitig Positionsdaten oder Bilder senden. Die Bildübertragung muss dabei nicht vollständig abgeschlossen sein, wenn ihr das Mikrofon wieder übergebt. Stattdessen lässt sich die Übertragung so konfigurieren, dass sie beim nächsten Durchgang einfach fortgesetzt wird. Auch auf der Empfangsseite wird das Bild an genau der Stelle weiter aufgebaut, an der zuvor unterbrochen wurde – bis es vollständig ist.
Die folgende Galerie zeigt eine Auswahl von Bildern, die ich bei früheren Tests über das Modul E des XLX421 empfangen habe.
Auf diese Weise hatte ich ein besonders interessantes QSO mit Ehrhart aka Sido DF3XZ, der mir parallel zur laufenden Sprachverbindung einige Bilder von seiner Reise nach Namibia übertrug und dabei seine Erlebnisse schilderte. Gleichzeitig sendete ich ihm Aufnahmen aus Singapur und erzählte, wie sich das Leben dort gestaltet. Die Bilder waren eine echte Bereicherung für unser Gespräch.
Verlauf empfangener Bilder in der App RS-MS1I
Benötigte Hard- und Software
Wenn ihr D-Star selbst einmal ausprobieren möchtet, benötigt ihr zunächst ein Digitalfunkgerät, das D-Star unterstützt. Viele Handfunkgeräte und Mobiltransceiver von Icom und Kenwood verfügen serienmäßig über diese Funktion.
Icom
Das Line-up an Digitalfunkgeräten bei Icom ist breit aufgestellt. Während beim ID-5100 das Bluetooth-Modul UT-133A optional nachgerüstet werden muss, verfügen die Handfunkgeräte ID-50 und ID-52 PLUS sowie der kompakte Allmode-Transceiver IC-705 bereits über integriertes Bluetooth.
Ein weiteres Unterscheidungsmerkmal betrifft die Bildübertragung: Der ID-52 PLUS, IC-705, IC-905 und IC-9700 ermöglichen das Senden und Anzeigen empfangener Bilder direkt auf dem Gerätebildschirm – ganz ohne zusätzliche App.
Mit dem IC-9700 von Icom können empfangene Bilder direkt am Gerät angezeigt werden
Kenwood
Kenwood hat mit dem Handfunkgerät TH-D75 derzeit nur ein einziges D-Star-taugliches Digitalfunkgerät im Sortiment. Eigene Apps für den Bilderaustausch stellt Kenwood nicht zur Verfügung. Das Gerät lässt sich jedoch per Bluetooth mit den zuvor genannten Icom-Apps koppeln, sodass auch damit ein Bildversand möglich ist.
Auch der für Ende diesen Jahres erwartete Mobilfunktransceiver TM-D750 wird D-Star vollumfänglich unterstützen.
Teilweiser funktionaler Prototyp des Kenwood TM-D750
D-STAR BEacon von OK1CHP
Wer noch kein D-Star-Gerät besitzt, aber zumindest den Austausch von Bildern und Texten ausprobieren möchte, findet mit dem Projekt D-Star Beacon von Libor OK1CHP eine spannende Möglichkeit. Es basiert auf dem kostengünstigen LilyGO® T-Beam, der für das 70-cm-Amateurfunkband geeignet ist und meist schon für rund 30 Euro inklusive Versand erhältlich ist. Das Gerät verfügt über integriertes Bluetooth sowie einen GPS-Empfänger.
Libor stellt den Quellcode auf GitHub unter github.com/yeckel/D-StarBeacon frei zur Verfügung. In einem YouTube-Video demonstriert er zudem anschaulich die Funktionsweise.
Weitere Anwendungen
Breitbandübertragung im DD-Mode
Die Geräte Icom IC-905 und IC-9700 unterstützen D-Star auch im 23 cm-Band (1,2 GHz) – und zwar im sogenannten DD-Mode (Digital Data Mode). In diesem Betriebsmodus lassen sich mit 300 kHz Bandbreite Daten mit einer Geschwindigkeit von bis zu 128 kbps übertragen. Damit wird beispielsweise der Austausch von Dateien oder das Versenden von E-Mails über D-Star möglich. Das Verfahren unterstützt sowohl Punkt-zu-Punkt Verbindungen als auch den Multinutzer-Zugang z.B. über Relaisfunkstellen.
Übertragung von Daten im DD-Mode, Quelle: www.icomjapan.com
Einen Vortrag zu diesem Thema hat Kurt OE1KBC auf der HAM Radio 2023 am Stand des ÖVSV gehalten. Darin zeigt er die nötigen Einstellungen am IC-9700 und demonstriert verschiedene Anwendungsmöglichkeiten des DD-Modes.
Externe Programme
Der Icom-Datenmodus lässt sich nicht nur mit den offiziellen Icom-Programmen nutzen, sondern auch mit externer Software. Über die Jahre ist so eine Vielzahl von Anwendungen entstanden, die von engagierten Funkamateuren entwickelt wurden. Im Folgenden stellen wir exemplarisch drei dieser Lösungen vor.
D-RATS ermöglicht beispielsweise den Austausch von Nachrichten, E-Mails und Dateien. In Notfunk-Szenarien lassen sich damit auch vorgefertigte Formulare – etwa für einen Krankentransport – ausfüllen und an eine Leitstelle übermitteln.
d*Chat von NJ6N sowie DStar Comms von M0DQW – vielen bekannt durch seinen YouTube-Kanal TechMinds – erlauben komfortables Chatten über D-Star direkt am Windows-PC. Beide Programme bieten darüber hinaus die Möglichkeit, Statustexte in konfigurierbaren Intervallen auszusenden – etwa um andere Stationen darauf aufmerksam zu machen, dass man QRV ist.
Viele dieser Programme entstanden bereits in den frühen 2000er-Jahren, als D-Star vor allem in den USA stark an Bedeutung gewann. Auch wenn viele der Anwendungen heute nicht mehr aktiv weiterentwickelt werden, sind sie auf modernen Systemen in der Regel weiterhin lauffähig.
Auf dem YouTube-Kanal von W7NWH finden sich mehrere Videos zum Thema Datenfunk über D-Star – unter anderem zu Notfunk-Anwendungen und zur Nutzung von d*Chat.
Mehr zum Thema D-Star
Der originale Vortrag in englischer Sprache sowie eine Präsentation über D-Star von Bernd DK5BS stehen euch hier zum Herunterladen bereit.
Wie der Beitrag zeigt, bietet D-Star weit mehr als nur reine Sprachübertragung. Im Gegensatz zu analogen Verfahren lassen sich viele dieser Funktionen sogar parallel zur Sprache nutzen.
Und das Beste: Wenn die passende Hardware bereits vorhanden ist, entstehen für die Nutzung keine zusätzlichen Kosten.
Habt ihr Interesse bekommen? Dann seid herzlich eingeladen, mit uns zu experimentieren – in unserer Community findet sich bestimmt der eine oder andere Testpartner!
XLX421 Modul E
Wenn ihr Lust habt, die Datenübertragung in D-Star selbst auszuprobieren, schaut doch mal im XLX421 auf Modul E vorbei.
Wie sind eure bisherigen Erfahrungen mit der Datenübertragung in D-Star? Schreibt es uns 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! 😘
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! 😘
