kv4p HT: Open-Source-Funkgerät fürs Handy

Wie du dein Android-Smartphone für einen schmalen Taler in ein Handfunkgerät verwandelst

Die Kombination aus einem Android-Smartphone und einem FM-Funkgerät in einem Gerät ist keine neue Idee – doch bisher war sie oft mit hohen Kosten verbunden. Hinzu kommt, dass Smartphone-Technologie schnell veraltet, und niemand möchte alle zwei Jahre ein teures Gerät ersetzen müssen.

Das kv4p HT wird mit einem Gel-Klebepad direkt rückseitig am Smartphone befestigt

Der Funkamateur Vance Vagell, Rufzeichen KV4P, hat hierfür eine clevere Lösung entwickelt: Ein kleines, erschwingliches Modul auf Basis der beliebten FM-Funkmodule DRA818 oder SA818. Dieses Modul wird direkt an das Smartphone angeschlossen und nutzt dessen Mikrofon, Lautsprecher und Bildschirm, um als vollwertiges Handfunkgerät zu funktionieren.

Vollständig bestückte Leiterplatte

Das Beste daran: Das Projekt ist vollständig Open-Source. Dadurch kann die Community der Funkamateure aktiv an der Weiterentwicklung mitwirken und so das Potenzial dieser innovativen Idee voll ausschöpfen.

Rolf, DL4KR, und ich haben uns dieses spannende Projekt genauer angeschaut und möchten im Folgenden über unsere Erfahrungen berichten.

Zunächst findet man alle benötigten Informationen auf der Webseite von KV4P. Wir haben als Grundlage die neueste Version der Leiterplattendaten heruntergeladen – in unserem Fall die Version 1.7b. Diese Version bietet im Vergleich zu früheren Ausführungen die Möglichkeit, ein HF-Filter-Netzwerk zur Minimierung unerwünschter Oberwellen aufzulöten.

Screenshot von www.kv4p.com

kv4p HT Infoseite

Leiterplattenherstellung

Da die gewählten Komponenten im SMD-Design in Baugröße 0402 sehr klein sind, haben wir uns dazu entschieden, die Bestückung der SMD-Komponenten direkt vom Leiterplattenhersteller durchführen zu lassen. Lediglich die THT-Komponenten – wie das notwendige Mikroprozessor-Board auf Basis eines ESP32, der SMA-Konnektor sowie das Auflöten des FM-Funkmoduls (bei uns ein SA818 in der 1-W-VHF-Version) – haben wir selbst übernommen.

Passende VHF-Funkmodule gibt es u.a. auf Aliexpress

Grundsätzlich hat man die freie Wahl, bei welchem Hersteller man die Leiterplatte fertigen lässt. Wir haben in der Vergangenheit bereits gute Erfahrungen mit JLCPCB gemacht. Sie bieten günstige Preise, schnelle Lieferung und eine hohe Qualität. Allerdings sind dort nicht immer alle benötigten Komponenten auf Lager – so war es auch bei diesem Fall. Daher haben wir uns dieses Mal für PCBWay entschieden. Ein entsprechendes Projekt, das sich direkt in den Warenkorb legen lässt, hat Vance dafür bereits angelegt. So wird der Bestellprozess deutlich vereinfacht.

Auf die einzelnen Schritte zur Fertigung der Leiterplatte bei JLCPCB gehen wir in diesem Beitrag nicht weiter ein. Wer diese Schritte nachlesen möchte, kann der Anleitung im Beitrag „AIOC – Der Wunderadapter für Handfunkgeräte – Teil 1 (Einführung und Bestellung)“ folgen.

Zusammenbau

Nach nur kurzer Zeit waren sowohl die vorbestückte Leiterplatte als auch alle anderen benötigten Komponenten eingetroffen, und die Lötarbeiten konnten beginnen.

Komponenten für das kv4p HT vor dem Zusammenbau

In einem knapp 16-minütigen Video beschreibt Vance den gesamten Prozess detailliert, sodass wir an dieser Stelle nicht weiter darauf eingehen.

Wer einen 3D-Drucker besitzt oder einen befreundeten OM mit einem solchen kennt, sollte sich gleich das passende Gehäuse ausdrucken. Auf der GitHub-Seite des Projekts stehen dazu verschiedene Designs zur Auswahl.

Ein passendes Gehäuse lässt sich mit einem 3D-Drucker erstellen

Firmware

Auch das Aufspielen (Flashen) der Firmware über den Web-Flasher (Quickstart ganz unten) gestaltet sich sehr einfach. Für den Web-Flasher wird ein kompatibler Browser wie Chrome vorausgesetzt. Achtet darauf, dass ihr ein USB-Typ-C-Datenkabel verwendet, damit das ESP32-Board mit dem PC kommunizieren kann. Alternativ kann die Firmware auch direkt mit der Android-App aufgespielt werden. In unserem Fall wurde das Modul jedoch zunächst nicht ordnungsgemäß erkannt. Bei Erscheinen dieses Beitrags liegt die Firmware in der Version 5 vom 30.12.2024 vor.

Mögliche Fehlerquellen

Auch nach dem Aufspielen der Firmware wollte die Android-Anwendung auf unserem Smartphone das kv4p HT einfach nicht erkennen. Uns fiel jedoch auf, dass es durch den von uns bestellten USB-Typ-C-Winkeladapter nicht mit Spannung versorgt wurde. Wir haben daraufhin zunächst kurze Kabeladapter verwendet, um das Problem zu umgehen.

Passende USB-OTG Adapter gibt es u.a. auf Aliexpress

Ein weiterer Punkt, den es zu beachten gilt, ist, dass die Anwendung bei erstmaliger Ausführung nach Berechtigungen fragt, um auf das angeschlossene USB-Gerät, in unserem Fall das kv4p HT, zugreifen zu dürfen. Diese Berechtigung müsst ihr unbedingt erteilen. Falls ihr die Abfrage nicht erhalten habt oder sie weggeklickt habt, kann es helfen, die Anwendung vollständig zu beenden und zu deinstallieren, dann neu zu installieren und erneut auszuführen.

Aktueller Funktionsumfang

Aktuell ist das kv4p HT nur in einer VHF (2m-Band) Variante erhältlich. Es wird jedoch bereits über eine UHF-Variante nachgedacht. Dabei wäre nicht nur die Bestückung eines anderen Funkmoduls notwendig, sondern auch ein anderes Filternetzwerk sowie eine angepasste Firmware.

Unterstützt wird nicht nur der FM-Foniebetrieb, sondern auch das Versenden und Empfangen von APRS-Nachrichten sowie Positionsdaten mit 1200 Baud. Die Android-Anwendung bietet zudem Scan-Funktionen und Speicherkanäle, um die Bedienung noch komfortabler zu gestalten.

Auswahl von Speicherkanälen
APRS-Nachrichten Empfang und Versand
In den Einstellungen wird dazu „Beacon my position“ aktiviert
ESP32 Firmware v5 und die Android App v1.6.0. unterstützt jetzt auch das Aussenden von APRS-Positionsbaken

Zusammenfassung und Ausblick

Auch wenn jeder von uns sicher schon etliche Handfunkgeräte sein Eigen nennt und diese teilweise sogar günstiger zu haben sind als die für das kv4p HT benötigten Komponenten, bietet das Projekt doch einiges an Mehrwert. Besonders spannend wird es, wenn das kv4p HT eine Anbindung an Anwendungen wie RepeaterBook und APRSdroid bietet.

Leider ist das kv4p HT nur zu Android-Smartphones kompatibel. Ich habe jedoch bereits viele Ideen, das günstige Modul zum Beispiel auch unter Linux zu nutzen. So könnte ich mir vorstellen, daraus unter Linux einen kostengünstigen APRS-Digi mit iGate zu realisieren. Eventuell bietet es auch einen Anreiz für Experimente mit der Software GNU Radio.

Der Aufbau und Test des kv4p HT hat uns viel Spaß bereitet und kann besonders als Gemeinschaftsprojekt im eigenen Ortsverband empfohlen werden.

Probiert es selbst aus und werdet Teil der Open-Source-Funk-Gemeinschaft – lasst uns in den Kommentare unter diesen Beitrag oder in unserer Telegram- und oder WhatsApp-Gruppe gerne wissen, welche kreativen Einsatzmöglichkeiten ihr für das kv4p HT findet!

Team DL-Nordwest, Stephan 9V1LH/(9M2/)DG1BGS


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! 😘

APRS ToGo: QRV mit APRSdroid, AIOC und Handfunkgerät

Wie man mit einem Android-Gerät, dem AIOC und einem Handfunkgerät in APRS QRV wird.

In unseren bisherigen Beiträgen zum AIOC haben wir euch gezeigt, wie ihr es bestellt, die Firmware installiert, Klinkenstecker anlötet und bei Problemen eine Lösung findet. Heute gehen wir einen Schritt weiter und widmen uns Anwendungen im Amateurfunk, die mit verschiedenen Betriebssystemen funktionieren. Nachdem wir bereits EchoLink unter Windows vorgestellt haben, zeigt euch Christian DO1CML in diesem Beitrag, wie ihr das AIOC mit einem Handfunkgerät und der App APRSdroid auf einem Android-Smartphone oder Tablet nutzen könnt.

Wer die Artikel noch einmal nachlesen möchte findet sie hier:

  1. AIOC – Der Wunderadapter für Handfunkgeräte – Teil 1 (Einführung und Bestellung)
  2. AIOC – Der Wunderadapter für Handfunkgeräte – Teil 2 (Aufspielen der Firmware)
  3. AIOC – Der Wunderadapter für Handfunkgeräte – Teil 3 (Lötarbeiten und Gehäuse)
  4. AIOC – Der Wunderadapter für Handfunkgeräte – Teil 4 (Fehlersuche)
  5. EchoLink Node mit AIOC unter Windows

Benötigte Komponenten

Für mein Setup nutze ich ein Android-Gerät mit der beliebten APRS-App APRSdroid, die von Georg Lukas DO1GL entwickelt wurde, das AIOC und ein Handfunkgerät. Grundsätzlich eignet sich jedes Funkgerät, das die Kenwood-Mikrofonstecker Norm und eine integrierte VOX besitzt – ich verwende hier ein QuanSheng UV-K5. Als Android-Gerät kommt bei mir ein Tablet zum Einsatz. Das hat den Vorteil, dass die Kartendarstellung schön groß ist, sodass ich einen größeren Bereich und viele Details auf einen Blick erkennen kann. Ein Android-Smartphone wäre allerdings auch vollkommen ausreichend.

Schlankes Setup bestehend aus QuanSheng UV-K5, AIOC und Android-Tablet

Einstellungen APRSdroid

Ich setze voraus, dass ihr APRSdroid bereits erfolgreich installiert und konfiguriert habt. Wichtig ist, dass ihr mindestens euer eigenes Rufzeichen, die SSID (z. B. 7 für ein Handfunkgerät) sowie das gewünschte Symbol eingestellt habt. Eine Übersicht mit allen verfügbaren Symbolen findet ihr hier.

Spannender wird es nun bei den Verbindungseinstellungen:

  • Verbindungsprotokoll: Audio (AFSK)
  • Audio-Ausgabe: Musik
  • Hochqualitativer Demodulator: Aktivieren (nur bei modernen Geräten mit min. 800 MHz CPU)
  • Frame-Sync-Präfix: 800

Diese Einstellungen sind notwendig, damit die Audiosignale, die das Handfunkgerät empfängt, über die integrierte Soundkarte des AIOC von APRSdroid decodiert werden. Umgekehrt ermöglicht es diese Konfiguration, die generierten Audiosignale vom Smartphone oder Tablet an das Funkgerät zu übertragen und auszusenden. Der Wert für Frame-Sync-Präfix steuert die Verzögerung zwischen der Tastung des Senders und der Übertragung der eigentlichen Nutzdaten. Dieser Wert kann je nach verwendetem Funkgerät unterschiedlich sein.

Tipp: Startet mit einem größeren Wert und reduziert ihn schrittweise, bis die gesendeten Pakete noch sauber decodiert werden können.

Jetzt stellen wir die Audioausgabe am verwendeten Android-Gerät noch auf maximal, damit genug NF-Hub erzeugt wird. Damit ist die Konfiguration von APRSdroid dann aber auch schon abgeschlossen, und wir können uns nun dem Handfunkgerät widmen.

Einstellungen Funkgerät

Am Funkgerät sind nun die folgenden Einstellungen vorzunehmen (bei Bedarf das Handbuch des Funkgeräts konsultieren):

  • Frequenz: 144,800 MHz
  • Rauschsperre (Squelch) Level: 1
  • Bandbreite: Wide
  • VOX Ansprechschwelle: 1
  • Lautstärkeregler: 3/4

Das war’s auch schon! Jetzt können wir das AIOC in das Handfunkgerät einstecken und sowohl das AIOC als auch das Smartphone bzw. Tablet mit einem USB-Datenkabel verbinden.

Inbetriebnahme

In der APRSdroid-App können wir nun das Tracking starten. Nach kurzer Zeit sollten bereits die ersten Stationen auf der Karte bzw. im Terminal angezeigt werden. Falls nötig, könnt ihr den Lautstärkeregler des Funkgeräts noch etwas nachjustieren. Ein guter Indikator dafür ist die Pegelanzeige in der Statusleiste der App, die anzeigt, ob und wie laut das Funkgerät Signale empfängt.

Wenn ihr die „Position senden“-Taste betätigt, sollte das Funkgerät auf Sendung gehen und eure Position übertragen. Vorausgesetzt, ein iGate befindet sich in der Nähe und kann euch empfangen, könnt ihr nun auf aprs.fi nachsehen, ob eure Position dort angezeigt wird.

Fehlersuche: Checkliste

Falls keine Stationen empfangen werden:

  • Funkgerät: Ist eine Antenne angeschlossen und das Funkgerät auf der richtigen Frequenz eingestellt? Sind die Rauschunterdrückung und der Lautstärkeregler korrekt eingestellt? Empfängt das Funkgerät generell APRS-Signale? (Zieht das AIOC kurz ab und prüft, ob das Funkgerät starke, unverrauschte Signale empfängt.)
  • AIOC: Ist das AIOC vollständig in das Handfunkgerät eingesteckt und das USB-Datenkabel korrekt verbunden?
  • APRSdroid: Zeigt die Pegelanzeige in der App beim Empfang einen Ausschlag an? Ist das Verbindungsprotokoll in der App korrekt auf Audio (AFSK) eingestellt?

Wenn eure Station nicht empfangen wird:

  • Geht das Funkgerät auf Sendung?
  • Kontrolliert mit einem Zweitempfänger, ob das Audio-Signal klar und ohne Verzerrung übertragen wird.
  • Gibt es APRS-Digipeater in eurer Nähe, die das Signal weiterleiten könnten? Falls die Übertragung immer noch nicht funktioniert, schließt ggf. eine Außenantenne an, um die Reichweite zu verbessern.

Fazit

Mit diesem Setup, das aus nur drei Komponenten besteht – einem Android-Gerät, dem AIOC und einem Handfunkgerät – habt ihr eine einfache, aber effektive Lösung um in APRS aktiv zu werden.

Schlankes APRS-Setup: Android-Gerät, AIOC und Handfunkgerät

Viel Spaß beim Experimentieren und 73 de Christian DO1CML

Welche Anwendungen im Zusammenhang mit dem AIOC sollen wir als Nächstes für euch unter die Lupe nehmen? Schreibt sie uns gerne in die Kommentare unter diesen Beitrag oder diskutiert sie mit uns in unserer Telegram- und 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! 😘

APRS-IS Wetterstation mit der LaCrosse WS2300

In diesem Beitrag beschreibe ich, wie die Wetterdaten einer LaCrosse WS2300 Wetterstation zusätzlich an das APRS-IS Netzwerk gesendet werden können.

Das Wetter in Ostfriesland ist oft wechselhaft und meist windig, geprägt von milden Sommern, kühlen Wintern und häufigen Regenschauern. Die Nähe zur Nordseeküste sorgt generell für ein maritimes Klima. Als Technik-affiner Funkamateur finde ich es sehr spannend, die Wetterdaten selbst zu erfassen. Damals kaufte ich mir dazu eine gebrauchte LaCrosse WS2300 Wetterstation, da diese in der APRS-Gemeinschaft oft verwendet wurde. Dieses lag nicht zuletzt daran, dass zahlreiche APRS-Hardware den direkten Anschluss und somit die Übertragung der Wetterdaten ins APRS-Netzwerk ermöglichten.

So betrieb ich die Wetterstation einige Jahre an meinem ehemaligen QTH am Bodensee, bevor sie nach dem Umzug in einem Karton verschwand.

Otmar DJ1OF bei der Installation der Wetterstation am alten QTH JN47MR in 2016

Da die Wetteranlage meines Vaters DL9BGG dem rauen Ostfriesischen Wetter auf Dauer nicht gewachsen war entschlossen wir uns im Mai diesen Jahres kurzerhand, meine alte Wetterstation zu testen und an seinem QTH zu installieren.

Ein erster Test im Innenraum wurde erfolgreich bestanden und so Stand einer Installation auf dem Hausdach nichts mehr im Wege.

Da mein Vater keinen APRS-Sender betreibt, ich die Daten aber gerne ins APRS-Netzwerk spielen wollte, um mir auch in Singapur ein Bild über das aktuelle Wetter in Singapur machen zu können, suchte ich nun nach einem Weg, die Daten direkt ins APRS-IS Netzwerk zu senden.

Da ich das Rad, auch aus Zeitgründen, nicht komplett neu erfinden wollte und ich mir sicher war, dass dieses in etlichen Projekten bereits realisiert wurde, recherchierte ich im Internet nach geeigneten Lösungen. Nach nur kurzer Zeit wurde ich im Internet fündig und musste mir die einzelnen Bausteine nur gemäß meiner Konfiguration zusammensetzen.

Der slowenische OM Andrej S55MA beschreibt in seinem HAM Blog in dem Beitrag „La Crosse WS2300, WS2307 series APRS with Xastir“ ein vom ihm geschriebenes Script, welches das Programm Fetch2300 nutzt und die Daten der Wetterstation zunächst in eine temporäre Textdatei schreibt. Fetch2300 kommt als Teil des open2300 Projektes von dem Dänen Kenneth Lavrsen, welches nicht mehr weiterentwickelt wird. Das Script von Andrej S55MA öffnet dann diese Textdatei um sie zu lesen, wertet die Daten dann aus und schreibt sie in einen Textstring, der von der Linux APRS-Software Xastir gelesen werden kann. Sein Script stellt außerdem einen Webserver bereit, mit dem sich Xastir dann verbinden kann, um sich die Textzeile mit den Wetterdaten zu holen. In seinem Blog beschreibt er außerdem detailliert die dazu erforderlichen Installationsschritte.

Xastir erfordert jedoch die Verwendung einer grafischen Oberfläche (Gui). Da ich das Ganze auf einem Raspberry Pi nebenher laufen lassen wollte, auf dem bereits ein OpenWebRX+ ohne grafische Oberfläche läuft und ich die anderen Funktionalitäten einer vollen APRS-Software in meinem Fall nicht benötige, suchte ich nach einer anderen Möglichkeit. OpenWebRX+ verwendet DireWolf von WB2OSZ, um die mit dem SDR empfangenen APRS-Pakete zu decodieren und ins APRS-IS Netzwerk weiterzuleiten. Was lag also näher, eine entsprechende Bake für die Wetterdaten zu konfigurieren?

Leider führte mich auch das in eine Sackgasse. Zwar konnte ich die Wetterdaten als Bake aussenden, jedoch nicht in dem Bakenformat, um sie als Wetterstation zu erkennen. Eine neue Lösung musste also her. Ich entschied mich kurzerhand, das Script von Andrej S55MA so umzuschreiben, dass es statt der Bereitstellung eines Webservers, über den die Daten abgerufen werden, die Daten gleich selbst ans APRS-IS Netzwerk sendet. Glücklicherweise fand sich unter dem Titel Send APRS objects or telemetry via Bash auch für diese Aufgabe eine passende Anleitung in Andrej’s Blog. Ich musste also nur seine beiden Blog Einträge kombinieren und schon hatte ich Erfolg.

Wetterdaten von DL9BGG-13 auf aprs.fi

Screenshot von aprs.fi

DL9BGG-13 auf aprs.fi

Die Anpassung meines Scriptes basiert auf Version 1.6 seines Scriptes. Im Eingangsbereich des Scriptes konfigurieren wir zunächst unser Rufzeichen, die zu verwendende SSID, den dazugehörigen Passcode, den Längen- und Breitengrad der Wetterstation im DDM-Format (Dezimal-Minuten), sowie optional einen statischen Kommentar (z.B., welche Wetterstation verwendet wird). Außerdem definieren wir noch, an welchen APRS-IS Server gesendet werden soll, dessen Port und das Intervall in Sekunden, indem gesendet werden soll. Schließlich benötigt das Script noch den vollständigen Pfad zur open2300 Konfigurationsdatei. Abweichend zu Andrej’s Anleitung habe ich diese in dem Verzeichnis „/usr/local/etc/“ liegen.

#DEFINE VARIABLES
callsign="xxxxxx"
aprsssid="13"
passcode="xxxxx"
lat="0000.00N"
long="00000.00E"
comment="LaCrosse WS2300"
server="euro.aprs2.net"
port="14580"
interval="60"
ws2300config="/usr/local/etc/open2300.conf"

Das Auswerten und schreiben der einzelnen Werte ist identisch zu Andrej’s Script mit dem Unterschied, dass ich zusätzlich noch die Tendenz und die Vorhersage auswerte und später mit in den Kommentar schreibe.

tendency=$(cat "$fetch_path" | grep -oP 'Tendency\s+\K\S+')
forecast=$(cat "$fetch_path" | grep -oP 'Forecast\s+\K\S+')

Interessanter wird es jetzt beim Zusammenbau des Bakenstrings. Der zusammengebaute Bakentext mit den Werten sieht dann beispielhaft so aus:

DL9BGG-13>APN000,TCPIP*,qAC,T2PRT:@025940z5336.60N/00709.97E_157/009g...t068r000p000P...h71b10544LaCrosse WS2300, Tendency: Falling, Forecast: Rainy

Schließlich starte ich das Script einfach durch einen cronjob, wenn der Raspberry Pi hochfährt. Führt dazu den Befehl sudo crontab -e aus und ergänzt in einer neuen Zeile:

@reboot bash /usr/local/sbin/wxdata.sh &

Interessierte können mein modifiziertes Script hier herunterladen.

Linux-Script: WS2300 Wetterdaten an APRS-IS Senden

#This script reads weather data via fetch program which is part of Open2300 suite written by Kenneth Lavrsen (http://www.
#lavrsen.dk/foswiki/bin/view/Open2300/WebHome).
#It outputs the right data needed to feed Xastir for APRS weather reports. The scripts utilizes Ncat utility as server to
#serve the fetched output to Xastir.
#Fetched Data is pushed to Ncat server and then to Xastir. (Fetched data -> Ncat server -> Xastir)
#Ncat is part of Nmap, get it by installing Nmap.
#This script should work for LaCrosse weather stations, WS23xx series. Testing was done with WS2307.
#Written by S55MA and S56IUL, May 2016
#Origin Source: https://s55ma.radioamater.si/2016/05/03/la-crosse-ws2300-ws2307-series-aprs-with-xastir/

# Modified by DG1BGS/9V1LH, 23rd June 2024
# Removed the web server. APRS data is now sent directly to the APRS-IS network using ncat.
# Please update the variables in the section below.
# For more information, visit dl-nordwest.com

Größe: 12 kB
Version: 2024-07-23

Tipp: Vergabe von eindeutigen Com-Port Namen unter Linux

Um sicherzustellen, dass einem externen Gerät unter Linux immer der gleiche Com-Port zugewiesen wird, kann man externen Geräten eindeutige Namen zuweisen. In meinem Fall habe ich in dem Verzeichnis /etc/udev/rules.d eine Datei mit dem Namen 99-usb-serial.rules angelegt und die folgenden Zeilen eingefügt:

#Weather station open2300
#ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable
SUBSYSTEM=="tty", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="ttyWX"

Die Vendor- und Product-ID eures externen Gerätes erhaltet ihr nach Eingabe des Befehls lsusb. In meinem Fall erhalte ich nach Eingabe des Befehls u.a. die folgende Ausgabe:

Bus 003 Device 002: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port / Mobile Phone Data Cable

Ab dem nächsten Neustart des Rechners wird der Wetterstation in diesem Beispiel jetzt immer der Com-Port /dev/ttyWX zugeordnet, den ich auch in der open2300.conf gesetzt habe.

Fazit

Das Projekt war kurzweilig und hat viel Spaß gemacht, da sich nach nur kurzer Zeit ein Erfolg eingestellt hat. Durch die gute Programmierarbeit und Dokumentation von Andrej S55MA war es sehr einfach, das Gewünschte entsprechend der eigenen Umgebung zu implementieren. An dieser Stelle meinen herzlichen Dank an alle, die ihre Projekte für andere zur Verfügung stellen und dokumentieren.

Durch das übermitteln der Wetterdaten an das APRS-IS Netzwerk sind diese jetzt nicht nur lokal verfügbar, sondern auch von jedermann weltweit abrufbar. Und obendrein erhält man auf aprs.fi noch eine statistische Darstellung der Wetterdaten.

Ich habe auch schon Ideen für künftige Erweiterungen: Die Wetterdaten könnten zusätzlich an einen MQTT-Broker gesendet werden, um sie auch an andere Stelle auszuwerten und darzustellen. Ggf. wäre das auch ein tolles Projekt für ein Wetterdisplay mit ePaper-Display. Außerdem könnte man die APRS-Baken zusätzlich durch den Einsatz eines kleinen Funkmoduls auch über VHF lokal abstrahlen und oder oder sie für eine LoRa-Telemetriebake nutzen.

Betriebt ihr auch eine eigene Wetterstation und nutzt die Daten nicht nur für euch selber? Wenn ja, berichtet gerne in den Kommentare unter diesem Beitrag über euer Projekt oder diskutiert es mit uns in unserer Telegram- und oder WhatsApp-Gruppe. Eventuell habt ihr ja auch Lust, euer eigenes Projekt hier mal vorzustellen.

Team DL-Nordwest, Stephan 9V1LH/(9M2/)DG1BGS


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! 😘

B.B.Link: Kenwood TH-D74/75 mit der aprs.fi App auf dem iPhone verbinden

In diesem Beitrag stellen wir euch den Nachfolger des BLE-BT-TNC vor und unterziehen ihm einen Test im Freien.

Neulich haben wir euch in dem Beitrag TH-D74 mit aprs.fi auf dem iPhone koppeln eine Möglichkeit aufgezeigt, wie ihr euer Kenwood TH-D74 via Bluetooth mit eurem iPhone verbinden könnt, um es mit Anwendungen wie aprs.fi (iOS) oder z.B. RadioMail (iOS) zu verwenden. Wir haben euch außerdem erklärt, warum ihr euer Kenwood Handfunkgerät nicht direkt verbinden könnt. Leider unterstützt auch sein Nachfolger, der Kenwood TH-D75, kein Bluetooth BLE, so dass das dort beschriebene auch für das TH-D75 zum tragen kommt.

Seit unserem letzten Beitrag ist einige Zeit vergangen und mittlerweile hat Georges WH6AZ seine Firmware komplett überarbeitet und seinem Projekt einen neuen Namen gegeben: B.B. Link

Im Vergleich zum Vorgänger BLE-BT-TNC bietet B.B. Link die folgenden weitere Funktionen:

  • Automatischer Verbindungsaufbau mit dem TH-D74 bzw. TH-D75 nach einmaliger Paarung
  • Fernsteuerung des Funkgerätes, (Aktivierung KISS-Mode, Frequenzeinstellung) falls gewünscht
  • Ein- und Ausschalten das Adapters über kapazitiven Taster
  • LED-Signalisierung für Verbindungsstatus, Datenpakete, Fehler und Batteriestatus
  • Konfiguration und Firmware-Aktualisierung des TinyPICO über Konfigurations-App B.B. Link Configurator (iOS)

In dem folgenden Video beschreibt Georges WH6AZ Schritt-für-Schritt in englischer Sprache die Hintergründe des Projektes, wie man die Firmware herunterladen, auf den TinyPICO ESP32 flashen und ihn in ein 3D-Druck Gehäuse einbauen kann. Außerdem demonstriert er die Verwendung mit den Apps aprs.fi (iOS) und RadioMail (iOS).

Als Besitzer eines Kenwood TH-D74 und großer APRS-Fan musste ich B.B.Link einfach testen. Dafür folgte ich der Videoanleitung von Georges WH6AZ. Neben den in der Anleitung zu installierenden Bibliotheken musste ich zusätzlich noch ArduinoLog.h Bibliothek installieren, bevor es mit dem Kompilieren und Aufspielen der Firmware klappte.

Nun installierte ich die B.B. Link Configurator App (iOS) aus dem App-Store und startete sie.

Bild 2: B.B. Link Configurator App (iOS) nach erfolgreichen Verbindung mit dem Adapter

Der Adapter wurde von der App gleich gefunden. Im Konfigurationsmenü lässt sich der Adapter umbenennen (praktisch bei der Verwendung mehrerer Adapter), bei Bedarf die Firmware aktualisieren und festlegen, ob eine Fernsteuerung des Transceivers über Anwendungen wie RadioMail (iOS) zugelassen werden soll oder nicht.

Auch die Bluetooth Paarung funktionierte wie im Video beschrieben auf Anhieb und ich konnte mich daran machen, den Adapter für den Test vorzubereiten.

Bild 3: v.l.n.r.: 500 mAh Li-Po Akku, TinyPICO ESP32-Board und Buchse für Akku-Stecker

Bild 3 zeigt die verwendeten Komponenten aus der Bastelkiste. Der TinyPICO wird bereits mit einem Steckverbinder für einen Akkumulator geliefert, den man selbst aber noch anlöten muss. In meinem Fall verwende ich einen LiPO-Akku mit 500 mAh. Hier bitte unbedingt auf die richtige Polung des Akkus achten. Ich habe den Steckverbinder so angelötet, dass der Akku-Stecker direkt unter der USB Typ C Buchse eingesteckt wird und musste daher die Polung am Akkustecker zusätzlich umdrehen.

Bild 4: Fertig aufgebauter B.B.Link-Adapter: Als kapazitiver-Taster dient ein einfaches Drahtende

Bild 4 zeigt den fertigen Adapter. Ich habe zunächst nicht das 3D-Druck Gehäuse verwendet und den TinyPICO TNC statt dessen mit zweiseitigem Klebeband direkt auf den Akkumulator geklebt. Den Draht der hier als kapazitiver Taster dient habe ich einfach herausgeführt. Um eventuelle Kurzschlüsse zu vermeiden, habe ich noch alles in einen transparenten Schrumpfschlauch eingeschlumpft.. ähh eingeschrumpft. Fertig!

Also, ab an die frische Luft und an einem Standort mit möglichst gutem Empfang testen.

Bild 5: Kenwood TH-D74 mit Mobilfunkantenne und B.B.Link-Adapter in luftiger Höhe

Wie auch in den vorherigen APRS-Beiträgen fiel die Wahl auf den Raketenturm in OJ11vj Singapur (Bild 5). Von hier lassen sich die APRS-Signale aus dem benachbarten Malaysia gut empfangen und die eigenen Aussendungen werden zudem problemlos durch die benachbarten Digipeater weitergeleitet.

Nach kurzer Zeit hatten sich auf der Karte schon einige Stationen angesammelt (Bild 6). Um nur die Stationen anzuzeigen, die direkt via Funk empfangen wurden, habe ich Mobile-Daten für die aprs.fi (iOS) App deaktiviert (in Bild 6 an der Meldung „Cannot contact service“ links-oben gut zu erkennen).

Bild 7: Empfangene und gesendete Datenpakete in der aprs.fi iOS App

Bild 7 zeigt die empfangenen (blauen) und gesendeten (roten) Datenpakete. Wie man hier erkennt wurde mein Datenpaket von den benachbarten Digipeatern empfangen und weitergeleitet.

Das abschließende Video zeigt das TH-D74 im KISS-Modus auf der hierzulande verwendeten APRS Simplex-Frequenz. Vom Funkgerät empfangene Datenpakete werden von dem TinyPICO durch eine grüne LED signalisiert. Wie ihr seht: Hier ist ganz schön was los in APRS.

Kenwood TH-D74 und B.B.Link-Adapter in Aktion

Fazit: B.B.Link ist eine kostengünstige aber sinnvolle Erweiterung, die auch iPhone-Besitzer in den Genuss der Bluetooth-Funktionalität des Kenwood TH-D74 bzw. TH-D75 kommen lässt. Wer das Projekt selbst verwirklichen möchte findet alle Informationen auf Github.

Wünschenswert wäre aus meiner Sicht, wenn die empfangenen und gesendeten Datenpakete zusätzlich zu Testzwecken über die serielle USB-Schnittstelle des TinyPICO ausgegeben würden. Außerdem wäre ein Modus denkbar, bei dem der TinyPICO die vom Funkgerät im Standalone-Betrieb (APRS- statt KISS-Modus) weitergeleiteten Rohdaten umwandelt und an die aprs.fi App weiterleitet. So könnte man weiterhin APRS am Funkgerät im vollen Umfang nutzen, empfangene Stationen aber bei Bedarf zusätzlich auf der Karte darstellen. Da die Firmware unter der GPL-3.0 Lizenz veröffentlicht wurde, ließen sich gewünschte Erweiterungen selbst ergänzen. Ich habe in meinem Fall aber an den Autor geschrieben, eventuell baut er die Erweiterungen ja ein.


Update 30.03.2024:

Den Artikel mit einer live Demonstration gibt es jetzt auch in Videoform, denn wir waren zu Gast beim DD0UL QTC.

DL-Nordwest über B.B.Link, zu Gast im DD0UL QTC

Was haltet ihr von Georges Projekt? Gibt es weitere Einsatzszenarien oder sogar Apps, mit denen ihr B.B.Link testen möchtet? Falls ja, dann hinterlasst uns gerne einen Kommentar unter diesem Beitrag oder diskutiert es mit uns in unserer Telegram-Gruppe.

Team DL-Nordwest, Stephan 9V1LH/(9M2/)DG1BGS

TH-D74 mit aprs.fi auf dem iPhone koppeln

In diesem Artikel zeigen wir euch eine technische Lösung, wie ihr euer Kenwood TH-D74 via Bluetooth mit eurem iPhone oder iPad verbinden könnt, z.B. um empfangene APRS-Stationen auf einer Karte darzustellen.

Wer sein KENWOOD TH-D74 für APRS nutzt, wird dessen großes Farbdisplay zur Darstellung der empfangenen Stationen mögen. Es werden u.a. die aktuelle Entfernung und Richtung zum eigenen Standort dargestellt. Oft wünscht man sich allerdings eine Kartendarstellung. Das TH-D74 bietet verschiedene Möglichkeiten, wie sich empfangenen Daten z.B. via USB-Verbindung oder Bluetooth an externe Geräte mit einer entsprechenden APRS-Anwendung weiterleiten lassen. Für die stationäre Nutzung lässt sich unter Windows z.B. APRSISCE/32 und unter Linux YAAC verwenden, um nur einige Beispiele zu nennen. Für mobile Anwendungen bietet sich unter Android die Anwendung APRSdroid an. Was macht man aber als Besitzer eines iPhones oder iPads?

Problem: Klassisches Bluetooth und iOS

Entwickler von Apps für iOS, dem Betriebssystem für das iPhone, mussten in der Vergangenheit mit einigen Einschränkungen leben. APPLE hatte die Verwendung der Bluetooth Funktionalität auf Grund von Sicherheits- und Energieeffizienzbedenken nämlich so stark eingegrenzt, dass viele Anwendungen die eine Bluetooth-Kommunikation benötigen nicht realisiert werden konnten. Das erklärt auch, warum es zwar viele Apps für das Betriebssystem Android gibt, nicht aber für iOS. Mit der Einführung des Bluetooth Low Energy Standards (kurz BLE) änderte sich dieses jedoch. Der Standard ermöglicht nicht nur eine sicherere Kommunikation zwischen den Geräten sondern verbraucht dabei auch wesentlich weniger Energie und ist damit besonders für Anwendungen geeignet, bei denen die Verbindung zwischen zwei Geräten lange aufrechterhalten bleiben muss.

Damit stehen nun auch Amateurfunk-Apps unter iOS zur Verfügung, die via Bluetooth mit externer Hardware kommunizieren können. Eine solche App ist aprs.fi für iOS. Diese ermöglicht u.a. die Verbindung mit einem Mobilinkd Bluetooth APRS TNC, welches die über Funk empfangenen APRS-Datenpakete via Bluetooth an die App weitergeben kann und umgekehrt. Damit ist man beim APRS-Betrieb nicht mehr auf das mobile Datennetz beschränkt. Aber funktioniert das auch mit einem Kenwood TH-D74?

Jein: Das Bluetooth-Interface des Kenwood TH-D74 unterstützt leider nur den Bluetooth 3.0 class 2 Standard, welcher keinen Support für das Low Energy Protokoll liefert. Wie im folgenden beschrieben, funktioniert die Bluetooth-Verbindung zwischen dem TH-D74 und aprs.fi iOS dennoch über einen kleinen technischen Umweg.

Lösung: BLE-BT-TNC (WH6AZ)

Georges, WH6AZ, hat eine Firmware für ein ESP32 basiertes Board entwickelt, welches sich via klassischem Bluetooth mit dem TH-D74 verbindet und gleichzeitig mit aprs.fi iOS via Bluetooth LE. Das kleine Zusatzgerät macht nichts weiteres, als die Datenpakete bidirektional durchzureichen und fungiert damit quasi nur als Übersetzer der beiden Bluetooth-Standards. In diesem YouTube Video könnt ihr das BLE-BT-TNC von WH6AZ im Einsatz sehen:

Kenwood TH-D74 mit BLE-BT-TNC unter aprs.fi iOS

Benötigte Komponenten

Inbetriebnahme und erste Anpassungen der Firmware

Nach Erhalt des von WH6AZ empfohlenen ESP32 Boards habe ich in der Arduino IDE die benötigte Bibliothek für den TiniPICO entsprechend der Anleitung installiert und die Firmware aufgespielt. Dieses gestaltete sich ohne Probleme und das BLE-BT-TNC war sofort einsatzbereit. In der obigen Anleitung erfahren wir außerdem, wie wir das BLE-BT-TNC zunächst mit dem TH-D74 und dann mit dem iPhone koppeln können. Mit der aktuellen BLE-BT-TNC Firmware ist es aktuell noch nicht möglich, dass sich das TH-D74 automatisch mit dem BLE-BT-TNC verbindet, sobald dieses betriebsbereit ist und sich in Reichweite befindet. Wir müssen das TH-D74 deshalb immer zuerst in den Bluetooth Pairing-Modus versetzen (Menüpunkt 934). Zusätzlich muss am TH-D74 im Menüpunkt 983 in den Interfaceoptionen KISS Bluetooth eingestellt und der KISS-Modus im Datenband aktiviert werden, damit die empfangenen Pakete an die App weitergeleitet werden oder aber von der App empfangenen Pakete vom TH-D74 ausgesendet werden können.

Die erfolgreiche Bluetooth-Verbindung wird durch eine konstant leuchtende grüne LED auf dem TinyPICO Board signalisiert. Danach kann die Verbindung mit der App auf dem Smartphone erfolgen, in meinem Fall nutze ich aprs.fi iOS. Nach erfolgreicher Bluetooth-Verbindung mit der App leuchtet die LED konstant blau. Ab jetzt funktionierte das BLE-BT-TNC bereits enwandfrei und empfangenen Stationen wurden in aprs.fi iOS auf der Karte dargestellt und die in der App konfigurierte eigene Positionsbake von dem TH-D74 ausgesendet. Die Versorgung des TinyPICO kann zwar grundsätzlich aus einer Powerbank erfolgen, ich habe mir jedoch einen 3,7 V Li-Po Akkumulator besorgt der sich an dem TinyPICO anschließen und über diesen auch wieder aufladen lässt. Hier bitte unbedingt die Polung der Anschlüsse des Li-Po beachten!

Der TinyPICO ESP32 mit 3.7 V Li-Po Akkumulator ist sehr handlich

Was mich beim Einsatz störte ist, dass die LED auf dem TinyPICO permanent in voller Helligkeit leuchtet und damit unnötig Strom verbaucht. Nach einem Blick in den übersichtlichen Quellcode und eigener Modifikation war es mir aber erfolgreich möglich, sowohl die Helligkeit der LED zu reduzieren, als auch eingehenden und ausgehende Datenpakete durch ein kurzes Aufblinken der LED in orange bzw. rot zu signalisieren.

In der aprs.fi App störte mich zudem, dass hier immer sowohl die über das Internet als auch die lokal empfangenen APRS Stationen angezeigt werden. Um nur letztere anzuzeigen haben ich in den App Berechtigungen die mobilen Daten für aprs.fi iOS deaktiviert.

Fazit und Ausblick

Das BLE-BT-TNC ermöglicht die Bluetooth-Kommunikation zwischen dem TH-D74 und dem iPhone/iPad. Neben der hier gezeigten Anwendung sind viele weitere denkbar. Die erforderliche Hardware ist relativ günstig zu beschaffen und das Aufspielen der Firmware gestaltet sich über die Arduino IDE einfach. Die Firmware ist aktuell noch recht rudimentär, ambitionierte Hobby-Programmierer können diese jedoch beliebig erweitern.

Bei meinen Experimenten kamen mir die folgenden Ideen für mögliche Erweiterungen und Experimente:

  • Testen weiterer APRS Apps mit Bluetooth-Schnittstelle unter iOS
  • Weitere und günstigere ESP32 Boards auf Kompatibilität testen, die sowohl BLE and auch klassisches Bluetooth an Board haben und sich überall beschaffen lassen
  • Umwandlung von Rohdaten in KISS Datenpakete in der Firmware des BLE-BT-TNC, damit das TH-D74 im Standalone APRS Modus betrieben werden und damit intelligent bleiben kann, die APRS Pakete aber zusätzlich auf einer Karte dargestellt werden können
  • Neue Firmware für den Einsatz des TH-D74 als standalone Digipeater, ggf. mit iGate-Funktion via WLAN

Habt ihr weitere Ideen, was man mit diesem kleinen BLE-BT-TNC in Verbindung mit dem TH-D74 anstellen könnte? Kennt ihr weitere APRS iOS-Apps die man damit testen sollte? Oder habt ihr Interesse, an der Firmware für einen Digipeater mitzuwirken? Falls ja, lasst es uns gerne in den Kommentare zu diesem Beitrag wissen.

Team DL-Nordwest, Stephan 9V1LH/(9M2/)DG1BGS

Unterwegs mit dem Kenwood TH-D74E

Als ich 1999 die Amateurfunkprüfung der Einsteigerklasse ablegte war mit dem Kenwood TH-D7E gerade das erste Handfunkgerät mit integriertem TNC erschienen. Da ich schon zu CB-Funk Zeiten intensiver Packet Radio Nutzer war und mich die Vorstellung der portablen Nutzung dieser Betriebsart schon damals sehr reizte, führte für mich quasi kein Weg an diesem Gerät vorbei.

Treuer Begleiter Kenwood TH-D7E v1 und Zubehör, kurz vor dessen Verkauf

Rund 17 Jahre später, im Dezember 2016, erwarb ich dann das Kenwood TH-D74E. Mit dessen eingebautem GPS-Receiver sind Betriebsarten wie APRS viel komfortabler geworden. Das Handfunkgerät bietet aber noch jede Menge anderer Features wie D-STAR und einem Breitbandempfänger. Zudem besitzt das Gerät eine Bluetooth-Schnittstelle zum Betrieb mit einem externen Headset, der Programmierung oder Fernbedienung. Die Schnittstelle kann aber auch dazu genutzt werden, AX.25– Datenpakete an eine externe Anwendung weiter zu leiten. Wir werden darauf in einem späteren Beitrag noch etwas genauer eingehen.

Nun aber zu der eigentlichen Aktivität: An diesem Tag war mein Ausflugsziel der Upper Seletar Reservoir Park in Singapur. Hier gibt es einen begehbaren Turm in Form einer Rakete, Locator OJ11vj, von dem aus man nicht nur eine wunderschöne Aussicht erhält, sondern auch Funktechnisch gute Reichweiten verspricht.

Da ich bequem im Sitzen funken wollte, positionierte ich zunächst die kleine mitgebrachte Diamond Magnetfußantenne MR-73 SMA-M auf der Reling der Aussichtsplattform. Danach prüfte ich, welche Relaisfunkstellen sich von dem Standort aus erreichen bzw. arbeiten lassen. Das lokale VHF Amateurfunkrelais 9V1RS im Süden von Singapur ließ sich ohne große Probleme auftasten und empfangen. Leider kam auch nach mehrmaligem CQ rufen jedoch kein QSO zustande. Das lokale UHF-Relais 9V1RMP im Osten war schon deutlich schwächer im Empfang, ließ sich dennoch öffnen. Da Singapur Relaistechnisch sonst nichts mehr zu bieten hat nutzte ich die Repeater -App auf meinem iPhone, um gezielt nach Relaisfunkstellen des benachbarten Malaysien zu schauen. Die beiden angezeigten Relais 9M2RGP (147,825 MHz -0,6) und 9M4RGP (145,7375 MHz -0,6) im 2m-Band, die sich wohl beide auf dem Berg Gunung Pulai befinden, konnte ich jeweils stark empfangen. In Singapur ist im 2m-Band jedoch nur Sendebetrieb im Bereich von 144 – 146 MHz erlaubt, wodurch Funkbetrieb zumindest über 9M2RGP von Singapur aus nicht erlaubt ist. Frühere Bestrebungen, den Nachbarn dazu zu bewegen, die angrenzenden Relais in den in Singapur erlaubten Frequenzbereich zu verschieben schlugen bisher leider fehl. Beim Scannen über die Frequenzen konnte ich noch mehr Signale empfangen, z.B. ein DMR-Signal auf 439,0375 MHz, welches ich bisher nicht zuordnen kann, sowie starke Signale im PMR-Bereich. Ein D-STAR Relais in Reichweite konnte ich leider nicht ausfindig machen.

Die Repeater App (iOS) zeigt Relais-Stationen für einen festgelegten Radius, Band und Mode, vorausgesetzt, dass diese zuvor in die Datenbank eingetragen wurden

APRS: Der Nachbar Malaysien bietet nicht nur eine deutlich höhere Dichte an Relaisfunkstellen sondern auch die APRS-Frequenz (hier 144,390 MHz) ist extrem stark frequentiert, so dass man trotz guter Lage Schwierigkeiten hat, sich mit der eigenen Bake durchzusetzen. Neben den Digipeatern selbst konnten auch viele Fest-, Mobil oder Portabelstationen sowie Wetterstationen empfangen werden. Einige Stationen schrieben in ihrer Bake JayBee APRS Team, was mich neugierig machte: Nach einer kurzen Internetrecherche stieß ich auf deren Facebook-Gruppe. Die aktive Gruppe um Johor Bahru im Süden von Malaysien und damit angrenzend zu Singapur betreibt einige APRS-Digipeater. In der Gruppe gibt es auch viele Bilder von dem verwendete Equipment und dessen Installation.

Aber was steht eigentlich in meiner eigenen Bake? Ein Blick ins Menü offenbarte, dass ich meinen Bakentext seit dem Umzug nach Singapur noch nicht angepasst hatte. Ich experimentierte mit verschiedenen Einstellungen des Symbols und des Infotextes. Wie die neuen Yaesu Geräte mit analogem APRS, verfügt auch das Kenwood TH-D74 über die Funktion der Aussendung der QSY Information. Das bedeutet, dass der Bakentext die eingestellte Frequenz, Ablage und Ton des nicht für APRS genutzen Bandes mit aussenden kann. Somit wissen Stationen in Reichweite, wo sie mich aktuell in Fonie erreichen könnten. Wie das genau Funkioniert könnt ihr im Handbuch nachlesen, dass ihr hier von unserer Webseite herunterladen könnt.

Meine APRS-Baken unter 9V1LH-7 wurden von 9M4RJB-3 oder 9M4RAP-3 weitergeleitet und dann von 9W2DVZ-1 oder 9W2GCC-1 an aprs.fi weitergeleitet

Fazit und Ausblick: Da ich am eigenen Wohnort keine Aufbaumöglichkeiten für Antennen habe und sich mein Hobbyraum im 1 Stockwerk und umgeben von weiteren Hochhäusern befindet, beschränkt sich meine Aktivität auf die Kommunikation via Hotspots. Der Ausflug hat allerdings nicht nur mein Interesse am Protabelbetrieb wieder geweckt sondern auch, sich mal wieder etwas mehr im Detail mit dem vorhandenen Funkequipment zu beschäftigen. Mit dem TH-D75 hat Kenwood bereits den Nachfolger des TH-D74 angekündigt (siehe Ankündigung). Dieses verspricht einige spannenden Neuerungen wie dualem D-STAR-Empfang, D-STAR Terminal- und Accesspointmodus mit MMDVM kompatibler Schnittstelle und integriertem APRS-Digipeater. Auch eine neue Firmware für das TH-D74 wurde von Kenwood für Ende diesen Jahres angekündigt. Ob diese jedoch auch neue Funktionen mit sich bringt oder nur Fehler behebt bleibt noch abzuwarten.

Hier gibt es noch weitere Impressionen vom Ausflug mit dem Kenwood TH-D74E:

Seid ihr auch Besitzer eines Kenwood TH-D74 oder eines seiner Vorgänger und wenn ja, wie nutzt ihr das Gerät? Lasst es uns gerne in den Kommentaren zu diesem Beitrag wissen.

Möchtest du dein Lieblingsgerät gerne auch hier vorstellen? Dann schreib uns einfach eine E-Mail mit deinem Beitrag an sysop@dl-nordwest.com.

Team DL-Nordwest, Stephan 9V1LH/DG1BGS