OpenX6X00 v0.3.7 bringt regionale Bandpläne und erweitertes Winlink auf Xiegu-Funkgeräte

Die aktuelle Version der Community-Firmware erweitert die Xiegu X6100 und X6200 um regionsabhängige Bandpläne, einen übersichtlicheren Winlink-Workflow und ein experimentelles alternatives Modem. Zugleich zeigt sie, wie viel sich bei einem modernen Software Defined Radio durch Software direkt im Funkgerät verändern lässt.

Ein Kurzwellentransceiver wurde lange vor allem durch seine Frontplatte und die vom Hersteller bereitgestellte Firmware bestimmt. OpenX6X00 verändert diese Erwartung für die Xiegu X6100 und X6200. Die neue Version 0.3.7 ergänzt Bandpläne für verschiedene IARU-Regionen, Beschränkungen für US-Lizenzklassen, eine überarbeitete Winlink-Bedienung und das experimentelle Mercury-Modem. Diese Funktionen kommen zu digitalen Anwendungen, Protokollierung, browserbasierter Fernsteuerung und weiteren Programmen hinzu, die direkt auf dem Funkgerät laufen.

Das ist für den praktischen Funkbetrieb relevant. Ein Laptop kann nahezu jeden Transceiver um digitale Betriebsarten und Netzwerkfunktionen erweitern, bringt aber einen weiteren Bildschirm, zusätzliche Kabel und ein weiteres Gerät mit eigenem Strombedarf und möglichen Fehlerquellen mit sich. OpenX6X00 integriert viele dieser Funktionen in die vorhandene Rechnerumgebung des Funkgeräts. Das Ergebnis ist nicht bloß eine neue Bildschirmgestaltung, sondern eine andere Art, das Gerät zu nutzen: Betrieb, Protokollierung und Netzwerkfunktionen lassen sich in einer Umgebung miteinander verbinden.

Version 0.3.7 ist ein wichtiger Schritt auf diesem Weg. Sie führt keine neue HF-Endstufe ein und verändert auch nicht die zugrunde liegende Baseband-Firmware des Transceivers. Stattdessen erweitert sie, wie die Linux-Seite des Funkgeräts Betriebsregeln interpretiert, digitale Kommunikation darstellt und ihre webbasierten Bedienelemente schützt. Die Änderungen zeigen zugleich, welche Anforderungen an ein Open-Source-Firmwareprojekt entstehen: Neue Funktionen müssen mit zwei verwandten Funkgeräten funktionieren, regionale Unterschiede bei den Bandplänen berücksichtigen und sich sicher verhalten, wenn Software über ein lokales Netzwerk oder eine Fernverbindung erreichbar ist.

Von einer Ersatzoberfläche zur Softwareplattform

OpenX6X00 läuft auf der Linux-Seite der X6100 und X6200 von einer microSD-Karte. Die Funkgeräte behalten eine separate Baseband-Firmware für Funktionen wie DSP, HF, Leistungssteuerung und Keyer. OpenX6X00 kommuniziert mit dieser Firmware, ersetzt sie aber nicht. Diese Trennung gibt dem Projekt Spielraum, die Benutzeroberfläche und Anwendungen weiterzuentwickeln und gleichzeitig für die grundlegenden Transceiverfunktionen auf die vorhandene Software des Funkgeräts zu setzen.

Das ist wichtig, weil der Begriff „offene Firmware“ den Eindruck erwecken kann, sämtliche Komponenten eines Funkgeräts seien ersetzt oder frei veränderbar. Hier kontrolliert das Projekt eine umfangreiche Softwareebene, während das Baseband eine separate, von Xiegu bereitgestellte Komponente bleibt. Betriebssystem, Anwendungen, Steueroberfläche und Webwerkzeuge können unabhängig von der Firmware aktualisiert werden, die die Funkhardware verwaltet. Für Anwender bedeutet das: Eine in OpenX6X00 verfügbare Funktion hängt möglicherweise trotzdem davon ab, welche Möglichkeiten das zugrunde liegende Baseband bereitstellt.

Auch die Entstehungsgeschichte des Projekts erklärt seinen Umfang. OpenX6X00 wurde vom letzten offenen Firmware-Release für die X6100 abgezweigt, nachdem das ursprüngliche Projekt geschlossen worden war. Die Maintainer beschreiben, dass sie Dienste entfernt haben, die Daten nach außen übermittelten, und die Entwicklung anschließend offen fortführten. Inzwischen umfasst das System unter anderem ein browserbasiertes Bedienfeld, eine DX-Cluster-Anzeige, Logbuchfunktionen, Programme für den Outdoorbetrieb und verschiedene digitale Betriebsarten. Die neue Version erweitert diese Softwareumgebung, statt jede Funktion als separates Zubehör zu behandeln.

Der interne Rechner verändert die Gestaltung einer Portabelstation. Wenn ein Programm für digitale Betriebsarten direkt im Funkgerät läuft, benötigt man zum Dekodieren oder Senden einer unterstützten Betriebsart möglicherweise keinen zusätzlich angeschlossenen Computer. Sind außerdem ein Logbuch und Programme für Aktivierungen verfügbar, lassen sich manche Aufgaben erledigen, ohne zwischen verschiedenen Geräten wechseln zu müssen. Die Browsersteuerung bietet eine weitere Option: Ein Smartphone, Tablet oder Computer im lokalen Netzwerk kann das Funkgerät über eine Weboberfläche bedienen. Zusammen machen diese Funktionen den Transceiver für viele digitale und vernetzte Aufgaben unabhängiger von einem externen Computer.

Das hat Grenzen. Die physischen Bedienelemente, das Display, die Audiowege und die Fähigkeiten des Basebands bestimmen weiterhin, was die Software leisten kann. Eine Linux-Anwendung kann einen neuen Workflow ermöglichen, aber weder die Beschränkungen der Transceiverhardware aufheben noch garantieren, dass sich jede Funktion auf beiden Modellen identisch verhält. Die Trennung zwischen Anwendungsebene und Baseband ist besonders wichtig, wenn Anwender Firmwarefunktionen vergleichen, einem Betriebsproblem nachgehen oder über ein Update entscheiden. Eine leistungsfähigere Softwareplattform erweitert die Nutzungsmöglichkeiten des Funkgeräts, während sein grundlegender Aufbau weiterhin die Grenzen setzt.

Bandpläne, die sich am Standort orientieren

Die sichtbarste Neuerung in Version 0.3.7 dürfte das erweiterte Bandplansystem sein. Frühere Versionen zeigten im Bandplanstreifen auf dem Display nur den Plan der IARU-Region 1 an. Die neue Version unterstützt zusätzlich die IARU-Regionen 2 und 3 sowie US-Bandpläne für die Lizenzklassen Extra, Advanced, General und Technician. Dadurch wird die Anzeige für Funkamateure nützlicher, deren regionale Zuteilungen von dem ursprünglich unterstützten Plan abweichen.

Bandpläne sind mehr als Beschriftungen auf einem Bildschirm. Sie helfen Funkamateuren einzuschätzen, wo bestimmte Aussendungsarten üblich oder zulässig sind, und beeinflussen die praktische Frequenzwahl. Das neue System kann den ausgewählten Plan im Bandplanstreifen anzeigen, auch im browserbasierten Bedienfeld. Außerdem wirkt es sich auf verwandte Funktionen der Benutzeroberfläche aus, etwa auf die Auswahl einer Betriebsart anhand des Bandplans und auf die Kennzeichnung von CW-Segmenten. In den US-Plänen für die verschiedenen Lizenzklassen werden Bereiche, die mit der ausgewählten Klasse nicht genutzt werden dürfen, grau markiert. Wo es zutrifft, erscheint zusätzlich der Hinweis „out“.

Die automatische Auswahl verwendet verfügbare Standortinformationen, um eine IARU-Region zu bestimmen. Sie greift zuerst auf einen GPS-Fix zurück, dann auf den konfigurierten Maidenhead-Locator und anschließend auf das Land, das dem Rufzeichen zugeordnet ist. Sind keine dieser Angaben vorhanden, behält das Funkgerät die zuvor eingestellte Region bei. Diese Reihenfolge ist für ein Portabelgerät sinnvoll, das an unterschiedlichen Standorten genutzt werden kann, und bietet zugleich eine Rückfalloption für Funkamateure ohne GPS-Daten oder eingetragenen Locator.

Eine US-Lizenzklasse wählt die Automatik bewusst nicht aus. Aus dem Standort in den Vereinigten Staaten lässt sich nicht ableiten, welche Sendeberechtigungen der Funkamateur besitzt. Ein regionaler Bandplan allein kann diesen Unterschied nicht abbilden, daher müssen US-Anwender Land und Lizenzklasse selbst einstellen. Das ist eine sinnvolle Entscheidung: Automatik kann die Einrichtung vereinfachen, wenn die nötigen Informationen vorliegen, sollte aber keine regulatorische Eigenschaft erraten, die das System nicht kennt.

Der regionale Plan wirkt sich auch in bestimmten Fällen auf die Bandliste des Funkgeräts aus. In den Regionen 2 und 3 können die Einträge für 160 Meter, 80 Meter, SSB auf 40 Meter und 6 Meter nach dem Update beim ersten Start die jeweiligen regionalen Bandgrenzen übernehmen, sofern der Anwender diese Einträge nicht bereits bearbeitet hat. In Region 1 werden vorhandene Bandgrenzen durch diese Änderung nicht verschoben. Das ist relevant, weil feste Frequenzbereiche, die für eine Region passen, nicht unbedingt mit den Zuteilungen oder Betriebskonventionen einer anderen Region übereinstimmen.

Für den Portabelbetrieb kann die Änderung kleine, aber wichtige Abweichungen in der Benutzeroberfläche verringern. Ein Funkgerät, das über eine Grenze hinweg mitgenommen, für eine andere Region konfiguriert oder von einem Funkamateur nach einem anderen nationalen Plan verwendet wird, sollte die passende Information anzeigen. Der Bandplan ersetzt nicht die Kenntnis der geltenden Vorschriften, und eine einzelne Einstellung kann nicht jede nationale Besonderheit abdecken. Sie macht jedoch den ausgewählten Betriebskontext besser sichtbar und hilft dabei, die Frequenzanzeige daran auszurichten.

Das Projekt berichtet, die Darstellung und Bandlisteneinträge auf einem PC-Build sowie auf einer X6100 auf der Werkbank für Region 2, Region 3, US General und US Technician getestet zu haben. Das ist ein nützlicher Nachweis für das Verhalten der Benutzeroberfläche, aber keine formelle regulatorische Zertifizierung und auch kein vollständiger Test aller möglichen Standort- und Lizenzkombinationen. Laut Release Notes wurde die automatische Auswahl anhand eines GPS-Fixes nicht auf einem Funkgerät getestet. Diese Einschränkungen sollte man berücksichtigen: Das System bietet praktische regionale Funktionen, doch die Verantwortung für die korrekte Auswahl und Einhaltung der Sendeberechtigungen bleibt beim Funkamateur.

Winlink nähert sich einem Betrieb direkt am Funkgerät

Winlink gehört zu den wichtigeren Teilen des Updates, weil es Amateurfunk mit Store-and-Forward-E-Mail und Nachrichtenübermittlung über Funknetze verbindet. Auf Kurzwelle kann das nützlich sein, wenn kein herkömmlicher Internetzugang verfügbar ist oder Nachrichten über ein Funkgateway ausgetauscht werden sollen. Der Winlink-Workflow von OpenX6X00 verwendet ARDOP, ein digitales Protokoll für Datenkommunikation über Funk. In der neuen Version liegt der Schwerpunkt darauf, den Verbindungsaufbau leichter nachvollziehbar und Fehler besser diagnostizierbar zu machen.

Die überarbeitete Oberfläche bietet eine Karte „Before you connect“, die zeigt, wie Winlink das Funkgerät verwenden wird. Eine Verbindungskarte erklärt, warum eine Verbindung fehlgeschlagen ist und welche nächsten Schritte helfen könnten. Damit beschränkt sich die Software nicht mehr darauf, eine Verbindungsschaltfläche bereitzustellen, sondern versucht, die Voraussetzungen der Aktion und mögliche Fehler verständlicher darzustellen. Beim Beheben einer HF-Verbindung kann das nützlicher sein als eine allgemeine Fehlermeldung, insbesondere weil Funkgerätekonfiguration, Modemeinstellungen und die Verfügbarkeit des Gateways den Verbindungsaufbau beeinflussen.

Auch das Verhalten bei der ARDOP-Bandbreite wurde überarbeitet. Die Funkgeräteseite verwendet jetzt für jede Verbindung die breiteste ARDOP-Bandbreite. In der beschriebenen Konfiguration beträgt der Standardwert 500 Hz, wenn die Gateway-Liste eine Einstellung von 2000MAX angefordert hat. In den Release Notes wird außerdem erwähnt, dass ein in den anwendungseigenen Einstellungen eingegebenes Passwort erhalten bleibt. Das mögen kleine Details sein, doch genau solche Punkte beeinflussen, ob sich ein integriertes Werkzeug während eines realen Funkbetriebs verlässlich nutzen lässt.

Ergänzt werden die Winlink-Änderungen durch Anpassungen daran, wie das Funkgerät Bedienelemente und Protokolldaten behandelt, solange eine digitale Anwendung geöffnet ist. Die Tastatur steht in diesem Zustand nicht zur Verfügung, und Logs lassen sich gemeinsam herunterladen, wobei Passwörter unkenntlich gemacht werden. Dahinter stehen zwei unterschiedliche Anliegen: unpassende Eingaben zu verhindern, solange eine Anwendung das Funkgerät steuert, und vertrauliche Informationen beim Export von Logs nicht unnötig offenzulegen. Ein Funkgerät, das über ein Netzwerk kommunizieren kann, muss seine Konfiguration und gespeicherten Daten als Teil der Betriebsumgebung behandeln.

Version 0.3.7 fügt Mercury als experimentelle zweite Modemoption für Winlink hinzu. Mercury gehört zum HERMES-Projekt; für die Kompatibilität gilt eine konkrete Voraussetzung: Die Gegenstelle muss Mercury 1.9.20 oder neuer verwenden. Laut Release-Beschreibung wählt man Mercury in Pat über die Option VARA HF aus. Anwender sollten diese Besonderheit kennen, bevor sie einen Verbindungsversuch starten. Da Mercury in dieser Version experimentell ist, sollte man die Integration als zusätzliche Funktion in der Entwicklung verstehen und nicht als Garantie, dass jedes Winlink-Gateway oder jeder Client sie unterstützt.

Diese Einschränkung ist bei Funknetzwerken wichtig. Ein Modem ist nur dann nützlich, wenn die Gegenstelle Daten mit einem kompatiblen Protokoll und einer passenden Konfiguration austauschen kann. Eine lokale Implementierung kann technisch vollständig sein und dennoch nur begrenzt praktisch einsetzbar sein, wenn das übrige Netzwerk das Protokoll nicht übernommen hat. Der unmittelbare Nutzen von Mercury dürfte deshalb besonders für Experimente, Tests und frühe Anwender liegen, die sich mit kompatiblen Gegenstellen abstimmen können. Ein breiterer praktischer Einsatz hängt davon ab, wie weit die Unterstützung über das Funkgerät hinausreicht.

Die Arbeit an Winlink macht auch eine größere Designaufgabe sichtbar. Eine Anwendung direkt im Funkgerät muss Entscheidungen berücksichtigen, die bei einem Desktopprogramm möglicherweise über mehrere Fenster verteilt sind: Welches Modem ist aktiv? Welche Bandbreite wird angefordert? Ist das Funkgerät sendebereit? Was ist nach einem fehlgeschlagenen Versuch passiert? Werden diese Elemente zusammengeführt, kann das die Station vereinfachen, zugleich wird aber eine verständliche Darstellung unverzichtbar. Verbirgt die Oberfläche einen wichtigen Status, kann eine kompakte Konfiguration schwerer zu diagnostizieren sein als eine Lösung mit Laptop.

Digitale Betriebsarten und die Portabelstation

Der übrige Funktionsumfang von OpenX6X00 liefert den Kontext für die neuen Winlink-Funktionen. Das Projekt unterstützt Anwendungen für Betriebsarten wie FT8, FT4, FT2, JS8, WSPR, PSK31, PSK63, Olivia, RTTY, SSTV, WeFax und den Nur-Empfangsbetrieb Navtex mit DSC. Die genaue Unterstützung hängt von der jeweiligen Anwendung und Betriebsart ab, doch die Grundidee bleibt gleich: Die Linux-Umgebung des Funkgeräts beherbergt Software, die üblicherweise auf einem angeschlossenen Computer läuft. Version 0.3.7 baut auf dieser Grundlage auf, statt den digitalen Betrieb erst grundsätzlich einzuführen.

Das kann die physische Gestaltung einer Portabelstation verändern. Ein Funkamateur für den Outdoorbetrieb trägt möglicherweise bereits Transceiver, Akku, Antenne und ein Smartphone oder Tablet für Karten und Logbuch mit sich. Ein Laptop für jede digitale Betriebsart erhöht Gewicht und Strombedarf und bringt zusätzliche Kabel und Softwarekonfiguration mit. Werden einige dieser Aufgaben ins Funkgerät verlagert, kann die Station kompakter und eigenständiger werden. Damit wird nicht jeder Laptop überflüssig: Ein größeres Display, vertraute Logbuchprogramme oder spezialisierte Software können weiterhin vorzuziehen sein. Das Funkgerät kann jedoch mehr der zentralen Aufgaben selbst übernehmen.

Verschiedene Betriebsarten stellen unterschiedliche Anforderungen. FT8 und verwandte Weak-Signal-Betriebsarten benötigen eine präzise Zeitsteuerung, zuverlässige Dekodierung und zeitlich abgestimmte Aussendungen. WSPR wird häufig eingesetzt, um die Ausbreitungsbedingungen mit leistungsschwachen Baken zu beobachten. JS8 unterstützt nachrichtenähnliche Tastatureingaben und relay-orientierten Betrieb. Winlink verfolgt einen anderen Zweck und überträgt Nachrichten über Gateways. Wenn diese Werkzeuge in einem Funkgerät zusammenkommen, lässt sich leichter zwischen Experimenten, Funkkontakten und praktischer Nachrichtenübermittlung wechseln, ohne die Station jedes Mal um einen separaten Computer herum neu aufzubauen.

Display und Steuerung gehören zu dieser Erfahrung. Ein Wasserfalldiagramm kann Signale so darstellen, dass sich Frequenzwahl und Aktivität leichter beurteilen lassen. Eine Clusteranzeige kann Spots mit der Abstimmung des Funkgeräts verknüpfen. Die Browsersteuerung ermöglicht es, ein vertrautes Gerät als Fernbedienung zu nutzen. Der Mehrwert entsteht aus dem Zusammenspiel dieser Funktionen: Ein Spot kann die Frequenzwahl beeinflussen, eine digitale Anwendung eine Aussendung steuern und ein Logbuch den Kontakt innerhalb derselben Softwareumgebung aufzeichnen.

Integration bündelt jedoch auch Komplexität. Eine digitale Anwendung benötigt verlässlichen Zugriff auf Audio, Frequenz und Sendesteuerung. Eine Browseroberfläche muss mit dem Funkgerät kommunizieren können, ohne einer nicht vertrauenswürdigen Webseite die missbräuchliche Nutzung dieser Bedienelemente zu ermöglichen. Das Logbuch muss korrekte Kontaktdaten bewahren, und Netzwerkdienste müssen zwischen vorgesehenen Nutzern und anderen Clients unterscheiden. Jede dieser Funktionen kann für sich genommen klein wirken, doch ihr Zusammenspiel erfordert sorgfältige Entwicklung und Tests.

Die Entwicklungsgeschichte des Projekts zeigt diese Herausforderung. Frühere Releases ergänzten die Unterstützung für die X6200, browserbasierte Fernsteuerung, Winlink über Kurzwelle und weitere Funktionen. Gleichzeitig traten bei der Weiterentwicklung Fehler in der Protokollierung, TCI-Steuerung, Browser-PTT-Funktion und anderen Bereichen zutage. Für Version 0.3.7 geben die Maintainer an, dass eine Prüfung von Version 0.3.6 insgesamt 14 Fehler aufgedeckt hat, unter anderem bei Browser-PTT, Konfigurator, TCI und Weboberfläche. Das Release behebt diese Probleme und zeigt damit, dass die Arbeit an einem offenen Firmwareprojekt nicht nur neue Funktionen umfasst, sondern auch die Korrektur von Fehlern an den Schnittstellen zwischen ihnen.

Sicherheit wird Teil des Funkbetriebs

Ein Funkgerät mit Webkonfigurator, Browser-Fernsteuerung und Netzwerkdiensten hat ein anderes Sicherheitsprofil als ein Funkgerät, das nur über physische Bedienelemente verfügt. Version 0.3.7 ergänzt einen Schutz gegen DNS-Rebinding. Dabei kann eine bösartige Webseite dafür sorgen, dass ein vom Angreifer kontrollierter Name im Browser auf ein Gerät im lokalen Netzwerk zeigt. Kann der Browser die Konfigurations- oder Steuerseiten des Funkgeräts erreichen, könnte ein anfälliges Design Einstellungen offenlegen oder Aktionen über die Browsersitzung des Nutzers ermöglichen.

OpenX6X00 v0.3.7 beschränkt bestimmte Webaktionen auf die eigenen Namen des Funkgeräts, beispielsweise seinen lokalen Hostnamen oder einen eigens konfigurierten Namen. Das gilt für das Speichern von Änderungen im Webkonfigurator sowie für zugehörige Seiten und Verbindungen, während TCI-Programme sich weiterhin unter jedem Namen verbinden können. Diese Trennung berücksichtigt einen praktischen Unterschied: Browserbasierte Steueroberflächen und Schnittstellen für die Kommunikation zwischen Programmen benötigen nicht immer dieselben Regeln für Hostnamen. Wenn sensible Webaktionen auf bestimmte Namen beschränkt werden, kann das das Risiko verringern, dass eine fremde Webseite den Browser zur Interaktion mit dem Funkgerät verleitet.

Die Sicherheitsarbeit des Releases steht im Zusammenhang mit einer Reihe von Audits und Codeprüfungen. Laut Projekt fanden Prüfer bei der Kontrolle von Version 0.3.6 insgesamt 14 Fehler, die in Version 0.3.7 behoben wurden. Frühere unabhängige Audits führten ebenfalls zu Korrekturen, unter anderem bei der TCI-Steuerung, der Verarbeitung von ADIF-Daten, der Logbuchbearbeitung und dem Verhalten von Browsersitzungen. Das sind keine rein kosmetischen Probleme. Ein Fehler bei der Sendesteuerung kann beeinflussen, ob ein Funkgerät korrekt auf Sendung geht oder wieder auf Empfang schaltet. Ein Fehler bei der Datenverarbeitung kann Logs beschädigen oder zu instabilem Verhalten führen.

Die Aufmerksamkeit für Browser-PTT ist besonders wichtig, weil Fernsteuerung die Bedeutung einer Sendetaste verändert. Ein lokaler Taster gehört physisch zum Anwender und zum Funkgerät. Eine Browsersteuerung hängt von einer Netzwerkverbindung und dem Zustand der Software ab. Wenn eine Verbindung stockt und anschließend wiederhergestellt wird, darf die Oberfläche nicht aufgrund veralteter Eingaben unerwartet den Sender einschalten. Laut Release Notes wurde ein Fehler behoben, bei dem eine gehaltene Browser-PTT-Taste das Funkgerät nach der Wiederherstellung einer unterbrochenen Verbindung erneut auf Sendung schalten konnte. Dies ist ein typischer Randfall, den eine gut entwickelte Bedienoberfläche ausdrücklich berücksichtigen muss.

Sicherheitsaspekte bestimmen auch, wie Fernzugriff angeboten werden sollte. OpenX6X00 kann Tailscale für den Fernbetrieb verwenden; mit Version 0.3.7 wird zusätzlich Tailscale Funnel unterstützt, damit bestimmte Browserseiten von außerhalb des lokalen Netzwerks erreichbar sind. Das Release unterscheidet dabei zwischen den Seiten Panel und Screen sowie anderen Diensten wie Konfigurator, TCI-Programmen und Winlink-Anwendungen. Diese Unterscheidung ist wichtig, denn „Fernzugriff“ umfasst nicht nur eine einheitliche Berechtigung: Ein Live-Bedienfeld, eine Konfigurationsoberfläche und ein Netzwerkdienst bieten unterschiedliche Möglichkeiten und bringen verschiedene Risiken mit sich.

Für die Funnel-Funktion gelten klar beschriebene Grenzen. Die Kopplung eines Browsers muss vor der Nutzung des Fernzugriffs stattfinden. Ein zuhause gekoppelter Browser kann anschließend einen eigenen Link für die Nutzung von unterwegs erhalten. Öffentlich erreichbar sind nur Panel und Screen sowie die zugehörigen Sockets; für die Verbindung ist ein zuvor zuhause gekoppelter Browser erforderlich. Andere Dienste bleiben über Funnel unerreichbar. Die Funktion wurde mit einem Ersatz für den Tailscale-Dienst und in einem PC-Build getestet, aber noch nicht mit einem echten Tailnet und einem echten Funkgerät. Die Maintainer bitten deshalb um Rückmeldungen von Anwendern, die diese Umgebung testen.

Die Funktion ist damit mehr als ein einfacher Komfortschalter. Ein Dienst wird im Internet veröffentlicht, dadurch ändert sich, wer ihn erreichen kann und welche Authentifizierung nötig ist. OpenX6X00 trennt den Zugriff des entfernten Browsers von den übrigen Diensten des Funkgeräts und verlangt eine vorherige Kopplung. Das Projekt weist außerdem darauf hin, dass der öffentliche Hostname in Zertifikatsprotokollen sichtbar wird. Wer keinen Fernzugriff über den Browser benötigt, kann Funnel deaktiviert lassen. Wer ihn nutzt, sollte wissen, welche Seiten erreichbar werden und welche weiterhin nicht zugänglich sind.

Leistungsgrenzen, Wartung und die Bedeutung von Version 0.3.7

Auch das Sendeleistungsverhalten der X6200 ist eine betriebsrelevante Änderung. In Version 0.3.7 begrenzt die Benutzeroberfläche die auswählbare Leistung auf 8 W und bei Akkubetrieb auf 5 W. Eine Softwarebegrenzung kann eine sinnvolle Schutzmaßnahme sein, insbesondere bei einer Portabelstation, deren Versorgung sich ändern kann. Sie sollte jedoch nicht als allgemeine Aussage über die maximale Leistung des Funkgeräts verstanden werden. Es handelt sich um eine Begrenzung des Steuerverhaltens dieser Firmware, die beeinflussen kann, wie Anwender das Funkgerät je nach Stromversorgung konfigurieren.

Das Release korrigiert zudem eine Reihe kleinerer Verhaltensweisen. Der Standardwert für den Monitorpegel der X6100 wird auf null gesetzt und entspricht damit dem Verhalten der X6200; einen bereits eingestellten Wert behält das Funkgerät bei. Wird ein VFO über eine Bandgrenze hinaus abgestimmt, bleibt der andere VFO jetzt an seiner bisherigen Position. Darüber hinaus wurden Fehler bei Browsersteuerung, TCI, Wavelog-Formularen und im Konfigurator behoben. Jede Anpassung trägt zu einem berechenbareren Betrieb bei, auch wenn sie keine neue Hauptfunktion hinzufügt.

Bei bereits installierter OpenX6X00-Version ist das Update direkt vom Funkgerät aus möglich. Laut Release Notes können X6100 und X6200 mit einer unterstützten Installation von Version 0.2.x oder 0.3.x das Update über die integrierte Aktualisierungsfunktion beziehen. Neue Images für die Speicherkarte stehen für Erstinstallationen und für Funkgeräte zur Verfügung, die nicht mehr weit genug starten, um ein Update auszuführen. Bei bestimmten älteren Kartenimages ist wegen früherer Änderungen am Bootloader oder WLAN-Treiber ein Austausch erforderlich. Das ist jedoch von Modell und installierter Version abhängig und bedeutet nicht, dass alle Anwender für Version 0.3.7 die Karte neu beschreiben müssen.

Die Trennung zwischen Update-Paket und Kartenimage ist ein praktischer Vorteil der Architektur. Anwendungen und Webseiten können aktualisiert werden, ohne das vollständige Systemimage neu aufzuspielen, sofern sich Kernel, Treiber und Bootkomponenten nicht geändert haben. Laut Projekt war für Version 0.3.7 kein neues Kartenimage nötig, wenn das Funkgerät bereits eines der passenden früheren Images verwendete. Einstellungen und Logs bleiben auf der Datenpartition der Karte erhalten; dennoch wird empfohlen, vor dem Update eine Sicherung anzulegen. Die Trennung zwischen Betriebssystem- und Anwendungsebene kann die Wartung weniger störend machen, setzt aber weiterhin voraus, dass Anwender wissen, wann ein vollständiges Image nötig ist.

Auch die Möglichkeit eines Rollbacks gehört zum Aktualisierungsmodell. Das Funkgerät behält die vorherige Version für eine automatische Rückkehr bereit, falls das neue System nicht erfolgreich startet. Das ersetzt weder die Sicherung von Konfiguration und Logs noch macht es jedes Update risikofrei. Bei einem eingebetteten Gerät bietet es jedoch eine Wiederherstellungsmöglichkeit, die sonst unter Umständen ein aufwendigeres Verfahren zum Beschreiben der Speicherkarte erfordern würde.

Das Projekt macht außerdem einen größeren Trend im Amateurfunk sichtbar. SDR-Transceiver enthalten zunehmend universell einsetzbare Rechnerhardware, Netzwerkfunktionen und softwaredefinierte Schnittstellen. Dadurch lassen sich neue Fähigkeiten nach dem Verkauf eines Funkgeräts ergänzen. Gleichzeitig wird die Qualität der Softwarepflege zu einem Teil des praktischen Nutzens im Alltag. Bandplanlogik, Modemkompatibilität, Browsersicherheit, Integrität der Logbuchdaten und Leistungssteuerung sind Softwarefragen, die den tatsächlichen Funkbetrieb beeinflussen. Eine offene Entwicklung gibt Anwendern Einblick in diese Änderungen und eine Möglichkeit, Probleme zu melden. Zugleich sind die Maintainer gefordert, ein wachsendes System konsistent zu halten.

OpenX6X00 v0.3.7 ist deshalb mehr als eine Liste neuer Funktionen. Die regionalen Bandpläne passen die Benutzeroberfläche besser an Funkamateure in verschiedenen Teilen der Welt an. Die Winlink-Änderungen sollen Verbindungen verständlicher machen, während Mercury kompatiblen Stationen einen experimentellen Weg zum Testen eröffnet. Die Sicherheitskorrekturen und Codeprüfungen zeigen, dass browserbasierter Fernbetrieb auch die Funktionssicherheit eines Funkgeräts betrifft. Zusammengenommen macht das Release die X6100 und X6200 zu Plattformen, bei denen Firmware mitbestimmt, wie ein Transceiver betrieben, vernetzt und langfristig gewartet wird.

Die in diesem Beitrag verwendeten Bilder stammen entweder aus KI-generierter Quelle oder von lizenzfreien Plattformen wie Pixabay oder Pexels.

Dieser Artikel kann Affiliate-Links enthalten...