OpenX6X00 v0.3.7: Bölgesel band planları ve Winlink

Topluluk tarafından geliştirilen firmware’in son sürümü, Xiegu X6100 ve X6200’e bölgeye göre uyarlanmış band planları, daha anlaşılır bir Winlink iş akışı ve deneysel Mercury modemi ekliyor. Sürüm, modern bir yazılım tanımlı telsizin doğrudan üzerinde çalışan yazılımlarla ne kadar değişebileceğini de gösteriyor.

HF bir telsiz uzun süre esas olarak ön paneli ve üreticisinin sunduğu firmware ile tanımlandı. OpenX6X00, Xiegu X6100 ve X6200 için bu anlayışı değiştiriyor. 0.3.7 sürümü farklı IARU bölgelerine ait band planlarını, ABD lisans sınıflarına yönelik kısıtlamaları, yenilenmiş Winlink kullanımını ve deneysel Mercury modemini ekliyor. Bu özellikler, dijital mod uygulamalarına, kayıt işlevlerine, tarayıcı üzerinden uzaktan kontrole ve doğrudan telsizde çalışan diğer yazılımlara katılıyor.

Bu değişikliğin pratik bir karşılığı var. Bir dizüstü bilgisayar neredeyse her telsize dijital modlar ve ağ işlevleri ekleyebilir; ancak bunun için fazladan bir ekran, kablolar ve güç sağlanması ve sorunları giderilmesi gereken başka bir cihaz gerekir. OpenX6X00 bu işlevlerin çoğunu telsizin mevcut bilgisayar ortamına taşıyor. Dolayısıyla konu yalnızca yeni bir arayüz değil: yazılım, telsiz kullanımı, kayıt ve bazı ağ işlevlerini aynı sistemde bir araya getiriyor.

0.3.7 sürümü bu dönüşümde yeni bir aşamaya işaret ediyor. Yeni bir RF katı eklemiyor ve alıcı-vericinin temel işlevlerini yöneten baseband firmware’ini değiştirmiyor. Bunun yerine, telsizin Linux tarafının çalışma kurallarını yorumlama biçimini, dijital haberleşmeyi sunuşunu ve web üzerinden erişilen kontrollerini koruma yöntemlerini geliştiriyor. Değişiklikler, açık bir firmware projesini sürdürmenin gerekliliklerini de ortaya koyuyor: Yeni özellikler birbiriyle ilişkili iki telsizde çalışmalı, ulusal band planları arasındaki farkları gözetmeli ve yerel ağdan ya da uzaktan erişilebilen yazılımlar güvenli davranmalı.

Alternatif arayüzden yazılım platformuna

OpenX6X00, X6100 ve X6200’ün Linux tarafında microSD kart üzerinden çalışıyor. Telsizlerde DSP, RF, güç kontrolü ve keyer gibi işlevler için ayrı bir baseband firmware’i bulunuyor. OpenX6X00 bu yazılımla iletişim kuruyor, ancak onun yerini almıyor. Bu ayrım, projenin arayüzü ve uygulamaları geliştirirken alıcı-vericinin temel işlevleri için mevcut firmware’den yararlanmasını sağlıyor.

Bu ayrım önemli; çünkü “açık firmware” ifadesi, telsizin bütün bileşenlerinin değiştirildiği veya serbestçe düzenlenebildiği izlenimini verebilir. Burada proje önemli bir yazılım katmanını yönetiyor, ancak baseband Xiegu tarafından sağlanan ayrı bir bileşen olarak kalıyor. İşletim sistemi, uygulamalar, kontrol arayüzü ve web araçları, telsiz donanımını yöneten firmware’den bağımsız biçimde değiştirilebiliyor. Kullanıcı açısından bunun anlamı, OpenX6X00’de bulunan bir özelliğin yine de alttaki baseband’in sunduğu imkânlara bağlı olabileceği.

Projenin geçmişi de kapsamını anlamaya yardımcı oluyor. OpenX6X00, önceki proje kapalı hâle geldikten sonra X6100 için yayımlanan son açık firmware sürümünden çatallanarak geliştirildi. Proje geliştiricileri, dış sistemlerle iletişim kuran servisleri kaldırdıklarını ve geliştirmeyi açık biçimde sürdürdüklerini belirtiyor. Sistem zamanla tarayıcı tabanlı bir kontrol paneli, DX cluster görünümü, kayıt işlevleri, açık hava etkinliklerine yönelik programlar ve çeşitli dijital modlar kazandı. Yeni sürüm, her özelliği ayrı bir aksesuar gibi ele almak yerine bu yazılım ortamını genişletiyor.

Dahili bilgisayar, taşınabilir bir istasyonun yapısını değiştiriyor. Dijital mod uygulaması telsizin üzerinde çalıştığında, desteklenen bir modu çözmek veya göndermek için harici bilgisayar bağlamak gerekmeyebilir. Aynı platformda log ve aktivasyon araçları da varsa, bazı işlemler cihazlar arasında geçiş yapmadan gerçekleştirilebilir. Tarayıcı üzerinden kontrol de başka bir seçenek sunuyor: Yerel ağa bağlı bir telefon, tablet veya bilgisayar web arayüzünden telsizi çalıştırabiliyor. Bu özellikler birlikte, birçok dijital ve ağ bağlantılı işlem için harici bilgisayara duyulan ihtiyacı azaltıyor.

Bu bütünleşmenin sınırları var. Fiziksel kontroller, ekran, ses yolları ve baseband’in yetenekleri yazılımın neler yapabileceğini belirlemeyi sürdürüyor. Bir Linux uygulaması yeni bir kullanım biçimi sunabilir; ancak donanım kısıtlarını ortadan kaldıramaz veya her özelliğin iki modelde de aynı davranacağını garanti edemez. Uygulama katmanı ile baseband arasındaki ayrım, özellikleri karşılaştırırken, bir sorunu araştırırken veya güncelleme kararını verirken özellikle önem kazanıyor. Daha yetenekli bir yazılım platformu telsizin kullanım alanlarını genişletiyor, fakat temel tasarım sınırları belirlemeye devam ediyor.

Operatörün bulunduğu bölgeye göre band planları

0.3.7 sürümünün en görünür yeniliği büyük olasılıkla genişletilmiş band planı sistemi. Önceki sürümler, ekrandaki band planı şeridinde yalnızca IARU Bölge 1 planını gösteriyordu. Yeni sürüm Bölge 2 ve 3’ü, ayrıca ABD’deki Extra, Advanced, General ve Technician lisans sınıflarına ait planları ekliyor. Böylece ekran, tahsisleri başlangıçta desteklenen plandan farklı olan amatör telsiz operatörleri için daha kullanışlı hâle geliyor.

Band planı, ekrandaki etiketlerden ibaret değil. Operatörlerin hangi emisyon türlerinin nerede uygun veya izinli olduğunu anlamasına yardımcı oluyor ve frekans ayarlarken kararlarını etkiliyor. Yeni sistem seçilen planı band planı şeridinde, tarayıcı paneli dâhil olmak üzere gösterebiliyor. Ayrıca band planına göre mod seçimi ve CW bölümlerinin işaretlenmesi gibi arayüz işlevlerini de etkiliyor. ABD lisans sınıfı planlarında, seçilen sınıfın kullanamayacağı bölümler gri gösteriliyor; uygun yerlerde “out” uyarısı da ekleniyor.

Otomatik seçim, bir IARU bölgesini belirlemek için mevcut konum bilgilerini kullanıyor. Önce GPS konumuna, ardından yapılandırılmış Maidenhead lokatörüne ve son olarak çağrı işaretiyle ilişkili ülkeye bakıyor. Bu bilgilerden hiçbiri yoksa telsiz daha önce seçilen bölgeyi koruyor. Farklı yerlerde kullanılabilecek taşınabilir bir telsiz için bu sıralama anlamlı; GPS veya lokatör bilgisi bulunmayan operatörlere de bir yedek seçenek sağlıyor.

Otomatik seçim, ABD lisans sınıfına bağlı bir planı bilerek seçmiyor. Telsizin ABD’de olduğunu bilmek, yazılımın operatörün hangi yetkilere sahip olduğunu belirlemesine yetmiyor. Bölgesel plan tek başına bu farkı gösteremediği için ABD’deki operatörlerin ülkeyi ve lisans sınıfını kendilerinin seçmesi gerekiyor. Bu yerinde bir tasarım tercihi: Gerekli bilgi varsa otomasyon kurulumu kolaylaştırabilir, ancak sistemin çıkaramayacağı bir mevzuat bilgisini tahmin etmemeli.

Bazı durumlarda bölgesel plan, telsizin band listesini de değiştiriyor. Bölge 2 ve 3’te 160 m, 80 m, 40 m SSB ve 6 m girişleri, operatör bunları daha önce düzenlememişse güncellemeden sonraki ilk açılışta o bölgenin sınırlarını alabiliyor. Bölge 1’de mevcut band sınırları değişmiyor. Bu fark önemli; çünkü bir bölgede uygun olan sabit frekans aralıkları başka bir bölgenin tahsisleri veya kullanım alışkanlıklarıyla örtüşmeyebilir.

Taşınabilir kullanımda bu özellik, küçük ama operasyonel açıdan önemli arayüz uyumsuzluklarını azaltabilir. Sınır ötesine götürülen, farklı bir bölgeye göre yapılandırılan veya başka bir ulusal plana göre kullanılan telsizin uygun bilgileri göstermesi gerekir. Band planı göstergesi, geçerli kuralları bilmenin yerini tutmuyor ve tek bir ayar her ülkenin farklılıklarını kapsayamıyor. Yine de seçili çalışma bağlamını görünür kılıyor ve frekans ekranının bu bağlama uygun olmasına yardımcı oluyor.

Proje, band planı görünümünü ve band listesi girişlerini bir PC sürümünde ve test amaçlı bir X6100’de Bölge 2, Bölge 3, US General ve US Technician planlarıyla denediğini belirtiyor. Bu, arayüz davranışı için yararlı bir bilgi; ancak resmî mevzuat sertifikasyonu veya tüm konum ve lisans kombinasyonlarının kapsamlı testi anlamına gelmiyor. Sürüm notlarına göre GPS konumuna dayalı otomatik seçim bir telsizde test edilmedi. Bu sınırlamaları göz önünde bulundurmak gerekiyor: Bölgesel özellikler pratik kolaylık sağlasa da doğru yetkileri seçme ve kurallara uyma sorumluluğu operatörde kalıyor.

Winlink doğrudan telsizden kullanıma yaklaşıyor

Winlink, amatör telsizi e-posta ve radyo ağları üzerinden sakla-ve-ilet mesajlaşmasıyla birleştirdiği için güncellemenin önemli parçalarından biri. HF’de geleneksel internet erişimi olmadığında veya operatör bir radyo ağ geçidi üzerinden mesaj alışverişi yapmak istediğinde faydalı olabiliyor. OpenX6X00’ün Winlink iş akışı, radyo üzerinden veri iletişimi için tasarlanmış dijital bir protokol olan ARDOP’u kullanıyor. Yeni sürüm, bağlantı sürecini daha anlaşılır ve sorunları teşhis etmeyi daha kolay hâle getirmeyi amaçlıyor.

Güncellenen arayüze “Before you connect” kartı eklendi. Bu kart Winlink’in telsizi nasıl kullanacağını gösteriyor. Bağlantı kartı ise bağlantının neden başarısız olduğunu ve bundan sonra neler yapılabileceğini açıklıyor. Böylece yazılım yalnızca bir bağlantı düğmesi sunmakla kalmıyor; işlemin koşullarını ve başarısızlığın nedenlerini görünür kılmaya çalışıyor. Telsiz, modem ayarları ve ağ geçidinin erişilebilirliği sonucu birlikte etkilediğinden, HF bağlantısındaki sorunları giderirken bu bilgiler genel bir hata mesajından daha yararlı olabilir.

ARDOP bant genişliğinin işlenişi de değiştirildi. Telsizin sayfası artık her bağlantıda ARDOP’un en geniş bant genişliğini kullanıyor. Açıklanan yapılandırmada, ağ geçidi listesi 2000MAX ayarı istediğinde varsayılan değer 500 Hz. Sürüm notları, uygulamanın kendi ayarlarında girilen bir parolanın artık saklandığını da belirtiyor. Bunlar küçük ayrıntılar gibi görünebilir, ancak bütünleşik bir aracın gerçek bir çalışma sırasında güvenilir olmasına katkıda bulunuyor.

Dijital uygulama açıkken kontrollerin ve logların nasıl ele alındığı da değişti. Bu durumda klavye kullanılamıyor; parolalar maskelenerek loglar toplu biçimde indirilebiliyor. Bu önlemler iki farklı ihtiyaca yanıt veriyor: Bir uygulama telsizi kontrol ederken uygunsuz girdileri önlemek ve dışa aktarılan loglarda hassas bilgilerin gereksiz yere açığa çıkmasını engellemek. Ağ üzerinden haberleşebilen bir telsiz, yapılandırmasını ve saklanan verileri çalışma ortamının bir parçası olarak ele almalı.

0.3.7 sürümü, Winlink için deneysel ikinci modem seçeneği olarak Mercury’yi de ekliyor. Mercury, HERMES projesiyle bağlantılı ve uyumluluk için belirli bir koşul var: Uzak istasyonun Mercury 1.9.20 veya daha yeni bir sürüm kullanması gerekiyor. Sürüm açıklamasına göre kullanıcı Pat içinde Mercury’yi VARA HF seçeneği üzerinden seçiyor. Operatörlerin bağlantı denemeden önce bu ayrıntıyı bilmesi gerekiyor. Mercury bu sürümde deneysel olduğundan, entegrasyonu geliştirilmekte olan ek bir özellik olarak değerlendirmek; her Winlink ağ geçidi veya istemcisiyle uyum garantisi olarak görmemek gerekiyor.

Bu sınırlama radyo ağlarında önem taşıyor. Bir modem, karşı taraf uyumlu bir protokol ve yapılandırmayla veri alışverişi yapabiliyorsa kullanışlıdır. Yerel uygulama teknik açıdan tamamlanmış olsa bile ağın geri kalanı protokolü benimsememişse pratik kullanım alanı dar kalabilir. Bu nedenle Mercury’nin ilk aşamada özellikle denemeler, testler ve uyumlu istasyonlarla koordinasyon kurabilen erken kullanıcılar için yararlı olması beklenebilir. Daha geniş kullanım, telsiz dışındaki desteğin yaygınlaşmasına bağlı.

Winlink çalışmaları daha genel bir tasarım sorununu da gösteriyor. Telsizde çalışan bir uygulama, masaüstü programında farklı pencerelere dağılabilecek kararları yönetmek zorunda: Hangi modem etkin? Hangi bant genişliği isteniyor? Telsiz gönderime hazır mı? Başarısız bir bağlantının ardından ne oldu? Bu öğeleri bir araya getirmek istasyonu basitleştirebilir, ancak arayüzün açık olması daha da önemli hâle gelir. Önemli bir durum gizlenirse kompakt bir yapılandırmada sorun gidermek, dizüstü bilgisayarlı bir düzene göre daha zor olabilir.

Dijital modlar ve taşınabilir istasyon

OpenX6X00’ün diğer işlevleri, Winlink yeniliklerinin bağlamını ortaya koyuyor. Proje FT8, FT4, FT2, JS8, WSPR, PSK31, PSK63, Olivia, RTTY, SSTV, WeFax ve yalnızca alım için DSC destekli Navtex gibi modlara yönelik uygulamalar sunuyor. Destek düzeyi uygulama ve moda göre değişiyor, ancak temel yaklaşım aynı: Telsizin Linux ortamı, normalde bağlı bir bilgisayarda çalışacak yazılımları çalıştırıyor. 0.3.7 sürümü dijital çalışmayı sıfırdan başlatmak yerine bu temelin üzerine kuruluyor.

Bu yaklaşım, taşınabilir bir istasyonun fiziksel düzenini değiştirebilir. Sahada çalışan bir operatör zaten telsiz, pil, anten ve harita veya log için telefon ya da tablet taşıyor olabilir. Her dijital mod için bir dizüstü bilgisayar eklemek ağırlığı ve güç tüketimini artırır; ayrıca yeni kablolar ve yazılım yapılandırması gerektirir. Bu işlerin bir kısmı telsize taşındığında istasyon daha bağımsız hâle gelebilir. Bu, her dizüstü bilgisayarı gereksiz kılmaz: Daha büyük ekran, alışılmış kayıt araçları veya özel yazılımlar hâlâ tercih edilebilir. Ancak telsiz temel işlerin daha fazlasını doğrudan üstlenebilir.

Farklı modların operasyonel gereksinimleri de farklıdır. FT8 ve benzer zayıf sinyal modları hassas zamanlamaya, kod çözmeye ve planlanmış gönderimlere dayanır. WSPR, düşük güçlü beacon’larla yayılımı gözlemlemek için sık kullanılır. JS8, klavyeyle mesajlaşmayı ve röle tabanlı iletişimi destekler. Winlink ise farklı bir ihtiyaca yönelir ve mesajları ağ geçitleri üzerinden taşır. Bu araçları telsizde bir araya getirmek, istasyonu her seferinde ayrı bir bilgisayarın etrafında yeniden kurmadan denemeler, QSO’lar ve pratik mesajlaşma arasında geçiş yapmayı kolaylaştırabilir.

Ekran ve kontroller bu deneyimin bir parçası. Waterfall, sinyalleri ayarlamayı ve etkinliği yorumlamayı kolaylaştıracak şekilde gösterebilir. Cluster görünümü, spotları telsizin frekans ayarıyla ilişkilendirebilir. Tarayıcı üzerinden kontrol, tanıdık bir cihazın uzaktan kumanda olarak kullanılmasını sağlar. Bu işlevlerin değeri aralarındaki ilişkiden gelir: Bir spot frekans seçimine yön verebilir, dijital uygulama gönderimi yönetebilir ve log aynı yazılım ortamında QSO’yu kaydedebilir.

Bütünleşme karmaşıklığı da yoğunlaştırır. Dijital uygulamanın ses, frekans ve gönderim kontrolüne güvenilir biçimde erişmesi gerekir. Tarayıcı arayüzü telsizle iletişim kurarken güvenilmeyen bir sayfanın kontrolü kötüye kullanmasını önlemelidir. Log doğru QSO verilerini korumalı, ağ servisleri de amaçlanan kullanıcılarla diğer istemcileri ayırt etmelidir. Her işlev tek başına basit görünebilir, ancak aralarındaki etkileşim dikkatli tasarım ve test gerektirir.

Projenin sürüm geçmişi bu zorluğu gösteriyor. Önceki sürümler X6200 desteği, tarayıcı üzerinden uzaktan kontrol, HF üzerinden Winlink ve başka özellikler ekledi. Geliştirme sırasında kayıt, TCI kontrolü, tarayıcı PTT’si ve diğer bileşenlerde hatalar da ortaya çıktı. Geliştiriciler, 0.3.6 sürümünün incelenmesi sırasında tarayıcı PTT’si, yapılandırıcı, TCI ve web arayüzü dâhil 14 hata bulunduğunu bildiriyor. Yeni sürüm bunları düzeltiyor ve açık firmware geliştirmenin yalnızca yeni özellikler eklemekten değil, özellikler arasındaki etkileşimleri gidermekten de oluştuğunu gösteriyor.

Güvenlik radyo işletiminin bir parçası oluyor

Web yapılandırıcısı, tarayıcıdan uzaktan kontrol ve ağ servisleri bulunan bir telsizin güvenlik profili, yalnızca fiziksel kontrollerle çalışan bir cihazdan farklıdır. 0.3.7 sürümü DNS rebinding saldırılarına karşı koruma ekliyor. Bu saldırı türünde kötü niyetli bir web sitesi, tarayıcının kendi kontrolündeki bir adı yerel ağdaki bir cihaza işaret ediyormuş gibi ele almasını sağlayabilir. Tarayıcı telsizin yapılandırma veya kontrol sayfalarına erişebiliyorsa, güvenlik açığı olan bir tasarım ayarları açığa çıkarabilir veya kullanıcının tarayıcı oturumu üzerinden işlemlere izin verebilir.

OpenX6X00 v0.3.7 bazı web işlemlerini telsizin kendi adlarıyla sınırlandırıyor; örneğin yerel ana bilgisayar adı veya kullanıcı tarafından tanımlanan bir ad kullanılmalı. Bu kısıtlama, web yapılandırıcısında değişiklikleri kaydetme ve ilişkili sayfa ve bağlantılar için geçerli. TCI programları ise herhangi bir ad üzerinden bağlanmaya devam edebiliyor. Bu ayrım pratik bir gereksinime karşılık geliyor: Tarayıcı tabanlı kontrol yüzeyleriyle programlar arası iletişim arayüzlerinin aynı adlandırma kurallarına ihtiyacı olmayabilir. Hassas web işlemlerini belirli adlara sınırlamak, bir sitenin tarayıcıyı kandırarak telsizle iletişim kurdurması riskini azaltabilir.

Bu sürümdeki güvenlik çalışmaları bir dizi denetim ve kod incelemesinin parçası. Proje, 0.3.6 sürümünün gözden geçirilmesinde bulunan 14 hatanın 0.3.7’de giderildiğini bildiriyor. Önceki bağımsız denetimler de TCI kontrolü, ADIF veri işleme, log düzenleme ve tarayıcı oturumlarının davranışı gibi alanlarda düzeltmelere yol açmıştı. Bunlar yalnızca kozmetik sorunlar değil. Gönderim kontrolündeki bir hata telsizin gönderime doğru geçmesini veya alıma dönmesini etkileyebilir. Veri işleme hatası logları bozabilir ya da sistemin kararsız çalışmasına yol açabilir.

Tarayıcı PTT’sine gösterilen özen özellikle önemli; çünkü uzaktan kontrol, gönderim düğmesinin anlamını değiştiriyor. Fiziksel bir düğme doğrudan operatör ve telsizle ilişkilidir. Tarayıcıdaki kontrol ise ağ bağlantısına ve yazılımın durumuna bağlıdır. Bağlantı takılır ve sonra geri gelirse arayüz eski bir komut nedeniyle vericiyi beklenmedik şekilde devreye sokmamalıdır. Sürüm notlarına göre, tarayıcı PTT düğmesi basılı tutulduğunda bağlantı kesilip geri geldikten sonra telsizin yeniden gönderime geçmesine yol açan bir hata giderildi. İyi tasarlanmış bir arayüz bu tür uç durumları açıkça ele almalıdır.

Güvenlik, uzaktan erişim özelliklerinin nasıl sunulduğunu da etkiliyor. OpenX6X00 uzaktan kontrol için Tailscale kullanabiliyor; 0.3.7 sürümü, bazı tarayıcı sayfalarını yerel ağ dışından erişilebilir kılan Tailscale Funnel desteği ekliyor. Sürüm, Panel ve Screen sayfalarını yapılandırıcı, TCI programları ve Winlink uygulamaları gibi diğer servislerden ayrı tutuyor. Bu ayrım önemli, çünkü “uzaktan erişim” tek tip bir izin değil: Canlı kontrol paneli, yapılandırma arayüzü ve ağ servisi farklı yetenekler sunuyor ve farklı riskler taşıyor.

Funnel işlevinin belirli sınırları var. Uzaktaki bağlantı kullanılmadan önce tarayıcının telsizle eşleştirilmesi gerekiyor. Evde eşleştirilen bir tarayıcı, dışarıdayken kullanmak için kendine ait bir bağlantı alabiliyor. Genel erişime açılan hizmet Panel ve Screen sayfalarıyla bunların ilgili soketleriyle sınırlı; tarayıcının önceden evde eşleştirilmiş olması gerekiyor. Diğer hizmetler Funnel üzerinden erişilebilir hâle gelmiyor. Özellik, Tailscale daemon’ının yerine geçen bir yazılımla ve PC sürümünde test edildi, ancak gerçek bir tailnet ve telsiz üzerinde henüz denenmedi. Bu nedenle geliştiriciler, özelliği bu ortamda test eden kullanıcılardan geri bildirim istiyor.

Bu özellik basit bir kolaylık anahtarından ibaret değil. Bir servisi internete açmak, ona kimin erişmeye çalışabileceğini ve hangi kimlik doğrulamanın gerektiğini değiştiriyor. OpenX6X00 uzak tarayıcının erişimini telsizin diğer servislerinden ayırıyor ve önceden eşleştirme şartı koyuyor. Proje ayrıca genel ana bilgisayar adının herkese açık sertifika kayıtlarında görüneceği konusunda uyarıyor. Tarayıcı üzerinden uzaktan erişime ihtiyacı olmayan operatörler Funnel’ı kapalı tutabilir. Kullananların ise hangi sayfaların erişilebilir hâle geldiğini, hangilerinin erişime kapalı kaldığını bilmesi gerekir.

Güç sınırları, bakım ve 0.3.7 sürümünün gösterdikleri

X6200’ün gönderim gücü davranışı da operasyonel açıdan önemli bir değişiklik. 0.3.7 sürümünde arayüz seçilebilir gücü 8 W ile sınırlandırıyor; telsiz pille çalışırken sınır 5 W oluyor. Yazılımla konan bir sınır, özellikle besleme koşullarının değiştiği taşınabilir bir istasyonda yararlı bir koruma olabilir. Ancak bu, telsizin azami gücü hakkında genel bir ifade olarak yorumlanmamalı. Bu firmware’in kontrol davranışıyla getirilen bir sınırdır ve kullanılan güç kaynağına göre yapılandırmayı etkileyebilir.

Sürüm ayrıca birkaç küçük davranışı düzeltiyor. X6100’de Moni seviyesi varsayılan olarak sıfır yapılıyor ve böylece X6200 ile eşleşiyor; ancak operatörün önceden belirlediği değer korunuyor. Bir VFO bandın sınırını aşacak şekilde ayarlandığında diğer VFO mevcut konumunda kalıyor. Tarayıcı kontrolü, TCI, Wavelog formları ve yapılandırıcıyla ilgili hatalar da giderildi. Bu ayarların her biri, öne çıkan yeni bir işlev eklemese bile telsizin daha öngörülebilir çalışmasına katkıda bulunuyor.

OpenX6X00’ü zaten kullananlar güncellemeyi doğrudan telsizden başlatabiliyor. Sürüm notlarına göre desteklenen v0.2.x veya v0.3.x kurulumuna sahip bir X6100 ya da X6200, güncellemeyi yerleşik işlev üzerinden alabiliyor. İlk kurulumlar ve güncellemeyi başlatacak kadar açılamayan telsizler için yeni kart imajları da mevcut. Daha eski bazı kart imajlarının bootloader veya Wi-Fi sürücüsüyle ilgili önceki değişiklikleri almak için yenilenmesi gerekiyor. Ancak bu gereksinim modele ve yüklü sürüme göre değişiyor; dolayısıyla herkesin v0.3.7 için kartı yeniden yazması gerekmiyor.

Güncelleme paketiyle kart imajının ayrı tutulması, mimarinin pratik bir avantajı. Çekirdek, sürücüler ve açılış bileşenleri değişmediğinde uygulamalar ve web sayfaları tam sistem imajını yeniden yazmadan güncellenebiliyor. Proje, uyumlu eski bir imaj kullanan telsizlerde v0.3.7 için yeni kart imajı gerekmediğini belirtiyor. Ayarlar ve loglar kartın veri bölümünde kalıyor; yine de güncellemeden önce yedek alınması öneriliyor. İşletim sistemiyle uygulamaları ayırmak bakımı daha az zahmetli hâle getirebilir, ancak kullanıcıların hangi durumda tam imaj gerektiğini bilmesi önemini koruyor.

Geri alma seçeneği de güncelleme modelinin parçası. Yeni sürüm düzgün başlatılamazsa telsiz önceki sürümü koruyor ve otomatik olarak ona dönebiliyor. Bu özellik ayar ve log yedeklerinin önemini ortadan kaldırmıyor veya her güncellemeyi risksiz hâle getirmiyor. Yine de gömülü bir cihazda önemli bir kurtarma yöntemi sağlıyor; aksi durumda güncelleme hatası kartı yeniden yazmak için daha kapsamlı bir işlem gerektirebilirdi.

Proje, amatör telsiz alanındaki daha geniş bir eğilimi de yansıtıyor. SDR alıcı-vericiler giderek daha fazla genel amaçlı bilgisayar donanımı, ağ işlevi ve yazılımla tanımlanan arayüz içeriyor. Bu sayede telsiz satışa çıktıktan sonra yeni özellikler eklenebiliyor; ancak yazılım bakımının kalitesi de günlük kullanım değerinin bir parçası hâline geliyor. Band planı mantığı, modemlerin birlikte çalışabilirliği, tarayıcı güvenliği, logların bütünlüğü ve güç kontrolü gerçek kullanımı etkileyen yazılım konuları. Açık geliştirme, kullanıcılara değişiklikleri görme ve sorunları bildirme olanağı veriyor. Buna karşılık, büyüyen sistemin tutarlı kalmasını sağlamak geliştiricilerin sorumluluğunu artırıyor.

Bu nedenle OpenX6X00 v0.3.7, sürüm notlarındaki özelliklerin toplamından daha fazlası. Bölgesel band planları arayüzü dünyanın farklı yerlerindeki operatörlere daha uygun hâle getiriyor. Winlink değişiklikleri bağlantıları daha anlaşılır kılmayı amaçlıyor; Mercury ise uyumlu istasyonlara deneysel olarak yeni bir seçenek sunuyor. Güvenlik düzeltmeleri ve kod incelemeleri, tarayıcıdan uzaktan kontrolün telsizin güvenilir çalışmasıyla da ilgili olduğunu gösteriyor. Bu gelişmeler birlikte Xiegu X6100 ve X6200’ü, firmware’in bir alıcı-vericinin nasıl kullanıldığını, ağa nasıl bağlandığını ve nasıl bakımdan geçirildiğini şekillendirdiği platformlara dönüştürüyor.

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.