OpenX6X00 v0.3.7 brengt regionale bandplannen en verbeterde Winlink naar Xiegu-radio’s

De nieuwste versie van de communityfirmware voegt regionale bandplannen, een duidelijkere Winlink-werkwijze en het experimentele Mercury-modem toe aan de Xiegu X6100 en X6200. Ook laat de release zien hoeveel software op een moderne softwaregedefinieerde radio kan veranderen wanneer die rechtstreeks op het toestel draait.

Een HF-transceiver werd lange tijd vooral bepaald door het frontpaneel en de firmware van de fabrikant. OpenX6X00 verandert dat beeld voor de Xiegu X6100 en X6200. Versie 0.3.7 voegt bandplannen voor verschillende IARU-regio’s toe, beperkingen voor Amerikaanse licentieklassen, een vernieuwde Winlink-bediening en het experimentele Mercury-modem. Die functies komen boven op digitale toepassingen, logboekfuncties, bediening via een browser en andere software die rechtstreeks op de radio draait.

Dat verschil is praktisch merkbaar. Een laptop kan digitale modes en netwerkfuncties aan vrijwel elke transceiver toevoegen, maar betekent ook een extra scherm, meer kabels en een apparaat dat moet worden gevoed en onderhouden. OpenX6X00 brengt veel van die functies onder in de computeromgeving die al in de radio aanwezig is. Het gaat dus om meer dan een vernieuwde interface: de software brengt radioverkeer, logging en bepaalde netwerkfuncties samen in één systeem.

Versie 0.3.7 is een volgende stap in die ontwikkeling. De release voegt geen nieuwe RF-eindtrap toe en verandert ook niet de onderliggende basebandfirmware van de transceiver. Wel breidt hij uit hoe de Linux-kant van de radio bedrijfsregels interpreteert, digitale communicatie presenteert en de webbediening beveiligt. De wijzigingen laten ook zien voor welke uitdagingen een open firmwareproject staat: nieuwe functies moeten op twee verwante radio’s werken, regionale verschillen in bandplannen respecteren en veilig blijven wanneer software via een lokaal netwerk of een externe verbinding bereikbaar is.

Van vervangende interface naar softwareplatform

OpenX6X00 draait op de Linux-kant van de X6100 en X6200 vanaf een microSD-kaart. De radio’s behouden aparte basebandfirmware voor functies als DSP, RF, vermogensregeling en de keyer. OpenX6X00 communiceert met die firmware, maar vervangt haar niet. Door deze scheiding kan het project de interface en toepassingen verder ontwikkelen, terwijl het voor de fundamentele transceiverfuncties gebruikmaakt van de bestaande firmware.

Dat onderscheid is belangrijk, want de term ‘open firmware’ kan de indruk wekken dat alle onderdelen van een radio zijn vervangen of vrij kunnen worden aangepast. In dit geval beheert het project een omvangrijke softwarelaag, maar blijft de baseband een afzonderlijk onderdeel van Xiegu. Het besturingssysteem, de toepassingen, de bedieningsinterface en de webtools kunnen onafhankelijk worden aangepast van de firmware die de radiohardware aanstuurt. Voor gebruikers betekent dit dat een functie in OpenX6X00 nog altijd afhankelijk kan zijn van wat de onderliggende baseband beschikbaar stelt.

Ook de geschiedenis van het project helpt de reikwijdte ervan te verklaren. OpenX6X00 is een fork van de laatste open firmwareversie voor de X6100, nadat het oorspronkelijke project gesloten werd. De ontwikkelaars geven aan dat ze diensten hebben verwijderd die contact met externe servers maakten en de ontwikkeling vervolgens open hebben voortgezet. Inmiddels omvat het systeem onder andere een browserbedieningspaneel, een DX-clusterscherm, logboekfuncties, toepassingen voor activiteiten buitenshuis en diverse digitale modes. De nieuwe release bouwt die softwareomgeving verder uit in plaats van elke functie als een afzonderlijk accessoire te behandelen.

De ingebouwde computer verandert de opzet van een draagbaar station. Wanneer een toepassing voor digitale modes op de radio draait, is er mogelijk geen aangesloten computer nodig om een ondersteunde mode te decoderen of uit te zenden. Als ook een logboek en activatietools op hetzelfde platform beschikbaar zijn, kunnen sommige handelingen plaatsvinden zonder tussen apparaten te wisselen. Bediening via een browser biedt nog een mogelijkheid: een telefoon, tablet of computer op het lokale netwerk kan de radio via een webinterface bedienen. Samen maken deze functies de transceiver voor veel digitale en netwerkgerelateerde taken minder afhankelijk van een externe computer.

Die integratie kent grenzen. De fysieke bedieningselementen, het scherm, de audiopaden en de mogelijkheden van de baseband bepalen nog altijd wat de software kan doen. Een Linux-toepassing kan een nieuwe werkwijze bieden, maar niet de beperkingen van de transceiverhardware wegnemen of garanderen dat elke functie op beide modellen hetzelfde werkt. Het onderscheid tussen de toepassingslaag en de baseband is vooral van belang wanneer gebruikers functies vergelijken, een probleem onderzoeken of besluiten of ze een update installeren. Een krachtiger softwareplatform vergroot de mogelijkheden van de radio, maar het onderliggende ontwerp blijft de grenzen bepalen.

Bandplannen die aansluiten op de regio

De meest zichtbare verandering in versie 0.3.7 is waarschijnlijk het uitgebreide systeem voor bandplannen. Eerdere versies toonden in de bandplanbalk alleen het plan van IARU-regio 1. De nieuwe versie voegt regio’s 2 en 3 toe, evenals Amerikaanse plannen voor de licentieklassen Extra, Advanced, General en Technician. Daardoor is de weergave bruikbaarder voor radioamateurs van wie de toewijzingen afwijken van het plan dat oorspronkelijk werd ondersteund.

Een bandplan is meer dan een reeks labels op een scherm. Het helpt operators te bepalen waar bepaalde emissiesoorten passend of toegestaan zijn en ondersteunt hun keuzes tijdens het afstemmen. Het nieuwe systeem kan het gekozen plan in de bandplanbalk tonen, ook in het browserpaneel. Het beïnvloedt bovendien andere onderdelen van de interface, zoals de keuze van een mode op basis van het bandplan en de aanduiding van CW-segmenten. In de Amerikaanse plannen worden delen die niet beschikbaar zijn voor de geselecteerde licentieklasse grijs weergegeven, met waar relevant de aanduiding ‘out’.

De automatische selectie gebruikt beschikbare locatiegegevens om een IARU-regio te kiezen. Eerst kijkt de radio naar een GPS-fix, daarna naar de ingestelde Maidenhead-locator en vervolgens naar het land dat bij de roepletters hoort. Als geen van die gegevens beschikbaar is, behoudt de radio de eerder gekozen regio. Deze volgorde past bij een draagbare radio die op verschillende locaties kan worden gebruikt en biedt tegelijk een terugvaloptie voor operators zonder GPS-gegevens of ingestelde locator.

De automatische selectie kiest bewust geen Amerikaans plan dat aan een licentieklasse is gekoppeld. De locatie van de radio in de Verenigde Staten vertelt de software niet welke zendbevoegdheden de operator heeft. Een regionaal bandplan kan dat onderscheid niet maken, dus Amerikaanse operators moeten zelf het land en hun licentieklasse selecteren. Dat is een verstandige keuze: automatisering kan de configuratie vereenvoudigen als de benodigde informatie beschikbaar is, maar hoort geen regelgevend gegeven te raden dat het systeem niet kan afleiden.

In bepaalde gevallen heeft het regionale plan ook invloed op de bandenlijst van de radio. In regio’s 2 en 3 kunnen de vermeldingen voor 160 meter, 80 meter, SSB op 40 meter en 6 meter bij de eerste start na de update de bandgrenzen van de betreffende regio overnemen, zolang de operator die vermeldingen niet eerder heeft aangepast. In regio 1 veranderen bestaande bandgrenzen hierdoor niet. Dat verschil is van belang omdat vaste frequentiebereiken die voor één regio geschikt zijn, niet altijd aansluiten op de toewijzingen of gebruikspraktijken in een andere regio.

Voor draagbaar gebruik kan deze functie kleine maar belangrijke afwijkingen in de interface voorkomen. Een radio die over een grens wordt meegenomen, voor een andere regio is geconfigureerd of volgens een ander nationaal plan wordt gebruikt, moet informatie tonen die bij die situatie past. De bandplanweergave vervangt geen kennis van de geldende regelgeving en één instelling kan niet elke nationale variant afdekken. Ze maakt de gekozen operationele context wel beter zichtbaar en helpt de frequentieweergave daarop af te stemmen.

Het project meldt dat de weergave en de vermeldingen in de bandenlijst zijn getest op een pc-build en op een X6100 op de werkbank, voor regio 2, regio 3, US General en US Technician. Dat geeft nuttige informatie over het gedrag van de interface, maar is geen formele wettelijke certificering en ook geen volledige test van elke mogelijke combinatie van locatie en licentie. Volgens de release notes is automatische selectie op basis van een GPS-fix niet op een radio getest. Die kanttekeningen zijn relevant: de regionale functies zijn praktisch, maar de operator blijft verantwoordelijk voor het kiezen en volgen van de juiste zendbevoegdheden.

Winlink komt dichter bij een werkwijze rechtstreeks op de radio

Winlink is een van de belangrijkste onderdelen van de update, omdat het amateur radio verbindt met e-mail en store-and-forward-berichten via radionetwerken. Op HF kan dat nuttig zijn wanneer gewone internettoegang ontbreekt of wanneer een operator berichten via een radiogateway wil uitwisselen. De Winlink-werkwijze van OpenX6X00 gebruikt ARDOP, een digitaal protocol voor datacommunicatie via radio. De nieuwe release richt zich op een duidelijker verbindingsproces en betere mogelijkheden om problemen op te sporen.

De vernieuwde interface voegt een kaart ‘Before you connect’ toe, die toont hoe Winlink de radio zal gebruiken. Een verbindingskaart legt uit waarom een verbinding is mislukt en welke vervolgstap kan helpen. De software biedt dus niet alleen een verbindingsknop, maar probeert ook de voorwaarden voor de actie en de oorzaak van een mislukking inzichtelijk te maken. Bij het oplossen van problemen met een HF-verbinding kan die informatie nuttiger zijn dan een algemene foutmelding, zeker omdat de configuratie van de radio, de modeminstellingen en de beschikbaarheid van de gateway allemaal invloed hebben op de uitkomst.

Ook de verwerking van de ARDOP-bandbreedte is aangepast. De radiopagina gebruikt nu voor elke verbinding de breedste ARDOP-bandbreedte. In de beschreven configuratie is 500 Hz de standaard wanneer de gatewaylijst een instelling van 2000MAX vraagt. De release notes vermelden ook dat een wachtwoord dat in de eigen instellingen van de toepassing wordt ingevoerd, bewaard blijft. Dat lijken misschien kleine details, maar ze helpen bepalen of een geïntegreerd hulpmiddel tijdens een echte radiosessie betrouwbaar werkt.

Andere wijzigingen hebben betrekking op de bediening en logbestanden wanneer een digitale toepassing is geopend. In die toestand is het toetsenbord niet beschikbaar en kunnen logbestanden samen worden gedownload, waarbij wachtwoorden onleesbaar zijn gemaakt. De maatregelen dienen twee verschillende doelen: onbedoelde bediening voorkomen zolang een toepassing de radio aanstuurt en voorkomen dat gevoelige informatie onnodig in geëxporteerde logbestanden terechtkomt. Een radio die via een netwerk kan communiceren, moet zijn configuratie en opgeslagen gegevens als onderdeel van de operationele omgeving behandelen.

Versie 0.3.7 voegt Mercury toe als experimentele tweede modemoptie voor Winlink. Mercury hoort bij het HERMES-project en er geldt een specifieke compatibiliteitsvoorwaarde: de tegenpartij moet Mercury 1.9.20 of hoger gebruiken. Volgens de releasebeschrijving selecteert de gebruiker Mercury in Pat via de optie VARA HF. Operators moeten dit weten voordat ze een verbinding proberen op te zetten. Omdat Mercury in deze versie experimenteel is, moet de integratie worden gezien als een extra functie in ontwikkeling, niet als garantie dat iedere Winlink-gateway of -client ermee werkt.

Die kanttekening is belangrijk bij radionetwerken. Een modem is alleen bruikbaar als de andere kant gegevens kan uitwisselen met een compatibel protocol en een passende configuratie. Een lokale implementatie kan technisch compleet zijn, maar in de praktijk beperkt inzetbaar blijven als de rest van het netwerk het protocol niet heeft overgenomen. De eerste voordelen van Mercury liggen daarom waarschijnlijk vooral bij experimenten, tests en vroege gebruikers die met compatibele stations kunnen afstemmen. Hoe breed het praktisch bruikbaar wordt, hangt af van ondersteuning buiten de radio zelf.

De Winlink-ontwikkeling laat ook een algemenere ontwerpuitdaging zien. Een toepassing op de radio moet keuzes beheren die in een desktopprogramma misschien over meerdere vensters zijn verdeeld: welke modem actief is, welke bandbreedte wordt aangevraagd, of de radio klaar is om te zenden en wat er na een mislukte verbinding is gebeurd. Door die onderdelen samen te brengen kan het station eenvoudiger worden, maar wordt een duidelijke interface extra belangrijk. Als een relevante status verborgen blijft, kan een compacte configuratie moeilijker te onderzoeken zijn dan een opstelling met een laptop.

Digitale modes en het draagbare station

De bredere mogelijkheden van OpenX6X00 geven context aan de nieuwe Winlink-functies. Het project ondersteunt toepassingen op de radio voor onder meer FT8, FT4, FT2, JS8, WSPR, PSK31, PSK63, Olivia, RTTY, SSTV, WeFax en Navtex met DSC voor alleen ontvangst. De precieze ondersteuning verschilt per toepassing en mode, maar het uitgangspunt is hetzelfde: de Linux-omgeving van de radio draait software die normaal gesproken op een aangesloten computer zou werken. Versie 0.3.7 bouwt daarop voort in plaats van digitale communicatie vanaf nul te introduceren.

Dat kan de fysieke opzet van een draagbaar station veranderen. Een operator neemt mogelijk al een transceiver, accu, antenne en telefoon of tablet voor kaarten en logboek mee. Voor elke digitale mode ook een laptop meenemen verhoogt het gewicht en stroomverbruik en brengt extra kabels en softwareconfiguratie met zich mee. Als een deel van dat werk naar de radio verhuist, kan het station zelfstandiger worden. Daarmee wordt een laptop niet voor iedereen overbodig: een groter scherm, vertrouwde logboeksoftware of gespecialiseerde toepassingen kunnen nog steeds de voorkeur hebben. De radio kan wel meer van het basiswerk zelf uitvoeren.

Verschillende modes stellen verschillende eisen. FT8 en verwante weak-signal-modes zijn afhankelijk van nauwkeurige timing, decodering en geplande uitzendingen. WSPR wordt vaak gebruikt om de propagatie te volgen met bakens op laag vermogen. JS8 ondersteunt berichten die via het toetsenbord worden ingevoerd en communicatie via relais. Winlink heeft een ander doel en vervoert berichten via gateways. Door deze hulpmiddelen in de radio samen te brengen, wordt het eenvoudiger om te wisselen tussen experimenten, QSO’s en praktische berichtenuitwisseling zonder het station telkens opnieuw rond een aparte computer op te bouwen.

Het scherm en de bediening maken deel uit van die ervaring. Een waterfall kan signalen zo weergeven dat afstemmen en het beoordelen van activiteit eenvoudiger worden. Een clusterweergave kan spots koppelen aan de afstemming van de radio. Browserbediening maakt het mogelijk een vertrouwd apparaat als afstandsbediening te gebruiken. De meerwaarde zit in de samenhang tussen die functies: een spot kan helpen bij de frequentiekeuze, een digitale toepassing kan een uitzending beheren en een logboek kan de verbinding in dezelfde softwareomgeving vastleggen.

Integratie brengt ook meer complexiteit samen. Een digitale toepassing heeft betrouwbare toegang nodig tot audio, frequentie en zendbediening. Een browserinterface moet met de radio kunnen communiceren zonder een niet-vertrouwde webpagina ongewenst toegang te geven tot de bediening. Het logboek moet correcte QSO-gegevens bewaren en netwerkdiensten moeten onderscheid maken tussen bedoelde gebruikers en andere clients. Elke functie kan afzonderlijk eenvoudig lijken, maar hun onderlinge wisselwerking vraagt om zorgvuldige ontwikkeling en tests.

De ontwikkelgeschiedenis van het project maakt die uitdaging zichtbaar. Eerdere releases voegden ondersteuning voor de X6200, browserbediening op afstand, Winlink via HF en andere functies toe. Tijdens de ontwikkeling kwamen ook fouten aan het licht in logboekfuncties, TCI-bediening, browser-PTT en andere onderdelen. De ontwikkelaars melden dat een review van versie 0.3.6 veertien fouten vond, waaronder problemen met browser-PTT, de configurator, TCI en de webinterface. Deze release lost ze op en laat zien dat open firmware ontwikkelen niet alleen nieuwe mogelijkheden toevoegen betekent, maar ook de interacties ertussen corrigeren.

Beveiliging wordt onderdeel van radioverkeer

Een radio met een webconfigurator, browserbediening op afstand en netwerkdiensten heeft een ander beveiligingsprofiel dan een radio die alleen met fysieke bedieningselementen werkt. Versie 0.3.7 voegt bescherming tegen DNS-rebinding toe. Bij zo’n aanval kan een kwaadaardige website de browser een naam laten behandelen alsof die verwijst naar een apparaat in het lokale netwerk, terwijl de naam door de website wordt beheerd. Als de browser de configuratie- of bedieningspagina’s van de radio kan bereiken, kan een kwetsbaar ontwerp instellingen blootleggen of acties via de browsersessie van de gebruiker mogelijk maken.

OpenX6X00 v0.3.7 staat bepaalde webacties alleen toe wanneer de radio via een van zijn eigen namen wordt benaderd, zoals de lokale hostnaam of een naam die de gebruiker heeft ingesteld. Dit geldt voor het opslaan van wijzigingen in de webconfigurator en voor gerelateerde pagina’s en verbindingen; TCI-programma’s kunnen nog steeds via elke naam verbinden. Die scheiding voorziet in een praktische behoefte: browserbediening en communicatie tussen programma’s hebben niet noodzakelijk dezelfde naamregels nodig. Door gevoelige webacties aan bepaalde namen te koppelen, kan het risico kleiner worden dat een website de browser misleidt om met de radio te communiceren.

De beveiligingswerkzaamheden van deze release maken deel uit van een reeks audits en codebeoordelingen. Het project meldt dat de review van versie 0.3.6 veertien fouten heeft gevonden, die in versie 0.3.7 zijn verholpen. Eerdere onafhankelijke audits leidden ook tot correcties in TCI-bediening, ADIF-gegevensverwerking, logboekbewerking en het gedrag van browsersessies. Dit zijn geen puur cosmetische problemen. Een fout in zendbediening kan bepalen of de radio correct in zend- of ontvangstmodus schakelt. Een fout in gegevensverwerking kan logbestanden beschadigen of instabiliteit veroorzaken.

De aandacht voor browser-PTT is bijzonder relevant, omdat bediening op afstand de betekenis van een zendknop verandert. Een fysieke knop op het frontpaneel is direct verbonden met de operator en de radio. Een browserbediening is afhankelijk van een netwerkverbinding en de toestand van de software. Als de verbinding hapert en daarna wordt hersteld, mag de interface de zender niet onverwacht inschakelen op basis van een verouderde opdracht. Volgens de release notes is een fout verholpen waarbij een ingedrukte browser-PTT de radio opnieuw kon laten zenden nadat een vastgelopen verbinding terugkwam. Dit soort randgevallen moet een goed ontworpen interface expliciet afhandelen.

Beveiliging speelt ook een rol bij de manier waarop externe toegang wordt aangeboden. OpenX6X00 kan Tailscale gebruiken voor bediening op afstand en versie 0.3.7 voegt ondersteuning voor Tailscale Funnel toe, waarmee bepaalde browserpagina’s van buiten het lokale netwerk bereikbaar worden. De release maakt onderscheid tussen de pagina’s Panel en Screen en andere diensten, zoals de configurator, TCI-programma’s en Winlink-toepassingen. Dat onderscheid is belangrijk, want ‘toegang op afstand’ is geen enkele uniforme toestemming: een live bedieningspaneel, een configuratie-interface en een netwerkdienst bieden verschillende mogelijkheden en brengen verschillende risico’s met zich mee.

Voor Funnel gelden specifieke grenzen. Een browser moet eerst aan de radio zijn gekoppeld voordat de externe link kan worden gebruikt. Een browser die thuis is gekoppeld, kan een eigen link krijgen voor gebruik buitenshuis. Alleen de pagina’s Panel en Screen en de bijbehorende sockets worden openbaar beschikbaar; de browser moet vooraf thuis zijn gekoppeld. Andere diensten zijn niet via Funnel bereikbaar. De functie is getest met een vervanger voor de Tailscale-daemon en op een pc-build, maar nog niet met een echte tailnet en radio. De ontwikkelaars vragen daarom om terugkoppeling van gebruikers die de functie in die omgeving uitproberen.

Deze functie is meer dan een gemakkelijke schakelaar. Een dienst op internet publiceren verandert wie kan proberen die dienst te bereiken en welke vorm van authenticatie nodig is. OpenX6X00 scheidt de toegang van een externe browser van de overige radiodiensten en vereist dat de browser vooraf is gekoppeld. Het project waarschuwt ook dat de openbare hostnaam zichtbaar wordt in openbare certificaatlogs. Operators die geen externe browserbediening nodig hebben, kunnen Funnel uitgeschakeld laten. Wie het wel gebruikt, moet weten welke pagina’s daardoor bereikbaar worden en welke niet.

Vermogensgrenzen, onderhoud en de betekenis van versie 0.3.7

Het zendvermogen van de X6200 is een andere praktisch belangrijke wijziging. In versie 0.3.7 beperkt de interface het instelbare vermogen tot 8 W, en tot 5 W wanneer de radio op de accu werkt. Een softwarematige grens kan een nuttige beveiliging zijn, vooral bij een draagbaar station waarvan de voedingsomstandigheden veranderen. Ze mag echter niet worden opgevat als een algemene uitspraak over het maximale vermogen van de radio. Het gaat om een limiet die deze firmware oplegt en die invloed kan hebben op de gekozen configuratie bij verschillende voedingsbronnen.

De release corrigeert ook een aantal kleinere gedragingen. Het standaardniveau voor Moni op de X6100 wordt nul, gelijk aan dat van de X6200, maar een waarde die de operator al heeft ingesteld blijft behouden. Als één VFO voorbij een bandgrens wordt afgestemd, blijft de andere VFO op zijn eerdere positie staan. Ook fouten in browserbediening, TCI, Wavelog-formulieren en de configurator zijn verholpen. Elke aanpassing draagt bij aan voorspelbaarder gedrag, ook als ze geen grote nieuwe functie toevoegt.

Gebruikers die OpenX6X00 al draaien, kunnen de update rechtstreeks vanaf de radio uitvoeren. Volgens de release notes kunnen de X6100 en X6200 met een ondersteunde installatie van v0.2.x of v0.3.x de update via de ingebouwde functie ophalen. Nieuwe kaartimages zijn beschikbaar voor eerste installaties en voor radio’s die niet ver genoeg meer opstarten om een update uit te voeren. Sommige oudere kaartimages moeten worden vervangen om eerdere wijzigingen aan de bootloader of wifi-driver te krijgen. Dat hangt echter af van het model en de geïnstalleerde versie; niet iedereen hoeft de kaart opnieuw te schrijven voor v0.3.7.

De scheiding tussen updatepakket en kaartimage is een praktisch voordeel van de architectuur. Toepassingen en webpagina’s kunnen worden bijgewerkt zonder het volledige systeemimage opnieuw te schrijven, zolang kernel, drivers en opstartcomponenten niet veranderen. Het project geeft aan dat radio’s met een passend eerder kaartimage geen nieuw image nodig hebben voor v0.3.7. Instellingen en logboeken blijven op de datapartitie van de kaart staan, al wordt het toch aangeraden vooraf een back-up te maken. De scheiding tussen besturingssysteem en toepassingen kan onderhoud minder ingrijpend maken, maar gebruikers moeten nog steeds weten wanneer een volledig image nodig is.

Rollback is ook onderdeel van het updatemodel. De radio houdt de vorige versie beschikbaar om automatisch naar terug te keren als de nieuwe installatie niet goed start. Dat maakt het back-uppen van configuratie en logboeken niet overbodig en neemt de risico’s van updates niet volledig weg. Het biedt wel een herstelmogelijkheid die bij een embedded apparaat belangrijk is; zonder die mogelijkheid kan een updateprobleem een uitgebreidere procedure vereisen om de kaart opnieuw te schrijven.

Het project laat ook een bredere ontwikkeling in de amateurradio zien. SDR-transceivers bevatten steeds vaker algemene computerhardware, netwerkfuncties en softwaregedefinieerde interfaces. Daardoor kunnen na de verkoop van een radio functies worden toegevoegd, maar wordt de kwaliteit van het softwareonderhoud ook onderdeel van de dagelijkse gebruikswaarde. Bandplanlogica, modeminteroperabiliteit, browserbeveiliging, de integriteit van logboeken en vermogensregeling zijn allemaal softwarekwesties die het daadwerkelijke gebruik beïnvloeden. Open ontwikkeling geeft gebruikers inzicht in die veranderingen en een manier om problemen te melden. Tegelijk moeten de ontwikkelaars een steeds groter systeem als geheel consistent houden.

OpenX6X00 v0.3.7 is daarom meer dan een lijst met releasewijzigingen. De regionale bandplannen maken de interface beter afgestemd op operators in verschillende delen van de wereld. De Winlink-aanpassingen moeten verbindingen begrijpelijker maken en Mercury biedt compatibele stations een experimentele mogelijkheid om mee te testen. De beveiligingscorrecties en codebeoordelingen laten zien dat browserbediening op afstand ook raakt aan de betrouwbaarheid van de radio. Samen maken deze ontwikkelingen van de Xiegu X6100 en X6200 platforms waarop firmware mede bepaalt hoe een transceiver wordt gebruikt, met een netwerk verbonden en onderhouden.

Image(s) used in this article are either AI-generated or sourced from royalty-free platforms like Pixabay or Pexels.

This article may contain affiliate links. If you purchase through these links, we may earn a commission at no extra cost to you.