OpenX6X00 v0.3.7: regionális band planek és fejlettebb Winlink a Xiegu rádiókon

A közösségi fejlesztésű firmware legújabb változata regionális band planeket, átláthatóbb Winlink-munkafolyamatot és kísérleti Mercury modemet hoz a Xiegu X6100 és X6200 rádiókra. A frissítés azt is megmutatja, mennyire átalakíthatja egy modern, szoftvervezérelt rádió használatát a készüléken közvetlenül futó szoftver.

A rövidhullámú adó-vevők jellemzőit sokáig elsősorban az előlapi kezelőszervek és a gyártó által biztosított firmware határozta meg. Az OpenX6X00 ezen változtat a Xiegu X6100 és X6200 esetében. A 0.3.7-es verzió különböző IARU-régiókhoz tartozó band planeket, az amerikai licencosztályokhoz igazodó korlátozásokat, átdolgozott Winlink-kezelést és egy kísérleti Mercury modemet ad hozzá. Ezek a digitális módokat kezelő alkalmazásokhoz, a naplózáshoz, a böngészőből történő vezérléshez és a rádión futó további programokhoz csatlakoznak.

Ennek gyakorlati jelentősége van. Egy laptop szinte bármelyik adó-vevőhöz hozzáadhat digitális módokat és hálózati funkciókat, de ehhez újabb kijelzőt, kábeleket és egy további, áramellátást és hibaelhárítást igénylő eszközt is magunkkal kell vinni. Az OpenX6X00 sok ilyen funkciót a rádióban már meglévő számítógépes környezetbe integrál. Így nem pusztán egy új kezelőfelületről van szó: a szoftver egyetlen rendszerben kapcsolja össze a rádiózást, a naplózást és egyes hálózati funkciókat.

A 0.3.7-es verzió újabb lépés ebbe az irányba. Nem ad hozzá új RF-fokozatot, és nem módosítja az adó-vevő alapvető funkcióit vezérlő baseband firmware-t. Ehelyett a rádió Linux-alapú oldalának band planekkel, digitális kommunikációval és webes vezérléssel kapcsolatos működését bővíti és finomítja. A frissítés az nyílt firmware-projektek fenntartásának kihívásait is megmutatja: az új funkcióknak két rokon rádión kell működniük, figyelembe kell venniük a regionális band planek közötti eltéréseket, és akkor is biztonságosan kell viselkedniük, ha helyi hálózaton vagy távoli kapcsolaton keresztül érhetők el.

Az alternatív kezelőfelülettől a szoftverplatformig

Az OpenX6X00 az X6100 és X6200 Linux-alapú rendszerén, microSD-kártyáról fut. A rádiókban külön baseband firmware kezeli például a DSP-t, az RF-funkciókat, a teljesítményszabályozást és a billentyűzést. Az OpenX6X00 kommunikál ezzel a firmware-rel, de nem helyettesíti. Ez a felépítés lehetővé teszi, hogy a projekt a kezelőfelületet és az alkalmazásokat fejlessze, miközben az adó-vevő alapvető funkcióinál a meglévő firmware-re támaszkodik.

Ez azért fontos, mert a „nyílt firmware” kifejezés azt a benyomást keltheti, hogy a rádió minden alkatrészét lecserélték, vagy hogy valamennyi része szabadon módosítható. Ebben az esetben a projekt a szoftver jelentős részét kezeli, a baseband azonban továbbra is különálló, Xiegu által biztosított komponens marad. Az operációs rendszer, az alkalmazások, a vezérlőfelület és a webes eszközök egymástól függetlenül változtathatók attól a firmware-től, amely a rádió hardverét kezeli. Ez azt is jelenti, hogy az OpenX6X00 valamely funkciója továbbra is függhet attól, hogy az alapul szolgáló baseband mit tesz lehetővé.

A projekt története szintén segít megérteni a rendszer kiterjedését. Az OpenX6X00 az X6100-hoz készült utolsó nyílt firmware-verzióból indult ki, miután az eredeti projekt zárttá vált. A fejlesztők elmondása szerint eltávolították a külső rendszerekkel kommunikáló szolgáltatásokat, majd nyíltan folytatták a fejlesztést. A rendszer azóta többek között böngészőből elérhető vezérlőpanellel, DX cluster megjelenítéssel, naplózással, terepi aktivitásokat segítő programokkal és több digitális móddal bővült. Az új verzió ezt a szoftverkörnyezetet fejleszti tovább, nem pedig különálló kiegészítőként kezeli az egyes funkciókat.

A beépített számítógép a hordozható állomás felépítését is megváltoztathatja. Ha egy digitális módot kezelő alkalmazás közvetlenül a rádión fut, előfordulhat, hogy a támogatott módok dekódolásához vagy adásához nem kell külső számítógépet csatlakoztatni. Ha ugyanazon a platformon napló és aktivációkat segítő eszközök is rendelkezésre állnak, egyes feladatok elvégezhetők anélkül, hogy különböző készülékek között kellene váltani. A böngészős vezérlés további lehetőséget ad: a helyi hálózatra csatlakozó telefonról, tabletről vagy számítógépről webes felületen kezelhető a rádió. Ezek a funkciók együttesen sok digitális és hálózati feladatnál csökkentik a külső számítógéptől való függést.

Az integrációnak ugyanakkor vannak határai. A fizikai kezelőszervek, a kijelző, a hangút és a baseband képességei továbbra is meghatározzák, hogy a szoftver mire képes. Egy Linux-alkalmazás új munkafolyamatot tehet lehetővé, de nem szünteti meg a hardver korlátait, és nem garantálja, hogy minden funkció azonos módon működik a két modellen. Az alkalmazási réteg és a baseband közötti különbség különösen akkor fontos, ha a felhasználó összehasonlítja a funkciókat, hibát keres vagy frissítésről dönt. A fejlettebb szoftverplatform szélesíti a rádió felhasználási lehetőségeit, de az alapul szolgáló hardverterv továbbra is kijelöli a határokat.

A régióhoz igazodó band planek

A 0.3.7-es verzió leglátványosabb újdonsága valószínűleg a band planek kibővített rendszere. A korábbi változatok a kijelző band plan sávjában csak az IARU 1. régiójának tervét ismerték. Az új verzió már a 2. és 3. régiót, valamint az Egyesült Államok Extra, Advanced, General és Technician licencosztályaihoz tartozó terveket is támogatja. Ez azoknak a rádióamatőröknek teszi hasznosabbá a kijelzőt, akiknek a frekvenciakiosztása eltér a korábban támogatott tervtől.

A band plan több egyszerű képernyőfeliratnál. Segít megérteni, hogy az egyes kibocsátási módok hol megfelelőek vagy engedélyezettek, és befolyásolja a frekvenciaválasztást hangolás közben. Az új rendszer a kiválasztott tervet a band plan sávban is megjeleníti, a böngészőpanelt is beleértve. Más kezelőfelületi funkciókra is hat, például a band plan alapján választott módra és a CW-szakaszok jelölésére. Az amerikai licencosztályokhoz tartozó tervekben szürke jelölés mutatja azokat a részeket, amelyeket az adott osztály nem használhat; ahol szükséges, „out” jelzés is megjelenik.

Az automatikus kiválasztás a rendelkezésre álló helyadatok alapján választ IARU-régiót. Elsőként GPS-pozíciót vesz figyelembe, utána a beállított Maidenhead lokátort, végül a hívójelhez tartozó országot. Ha egyik adat sem érhető el, a rádió megtartja a korábban kiválasztott régiót. Ez a sorrend jól illik egy hordozható rádióhoz, amelyet több helyszínen is használhatnak, és azoknak is ad tartalék megoldást, akik nem rendelkeznek GPS-adattal vagy beállított lokátorral.

Az automatikus kiválasztás szándékosan nem állít be az Egyesült Államokhoz tartozó licencosztályos tervet. Abból, hogy a rádió az Egyesült Államokban van, a szoftver nem tudja megállapítani, milyen jogosultsága van az operátornak. Ezt a különbséget egy regionális terv önmagában nem képes jelezni, ezért az amerikai felhasználóknak maguknak kell kiválasztaniuk az országot és a licencosztályt. Ez ésszerű megoldás: az automatizálás egyszerűsítheti a beállítást, amikor rendelkezésre állnak a szükséges adatok, de nem találgathat olyan szabályozási információt, amelyet a rendszer nem tud kikövetkeztetni.

A regionális terv bizonyos esetekben a rádió bandlistáját is módosítja. A 2. és 3. régióban a 160 m-es, 80 m-es, 40 m-es SSB- és 6 m-es bejegyzések a frissítés utáni első indításkor átvehetik az adott régió határait, ha az operátor korábban nem módosította ezeket az értékeket. Az 1. régióban a meglévő határok nem változnak. Ez azért számít, mert az egyik régióban megfelelő rögzített frekvenciatartományok nem feltétlenül illenek egy másik régió kiosztásaihoz vagy használati szokásaihoz.

Hordozható üzemnél ez a funkció csökkentheti a kezelőfelület kisebb, de gyakorlati jelentőségű eltéréseit. Ha a rádiót országhatáron túlra viszik, másik régióra állítják be, vagy más nemzeti terv szerint használják, a kijelzőnek a helyzetnek megfelelő információkat kell mutatnia. A band plan kijelzése nem helyettesíti az érvényes szabályok ismeretét, és egyetlen beállítás nem fedheti le valamennyi ország sajátosságát. Arra viszont alkalmas, hogy láthatóbbá tegye a kiválasztott üzemeltetési környezetet, és ahhoz igazítsa a frekvenciakijelzést.

A projekt beszámolója szerint a kijelzést és a bandlista bejegyzéseit PC-s verzión és egy tesztelésre használt X6100-on is ellenőrizték a 2. és 3. régió, valamint az US General és US Technician tervek szerint. Ez hasznos információ a kezelőfelület működéséről, de nem jelent hivatalos szabályozási tanúsítást, és nem fedi le minden helyszín- és licenckombináció teljes körű vizsgálatát. A kiadási megjegyzések szerint a GPS-alapú automatikus kiválasztást valódi rádión nem tesztelték. Ezeket a korlátokat érdemes figyelembe venni: a regionális funkciók praktikusak, de a megfelelő jogosultság kiválasztása és a szabályok betartása továbbra is az operátor felelőssége.

A Winlink közelebb kerül a közvetlen rádiós használathoz

A Winlink a frissítés egyik fontos eleme, mert összeköti a rádióamatőr kommunikációt az e-maillel és a rádiós hálózatokon keresztül tárolt, majd továbbított üzenetekkel. Rövidhullámon hasznos lehet, ha nincs hagyományos internetkapcsolat, vagy ha az operátor rádiós átjárón keresztül szeretne üzeneteket cserélni. Az OpenX6X00 Winlink-funkciója az ARDOP protokollt használja, amelyet rádiós adatkommunikációra terveztek. Az új verzió célja, hogy a csatlakozás folyamata érthetőbbé, az esetleges hibák pedig könnyebben diagnosztizálhatóvá váljanak.

A frissített kezelőfelület egy „Before you connect” kártyát ad hozzá, amely megmutatja, hogyan fogja a Winlink használni a rádiót. A kapcsolatot jelző kártya elmagyarázza a sikertelenség okát, és azt is, mit érdemes ezután tenni. A szoftver tehát nemcsak egy csatlakozás gombot jelenít meg: megpróbálja láthatóvá tenni a művelet feltételeit és a hiba okát. Egy HF-kapcsolat hibakeresésénél ez hasznosabb lehet egy általános hibaüzenetnél, különösen azért, mert a rádió beállítása, a modem konfigurációja és az átjáró elérhetősége egyaránt befolyásolja az eredményt.

Az ARDOP sávszélességének kezelése is megváltozott. A rádió oldala most minden kapcsolathoz a legszélesebb ARDOP-sávszélességet használja. A leírt konfigurációban az alapértelmezett érték 500 Hz, amikor az átjárólista 2000MAX beállítást kér. A kiadási megjegyzések szerint az alkalmazás saját beállításaiban megadott jelszó is megmarad. Ezek apró részleteknek tűnhetnek, de az integrált eszköz valós üzem közbeni megbízhatóságához az ilyen finomságok is hozzájárulnak.

A változtatások a digitális alkalmazás megnyitása közbeni kezelőszerveket és naplókat is érintik. Ebben az állapotban a billentyűzet nem használható, a naplók pedig együtt tölthetők le úgy, hogy a jelszavak maszkolva vannak. A két intézkedés eltérő célt szolgál: megakadályozza a nem megfelelő bevitelt, amikor az alkalmazás vezérli a rádiót, és csökkenti az érzékeny információk szükségtelen megjelenését az exportált naplókban. Egy hálózati kommunikációra képes rádiónak a konfigurációt és az eltárolt adatokat is az üzemeltetési környezet részeként kell kezelnie.

A 0.3.7-es verzió a Winlink második, kísérleti modemopciójaként a Mercuryt is hozzáadja. A Mercury a HERMES projekthez kapcsolódik, és egy konkrét kompatibilitási feltétel érvényes rá: a távoli állomásnak Mercury 1.9.20-at vagy újabb verziót kell használnia. A kiadás leírása szerint a Pat programban a VARA HF opcióval lehet kiválasztani a Mercuryt. A csatlakozási kísérlet előtt az operátornak ezt érdemes tudnia. Mivel a Mercury ebben a verzióban kísérleti, fejlesztés alatt álló kiegészítő funkcióként kell kezelni, nem pedig minden Winlink-átjáróval és -klienssel garantáltan működő megoldásként.

Ez a korlátozás a rádiós hálózatokban fontos. Egy modem csak akkor használható, ha a másik végpont kompatibilis protokollal és beállításokkal képes adatot cserélni. Egy helyi megvalósítás technikailag lehet teljes, de gyakorlati értéke korlátozott maradhat, ha a hálózat többi résztvevője még nem alkalmazza a protokollt. A Mercury kezdetben ezért főleg a kísérletezők, tesztelők és azok számára lehet érdekes, akik kompatibilis állomásokkal tudják összehangolni a működést. Szélesebb körű használata a rádión kívüli támogatás elterjedésétől függ.

A Winlink fejlesztése egy általánosabb tervezési kihívásra is rávilágít. A rádión futó alkalmazásnak olyan döntéseket kell kezelnie, amelyek egy asztali programban esetleg több ablak között oszlanának meg: melyik modem aktív, milyen sávszélességet kér a rendszer, a rádió készen áll-e az adásra, illetve mi történt egy sikertelen kapcsolat után. Ezek összevonása egyszerűsítheti az állomást, de még fontosabbá teszi az egyértelmű kezelőfelületet. Ha egy lényeges állapot rejtve marad, a kompakt rendszer nehezebben hibakereshetővé válhat, mint egy laptopos összeállítás.

Digitális módok és hordozható állomás

Az OpenX6X00 többi funkciója megmutatja, milyen környezetbe érkeznek a Winlink fejlesztései. A projekt olyan, a rádión futó alkalmazásokat támogat, mint az FT8, FT4, FT2, JS8, WSPR, PSK31, PSK63, Olivia, RTTY, SSTV, WeFax és a csak vételre használható, DSC-t támogató Navtex. A támogatás részletei alkalmazásonként és módonként eltérnek, az alapelv azonban ugyanaz: a rádió Linux-környezete olyan szoftvereket futtat, amelyek általában egy csatlakoztatott számítógépen működnének. A 0.3.7-es verzió erre az alapra épít, nem a digitális üzemet vezeti be a semmiből.

Ez a hordozható állomás fizikai felépítését is megváltoztathatja. A terepen dolgozó operátor már eleve magával vihet adó-vevőt, akkumulátort, antennát, valamint térképhez és naplózáshoz telefont vagy tabletet. Ha minden digitális módhoz laptopot is hozzáad, nő a súly és az energiafogyasztás, ráadásul további kábelekkel és szoftverbeállításokkal kell számolnia. Ha ezeknek a feladatoknak egy része átkerül a rádióra, az állomás önállóbbá válhat. Ettől még nem válik feleslegessé minden számítógép: a nagyobb kijelző, a megszokott naplózóeszközök vagy a speciális szoftverek továbbra is előnyösebbek lehetnek. A rádió azonban több alapvető feladatot képes önállóan ellátni.

A különböző módok eltérő működési követelményeket támasztanak. Az FT8 és a hozzá hasonló gyenge jelű módok pontos időzítésre, dekódolásra és időablakokhoz igazított adásokra épülnek. A WSPR-t gyakran alacsony teljesítményű jeladók segítségével végzett terjedésmegfigyelésre használják. A JS8 támogatja a billentyűzettel bevitt üzeneteket és a reléken keresztüli kommunikációt. A Winlink más feladatot lát el: átjárókon keresztül továbbít üzeneteket. Ha ezek az eszközök egyetlen rádióban érhetők el, könnyebb lehet a kísérletezés, a QSO-k és a gyakorlati üzenetváltás között váltani anélkül, hogy minden alkalommal egy külön számítógép köré kellene újraépíteni az állomást.

A kijelző és a kezelőszervek szintén részét képezik ennek az élménynek. A waterfall úgy jelenítheti meg a jeleket, hogy könnyebb legyen a hangolás és az aktivitás értékelése. A cluster nézete összekapcsolhatja a spotokat a rádió frekvenciabeállításával. A böngészős vezérlés egy megszokott eszközt használható távoli kezelőfelületté tehet. A funkciók együttműködése adja a hasznukat: egy spot segíthet a frekvencia kiválasztásában, a digitális alkalmazás kezelheti az adást, a log pedig ugyanabban a szoftverkörnyezetben rögzítheti a kapcsolatot.

Az integráció ugyanakkor a bonyolultságot is összevonja. A digitális alkalmazásnak megbízható hozzáférés kell a hanghoz, a frekvenciához és az adásvezérléshez. A böngészőfelületnek úgy kell kommunikálnia a rádióval, hogy közben ne tegye lehetővé egy nem megbízható oldal számára a kezelőszervek visszaélésszerű használatát. A lognak pontos kapcsolatadatokat kell megőriznie, a hálózati szolgáltatásoknak pedig el kell különíteniük a kívánt felhasználókat a többi klienstől. Az egyes funkciók önmagukban egyszerűnek tűnhetnek, a köztük lévő együttműködés azonban gondos tervezést és tesztelést igényel.

A projekt fejlesztéstörténete is megmutatja ezt a kihívást. A korábbi kiadások hozzáadták az X6200 támogatását, a böngészős távoli vezérlést, a HF-en működő Winlinket és más funkciókat. A fejlesztés során ugyanakkor hibákra is fény derült a naplózásban, a TCI-vezérlésben, a böngészős PTT-ben és más részekben. A fejlesztők szerint a 0.3.6-os verzió felülvizsgálata 14 hibát tárt fel, többek között a böngészős PTT, a konfigurátor, a TCI és a webes felület területén. Az új verzió ezeket javítja, és azt is megmutatja, hogy a nyílt firmware fejlesztése nemcsak új lehetőségek hozzáadásából, hanem az ezek közötti hibás kapcsolatok kijavításából is áll.

A biztonság a rádiózás részévé válik

A webes konfigurátorral, böngészős távirányítással és hálózati szolgáltatásokkal felszerelt rádió biztonsági szempontból más kategóriába tartozik, mint az a készülék, amelyet kizárólag fizikai kezelőszervekkel irányítanak. A 0.3.7-es verzió DNS-rebinding elleni védelmet ad hozzá. Ez olyan támadási forma, amelyben egy rosszindulatú webhely elérheti, hogy a böngésző a webhely által kezelt nevet úgy értelmezze, mintha az a helyi hálózat egyik eszközére mutatna. Ha a böngésző hozzáfér a rádió beállítási vagy vezérlőoldalaihoz, egy sérülékeny megoldás felfedheti a beállításokat, vagy műveleteket tehet lehetővé a felhasználó böngészőmunkamenetén keresztül.

Az OpenX6X00 v0.3.7 egyes webes műveleteket csak a rádió saját nevein keresztül engedélyez, például a helyi gépnév vagy a felhasználó által beállított név használatával. A korlátozás a webes konfigurátorban végzett módosítások mentésére, valamint a kapcsolódó oldalakra és kapcsolatokra vonatkozik; a TCI-programok továbbra is bármilyen néven csatlakozhatnak. A különválasztás gyakorlati szükségletet kezel: a böngészőből elérhető vezérlőfelületeknek és a programok közötti kommunikációs interfészeknek nem feltétlenül ugyanazokra a névhasználati szabályokra van szükségük. Az érzékeny webes műveletek meghatározott nevekre korlátozása csökkentheti annak esélyét, hogy egy webhely rávegye a böngészőt a rádióval való kommunikációra.

A biztonsági munka a kiadáshoz kapcsolódó auditok és kódellenőrzések sorába illeszkedik. A projekt szerint a 0.3.6-os verzió felülvizsgálata 14 hibát talált, amelyeket a 0.3.7 javított. Korábbi, független auditok is vezettek módosításokhoz a TCI-vezérlésben, az ADIF-adatok feldolgozásában, a naplók szerkesztésében és a böngészőmunkamenetek működésében. Ezek nem pusztán kozmetikai hibák. Az adásvezérlés problémája befolyásolhatja, hogy a rádió megfelelően vált-e adásra, illetve visszatér-e vételre. Az adatkezelési hiba naplót ronthat el vagy instabil működést okozhat.

A böngészős PTT-re fordított figyelem különösen indokolt, mert a távoli vezérlés megváltoztatja az adógomb jelentését. A fizikai gomb közvetlen kapcsolatban áll a kezelővel és a rádióval. A böngészőből kiadott parancs a hálózati kapcsolattól és a szoftver állapotától függ. Ha a kapcsolat leáll, majd helyreáll, az interfész nem kapcsolhatja be váratlanul az adót egy korábban kiadott parancs alapján. A kiadási megjegyzések szerint kijavították azt a hibát, amelynél a lenyomva tartott böngészős PTT az akadozó kapcsolat helyreállása után újra adásba kapcsolhatta a rádiót. Egy jól megtervezett interfésznek az ilyen szélső eseteket is kifejezetten kezelnie kell.

A biztonság azt is befolyásolja, hogyan teszik elérhetővé a távoli hozzáférést. Az OpenX6X00 használhat Tailscale-t a távoli működtetéshez, a 0.3.7-es verzió pedig hozzáadja a Tailscale Funnel támogatását, amely bizonyos böngészőoldalakat a helyi hálózaton kívülről is elérhetővé tesz. A kiadás különválasztja a Panel és Screen oldalakat az olyan egyéb szolgáltatásoktól, mint a konfigurátor, a TCI-programok és a Winlink alkalmazások. Ez azért lényeges, mert a „távoli hozzáférés” nem jelent egységes jogosultságot: az élő vezérlőpanel, a konfigurációs felület és a hálózati szolgáltatás eltérő képességeket nyújt, és eltérő kockázatokkal jár.

A Funnel használatának konkrét korlátai vannak. A távoli link használata előtt párosítani kell a böngészőt a rádióval. Az otthon párosított böngésző ezután külön linket kaphat a távoli használathoz. Nyilvánosan csak a Panel és Screen oldalak, valamint a hozzájuk tartozó socketek érhetők el; a hozzáféréshez olyan böngésző szükséges, amelyet korábban az otthoni hálózaton párosítottak. A többi szolgáltatás nem érhető el a Funnelön keresztül. A funkciót a Tailscale daemon helyettesítőjével és egy PC-s verzión tesztelték, de valódi tailneten és rádión még nem. A fejlesztők ezért visszajelzést kérnek azoktól, akik ilyen környezetben próbálják ki.

A funkció több egy kényelmi kapcsolónál. Egy szolgáltatás internetre történő közzététele megváltoztatja, hogy ki próbálhat hozzáférni, és milyen hitelesítés szükséges. Az OpenX6X00 elválasztja a távoli böngésző hozzáférését a rádió többi szolgáltatásától, és előzetes párosítást követel meg. A projekt arra is figyelmeztet, hogy a nyilvános gépnév megjelenik a nyilvános tanúsítvány-nyilvántartásokban. Akinek nincs szüksége böngészős távoli hozzáférésre, kikapcsolva hagyhatja a Funnel funkciót. Aki használja, annak tudnia kell, mely oldalak válnak elérhetővé, és melyek maradnak zártak.

Teljesítménykorlátok, karbantartás és a 0.3.7 jelentősége

Az X6200 adóteljesítményének kezelése egy másik, üzemeltetés szempontjából lényeges változás. A 0.3.7-es verzióban a kezelőfelületen legfeljebb 8 W állítható be, akkumulátoros működés esetén pedig 5 W. A szoftveres korlátozás hasznos védelmet jelenthet, különösen olyan hordozható állomásnál, ahol változhat a tápellátás. Nem szabad azonban a rádió maximális teljesítményéről szóló általános kijelentésként értelmezni. A korlátot az adott firmware vezérlési működése állítja be, és a tápforrástól függően befolyásolhatja a konfigurációt.

A kiadás több kisebb működési sajátosságot is kijavít. Az X6100 Moni szintje alapértelmezés szerint nullára áll, az X6200-hoz hasonlóan, de a korábban beállított értéket megtartja. Ha az egyik VFO-t a sáv határán túlra hangolják, a másik VFO a korábbi helyén marad. A böngészős vezérléssel, a TCI-vel, a Wavelog űrlapjaival és a konfigurátorral kapcsolatos hibákat is javították. Mindegyik módosítás kiszámíthatóbb működéshez járul hozzá, még akkor is, ha nem egy új, kiemelt funkcióról van szó.

A már OpenX6X00-t használók közvetlenül a rádióról indíthatják a frissítést. A kiadási megjegyzések szerint a támogatott v0.2.x vagy v0.3.x verziót futtató X6100 és X6200 a beépített frissítési funkcióval töltheti le az új kiadást. Az első telepítéshez, illetve azokhoz a rádiókhoz, amelyek már nem indulnak el eléggé a frissítéshez, új kártyaképek is rendelkezésre állnak. Egyes régebbi képeket le kell cserélni ahhoz, hogy a korábbi bootloader- vagy Wi-Fi-illesztőprogram-módosítások is bekerüljenek. Ez azonban modelltől és telepített verziótól függ, így nem mindenkinek kell újraírnia a kártyát a 0.3.7 telepítéséhez.

A frissítőcsomag és a kártyakép szétválasztása a rendszer felépítésének gyakorlati előnye. Az alkalmazások és weboldalak frissíthetők a teljes rendszerkép újbóli írása nélkül, ha a kernel, az illesztőprogramok és az indítókomponensek nem változtak. A projekt szerint azoknak a rádióknak, amelyek kompatibilis korábbi kártyaképet használnak, a 0.3.7 telepítéséhez nincs szükségük új képre. A beállítások és a naplók a kártya adatpartícióján maradnak, de frissítés előtt így is ajánlott biztonsági másolatot készíteni. Az operációs rendszer és az alkalmazások szétválasztása egyszerűbb karbantartást tehet lehetővé, de a felhasználónak továbbra is tudnia kell, mikor szükséges teljes rendszerképet telepíteni.

A visszaállítási lehetőség szintén a frissítési folyamat része. A rádió megőrzi az előző verziót, és automatikusan visszatérhet hozzá, ha az új telepítés nem indul el megfelelően. Ez nem teszi szükségtelenné a beállítások és naplók mentését, és nem tesz minden frissítést kockázatmentessé. Egy beágyazott eszköznél azonban fontos helyreállítási lehetőséget ad: enélkül egy sikertelen frissítés után bonyolultabb eljárással kellene újraírni a kártyát.

A projekt a rádióamatőr készülékek szélesebb trendjét is tükrözi. Az SDR adó-vevőkben egyre több általános számítógépes hardver, hálózati funkció és szoftveresen meghatározott kezelőfelület jelenik meg. Így a rádió értékesítése után is bővíthetők a képességek, ugyanakkor a szoftver karbantartásának minősége a mindennapi használhatóság részévé válik. A band planek logikája, a modemek együttműködése, a böngésző biztonsága, a naplók sértetlensége és a teljesítmény vezérlése mind olyan szoftveres kérdés, amely kihat a tényleges működésre. A nyílt fejlesztés betekintést és hibajelzési lehetőséget ad a felhasználóknak, miközben a fejlesztőknek egyre bővülő rendszer következetességét kell megőrizniük.

Ezért az OpenX6X00 v0.3.7 több a kiadási megjegyzések felsorolásánál. A regionális band planek különböző országok operátoraihoz igazítják a kezelőfelületet. A Winlink fejlesztései érthetőbbé tehetik a kapcsolatokat, a Mercury pedig kísérleti lehetőséget ad a kompatibilis állomásoknak. A biztonsági javítások és a kódellenőrzések azt mutatják, hogy a böngészőből történő távoli vezérlés a rádió megbízható működését is érinti. A fejlesztések együtt olyan platformmá teszik a Xiegu X6100-at és X6200-at, ahol a firmware a rádió használatát, hálózati kapcsolatait és karbantartását egyaránt alakítja.

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.