JTTY: az WSJT-X 3.2 az RTTY sebességét hozza el a gyenge jelek világába
Az WSJT-X 3.2.0-rc1 bemutatja a JTTY-t, az új, billentyűzet–billentyűzet alapú digitális üzemmódot, amely az RTTY közvetlenségét olyan kódolt jelzéssel ötvözi, amely gyenge jelek mellett is megbízhatóbb vételre készült. A kiadás a Q65, a MAP65 és a QMAP számára is új lehetőségeket kínál, a fejlesztők pedig a végleges megjelenés előtt tesztelésre hívják a rádióamatőröket.
Más ritmus a digitális rádiózásban
A digitális rádióamatőr-kommunikáció az elmúlt két évtized jelentős részében egy sajátos hatékonysági modell felé haladt: az időt rögzített periódusokra osztja, az egyikben ad, a másikban vesz, majd a számítógépre bízza az üzenetváltás dekódolását. Ez a megközelítés rendkívül hatékonnyá tette a gyenge jelekkel folytatott kommunikációt. Közben azonban az üzemeltetés élményét is megváltoztatta. FT8 vagy FT4 használatakor az operátor gyakran előre beállít egy üzenetsorozatot, majd figyeli, ahogy a szoftver végigmegy rajta, ahelyett hogy maga gépelne be egy üzenetet, és valós időben látná megérkezni a másik állomás válaszát.
Az WSJT-X 3.2.0-rc1 új üzemmódja, a JTTY más ritmusra épül. Billentyűzet–billentyűzet alapú mód, amelyet élő, aszinkron működésre terveztek. Az adás azonnal elindulhat, amikor az operátor elküld egy üzenetet; nem kell megvárni az UTC szerinti időhatárt vagy egy előre meghatározott adási-vételi ciklust. A beérkező szöveg dekódolás közben jelenik meg, ami ismerősebb lehet azoknak, akik már használtak RTTY-t vagy más, beszélgetésre alkalmas digitális módot.
Ez a működési élmény nem az RTTY pontos újraalkotására törekszik. A JTTY az élő szöveget és a versenyüzemeknél megszokott kezelőszerveket olyan kódolt hullámformával egyesíti, amely gyenge jelek vagy kedvezőtlen körülmények között is ellenállóbbá teheti az üzeneteket. Az alapgondolat határozott: megőrizni az RTTY-versenyzés közvetlenségét és működési szokásait, miközben a digitális jelfeldolgozás csökkenti azokat a hibákat, amelyek miatt a hagyományos RTTY vétele nehéz lehet.
Az WSJT-X 3.2.0-rc1 kiadásra jelölt változat, nem pedig a végleges, általánosan elérhető kiadás. Az WSJT fejlesztőcsapata arra kéri a rádióamatőröket, hogy próbálják ki a szoftvert, teszteljék az új funkciókat, a hibákat és kérdéseket pedig a projekt nyilvános hibakövető rendszerén, beszélgetési felületén vagy felhasználói fórumain jelezzék. Ez fontos különbség: a kiadásra jelölt változat már használható, ugyanakkor a valós tapasztalatok alapján még változhat.
A JTTY a kiadás leglátványosabb újdonsága, de nem ez az egyetlen változás. Az WSJT-X 3.2.0 a Q65, a MAP65 és a QMAP számára is új lehetőségeket hoz, emellett számos fejlesztést és javítást tartalmaz. Ezek a programok a gyengejelű üzemeltetés különböző területeit szolgálják ki: a hagyományos adó-vevővel folytatott digitális kommunikációtól a szélessávú VHF- és EME-üzemmódokig. A kiadás tehát egyszerre kísérlet egy új móddal és az WSJT szoftvercsalád átfogó frissítése.
Az időzítés azért is érdekes, mert az WSJT-X már szorosan összekapcsolódott a JTTY működésének szinte ellentmondó digitális rádiós stílusával. Az FT8 és az FT4 strukturált, számítógéppel támogatott összeköttetéseket tett elérhetővé a világ rádióamatőreinek széles köre számára. A JTTY azt vizsgálja, hogy ugyanez a szoftverkörnyezet képes-e olyan módot is támogatni, amelyben az operátor közvetlenebbül vesz részt a beszélgetésben: maga választja meg, mikor ad, funkcióbillentyűkkel irányítja a versenyüzemi üzenetváltást, és érkezés közben olvassa a szöveget.
A válasz nem csupán a demodulátor minőségén múlik. Az operátoroknak azt is ki kell próbálniuk, hogy a JTTY üzenetformátumai illenek-e a szokásaikhoz, használhatók-e a makrók egy gyors versenyben, megtalálják-e egymást az állomások a javasolt frekvenciákon, és a mód gyengejelű teljesítménye egy mintafelvételen kívül is megállja-e a helyét. Ezért mutatja be a fejlesztőcsapat a kiadást tesztváltozatként, és kér visszajelzéseket ahelyett, hogy az újítást lezárt történetként kezelné.
Az időzített sorozatoktól az élő szövegig
Az WSJT-X ismert módjai gondosan összehangolt időzítésre épülnek. Az FT8 15 másodperces adási-vételi ciklusokat használ, az FT4 ciklusai pedig 7,5 másodpercesek. Az operátor számítógépe és rádiója ebben az ismétlődő struktúrában működik, így a szoftver kiszámítható időablakban adhatja le a jelet, majd a megfelelő vételi időszakban megkeresheti. Ez a szervezés az egyik fő oka annak, hogy a módok nehéz terjedési körülmények között is megbízható üzenetváltást tudnak automatizálni.
Az időzített működésnek elkerülhetetlen ára van. A számítógépnek meg kell várnia a megfelelő adási időszakot, a másik állomásnak pedig a hozzá tartozó vételi szakaszban kell figyelnie. Az üzenet általában nem folyamatos karakterfolyamként jelenik meg. A szoftver ehelyett fogad egy teljes, kódolt adást, majd az időszak végén megjeleníti a dekódolt tartalmat. Az operátor kész üzenetek sorozatát látja, nem pedig karakterenként érkező szövegsort.
Az RTTY történelmileg közvetlenebb élményt nyújtott. Aszinkron karakterfolyama lehetővé teszi, hogy az egyik állomás adni kezdjen, a másik pedig a szöveget közös órához igazított üzenetváltás nélkül vegye. Az operátorok billentyűzettel, funkcióbillentyűkkel vagy versenyüzemi naplózóprogrammal küldhetik el a megszokott üzeneteket. A formátum azért praktikus versenyzéshez, mert egy QSO néhány elemre, például hívójelre, riportjelre és sorszámra egyszerűsíthető, miközben a tempót az operátor szabja meg.
A közvetlenség más mérnöki kihívásokat hoz magával. A hagyományos, 45,45 baud sebességű versenyüzemi RTTY két frekvenciaeltolásos billentyűzött hangot használ. Ha a zaj, a fading, az interferencia vagy a gyenge jel-zaj viszony torzítja a vett hangokat, a dekóder hibás karaktereket állíthat elő. Egyetlen rossz karakter egy hívójelben vagy sorszámban is ismétlést tehet szükségessé. Az emiatt keletkező késés részben eltüntetheti azt a sebességelőnyt, amely vonzóvá teszi ezt az üzemmódot.
A JTTY e két megközelítés közötti helyet próbálja elfoglalni. Megtartja az aszinkron, billentyűzet-központú működést, de az információt rövid, keretezett sorozatokban, négyhangú Gauss-féle frekvenciaeltolásos billentyűzéssel továbbítja. A keretezés és a kódolás olyan struktúrát ad a vevőnek, amellyel dolgozhat, az aszinkron kialakítás pedig megszünteti a fix UTC-adási idősávok megvárásának szükségességét. Nem folyamatos adatfolyamról van szó ugyanabban az értelemben, mint egy keretezés nélküli karaktersorozatnál: a rendszer kompakt kereteket küld, amikor az üzenetek elkészülnek és adásra kerülnek.
Egy JTTY-keret 1,888 másodpercig tart, és megközelítőleg 127 Hz sávszélességet foglal el. Ezek az értékek keskeny spektrumtartományba helyezik a módot, de szélesebbé teszik az FT4-hez gyakran társított, nagyjából 80 Hz-es értéknél, miközben keskenyebb marad a gyakori, 45,45 baud sebességű RTTY-konfigurációk 170 Hz-es névleges frekvenciaeltolásánál. Ezek a számok különböző tulajdonságokat írnak le, ezért nem tekinthetők az éterbeli teljesítmény teljes mérőszámának. A foglalt sávszélesség, a hangköz, a szimbólumsebesség, a kódolás és a vevő viselkedése egyaránt befolyásolja, hogyan teljesít egy mód zsúfolt sávon.
Az 1,888 másodperces keret elég rövid a gyors üzenetváltáshoz, de a keretformátum korlátozza, mennyi szabadon megfogalmazott szöveg küldhető el egyszerre. Egy keret öt tetszőleges karaktert tartalmaz. Ez elsőre komoly korlátozásnak tűnhet egy billentyűzetes mód esetében. A kialakítás akkor válik érthetőbbé, ha az üzenetre nem hétköznapi prózaként tekintünk. A versenyüzemi üzenetváltások erősen ismétlődnek: hívójelek, riportok, sorszámok és rövid nyugtázások korlátozott számú kombinációban fordulnak elő. Egy protokoll ezeket a strukturált üzeneteket hatékonyabban tudja megjeleníteni, mint ha az egyes tetszőleges karaktereket külön-külön kódolná.
Ez a legfontosabb különbség a JTTY strukturált versenyüzemi üzenetei és a szabad szöveg között. A szabványos formátumok hatékonyan használják ki a rendelkezésre álló keretkapacitást, így a versenyüzemi üzenetváltás jóval gyorsabb lehet annál, mint amit az ötkarakteres korlát sugall. A fejlesztők „CQ CQ K1ABC CQ” példája egyetlen keretben elküldhető, míg egy teljes „W9XYZ 599 107” típusú üzenetváltás két keretet igényel. A szabad szöveg sebessége ehhez képest körülbelül 30 szó percenként, nagyjából fele a strukturált formátumokénak.
Ennek gyakorlati következménye van: az egyéni üzenetek lelassíthatják az operátort. Sok digitális módban a makrók csupán kényelmi réteget jelentenek az alapul szolgáló protokoll körül. A JTTY-nél az üzenetformátum kiválasztása közvetlenül befolyásolja, mennyire hatékonyan csomagolható be az információ a rendelkezésre álló keretekbe. Ha valaki a tömör versenyüzemi üzeneteket részletesebb, egyéni változatra cseréli, több keretet használhat, és hosszabb ideig foglalhatja az adásidőt.
A mód kialakítása ezért a fegyelmezett üzenetváltást jutalmazza. A rövid, következetes versenyüzemi üzenet nemcsak könnyebben gépelhető, hanem jobban illeszkedik az átvitel struktúrájához is. Ez nem teszi haszontalanná a szabad szöveget. Lehetőséget ad rövid megjegyzésekre, nyugtázásokra vagy beszélgetős üzenetekre, ha nem a sebesség az elsődleges szempont. A nagy sebességre vonatkozó állítás azonban elsősorban az előre meghatározott versenyüzemi formátumokra érvényes, nem a korlátozás nélküli szövegre.
Miért fontos a négy hang?
A JTTY négyhangú GFSK-hullámformája a két hang közötti egyszerű választásnál több információt kínál a vevőnek. A GFSK, vagyis a Gauss-féle frekvenciaeltolásos billentyűzés úgy alakítja a frekvenciaállapotok közötti átmeneteket, hogy csökkentse a hirtelen spektrális szétterülést. A Gauss-szűrés kisimítja a frekvenciaváltozásokat, és segít korlátozni a jel által elfoglalt sávszélességet. Az eredmény olyan hullámforma, amely diszkrét hangokkal viszi át a szimbóluminformációt, miközben elkerüli a szűretlenül billentyűzött jel éles átmeneteit.
A több hang használata önmagában nem garantál jobb teljesítményt gyenge jelek esetén. A vevőnek továbbra is meg kell becsülnie a jel időzítését és frekvenciáját, el kell különítenie a küldött szimbólumokat a zajtól, majd vissza kell állítania a keretekben tárolt információt. Az eredményt a kódolás, a szinkronizálás, az interleaving, a jelfeldolgozás és az üzenetstruktúra egyaránt befolyásolja. A hullámforma teljesítménye a teljes modulációs és dekódolási rendszer tulajdonsága, nem egy olyan címke eredménye, mint a „négyhangú”.
Az WSJT projekt régóta arra törekszik, hogy a füllel nehezen hallható jelekből hasznos információt nyerjen ki. Módjai arra az elképzelésre épülnek, hogy a számítógép olyan szerkezetet is ki tud használni a zajos hangjelből, amelyet az emberi hallgató nem képes megbízhatóan felismerni. Az FT8 jól ismert példa: a kompakt üzenetek, a szigorú időzítési szabályok és a digitális dekódolás együtt olyan rövid összeköttetéseket tesznek lehetővé, amelyek hanggal nehezek lennének. A JTTY ezt az általános jelfeldolgozási szemléletet viszi át egy olyan módba, amelynek közelebb kell állnia az élő, billentyűzetes beszélgetéshez.
A fejlesztők állítása szerint a JTTY gyengejeleknél lényegesen jobb teljesítményt és a szabványos RTTY-nél jóval alacsonyabb hibaarányt kínál. A kiadási anyagok az új felhasználói útmutatóban található mintafelvételre is hivatkoznak. A csapat szerint a példában a JTTY-jele annyira gyenge, hogy a hagyományos, 45,45 baud sebességű RTTY-vétel határeset lenne, és sok hibával járna. Ez hasznos támpont a módot értékelő operátoroknak, de nem azonos egy közzétett, szabványosított érzékenységi küszöbértékkel.
A kiadásra jelölt változat kísérőanyagaiban még nem tettek közzé hivatalos JTTY-jel-zaj küszöbértéket. Ez fontos azok számára, akik egyetlen decibelértékkel szeretnék összehasonlítani a módokat. A gyengejel-érzékenység függ a mérési módszertől, a referencia-sávszélességtől, az üzenet hosszától, az elfogadható hibaaránytól, a vevő megvalósításától és a teszt körülményeitől. Ha ezek az adatok hiányoznak, a küszöbérték félrevezető összehasonlítást eredményezhet.
Az RTTY és az FT4 ráadásul különböző üzemeltetési célokat szolgál, ezért a közvetlen rangsorolás nem teljes. Az FT4 rövid, szinkronizált időszakai és strukturált üzenetrendszere gyors, automatizált üzenetváltásra optimalizált. Az RTTY aszinkron szövegfolyama azért maradt vonzó, mert jól ismert versenyüzemi folyamatot támogat, és az operátorok saját tempójukban küldhetnek és fogadhatnak. A JTTY célja az, hogy ennek a munkafolyamatnak egyes részeit kódolt jellel ötvözze, nem pedig az, hogy bármelyik mód minden funkcióját lecserélje.
A 127 Hz-es foglalt sávszélesség gyakorlati egyensúlyra is utal. A JTTY elég keskeny ahhoz, hogy egy mérsékelt hangfrekvenciás áteresztősávba beleférjen, de a keskeny jel csak akkor hasznos, ha az állomások megbízhatóan rá tudnak hangolni, és dekódolni tudják. Az operátoroknak kerülniük kell a zsúfoltságot, szabályozniuk kell a hangszintet, pontosan kell hangolniuk a rádiót, és össze kell hangolniuk a működésüket a javasolt frekvenciákon. A JTTY éterbeli élményét a valódi állomások viselkedése fogja meghatározni, nem csupán egy tiszta tesztkörnyezetben létrehozott hullámforma.
A frekvenciahiba a digitális rádiózás egyik alapvető problémája. Az adóban és a vevőben is oszcillátor működik; a kettő együttes eltérése miatt a vett hangok eltolódhatnak ahhoz képest, amit a dekóder vár. A modern szoftverek bizonyos tartományon belül képesek keresni, de a drift mértéke és a keresési tartomány szélessége befolyásolja, mennyire könnyű megtalálni a jelet. A nem szinkronizált indítást támogató versenyüzemi módnak is pontos frekvenciatartásra van szüksége ahhoz, hogy az állomások megtalálják egymást a korlátozott spektrumterületen.
A terjedés újabb tényezőt jelent. HF-en a fading másodpercek vagy másodperctöredékek alatt is megváltoztathatja a jel amplitúdóját. A szelektív fading eltérően érintheti a jel különböző részeit, miközben a légköri zaj, a helyi elektromos interferencia és a szomszédos állomások az átvitel egyes szakaszait fedhetik el. A kódolás segíthet visszaállítani az információt a sérült szimbólumokból, de egyetlen digitális mód sem tünteti el a rádiócsatorna hatásait. A JTTY teljesítménye a sávtól, a napszaktól, az antennarendszertől, a terjedési útvonaltól és az aktivitás sűrűségétől függ majd.
Ezért különösen értékes a terepi tesztelés. Egy mintaként szolgáló WAV-fájl megmutathatja, hogyan kezeli a dekóder az ismert felvételt. A valós üzemeltetési körülmények sokféleségét azonban nem tudja teljesen visszaadni: ilyen például a hosszú útvonalon fading miatt eltűnő és visszatérő állomás, a kissé pontatlan frekvencián adó operátor, a zsúfolt sáv vagy az interferencia pillanatában elküldött versenyüzemi üzenet. A kiadásra jelölt változat lehetőséget ad az operátoroknak, hogy megtapasztalják a mód viselkedését ezekben a helyzetekben, majd megosszák tapasztalataikat a fejlesztőkkel.
Versenyzés a billentyűzet megtartásával
A JTTY funkcióbillentyűit azoknak az operátoroknak tervezték, akik gyors versenyüzemi ritmust szeretnének. Az F1–F8 billentyűk a frekvencia tartásával, illetve a kereséssel és válaszadással járó, megszokott folyamatot fedik le. A mód makrókat támogat az operátor saját hívójeléhez, a másik állomás hívójeléhez, az üzenetváltás adataihoz és a sorban következő hívójelhez. Ezek az építőelemek ismerősek mindenkinek, aki már állított be digitális versenyüzemi szoftvert.
A kiadásra jelölt változatban leírt makrójelölések között a %M jelöli az operátor saját hívójelét, a %H a másik állomás hívójelét, a %E az üzenetváltást, a %Q pedig a sorban következő hívójelet. Az üzenetváltás jelenleg egy 599-es riporton és sorszámon alapul. Az operátorok az adás közben is sorba állíthatnak üzeneteket, ami segít csökkenteni a szüneteket, ha a kapcsolat gyorsan halad.
A sorba állítás több egy kényelmi kezelőfelületi funkciónál. Versenyzés közben az operátor figyelme és tevékenysége megoszlik a hallgatás, az állomások azonosítása, a naplózóprogram kezelése és a következő elküldendő üzenet kiválasztása között. Ha a következő válasz már a jelenlegi üzenet adása közben előkészíthető, csökkenhet a két üzenetváltás közötti idő. Ettől a mód inkább egy hangszeren való játéknak, mint különálló üzenetek egymás utáni elküldésének tűnhet.
A sorba állított üzenetek működése ugyanakkor a helyes állapottól is függ. A makrónak a megfelelő hívójelet és üzenetváltási adatokat kell használnia; a naplózóprogramnak és a rádióvezérlő beállításainak ugyanazt az állomást kell jelezniük; az operátornak pedig tudnia kell, mit fog adni a szoftver a billentyű lenyomása után. Ezek megszokott versenyüzemi kérdések, de egy új mód új konfigurációs hibalehetőségeket is teremt. A korai tesztelés során minden makrót ellenőrizni kell, az adást pedig az éteren kívül vagy műterhelésre kell próbálni, mielőtt az operátor élő kapcsolatban támaszkodna rájuk.
A JTTY aszinkron kialakítása központi eleme a tervezett használati élménynek. FT8-ban az üzenetváltás meghatározott időzítésű üzenettípusok sorozatán keresztül halad. Mivel az időzítés és a formátum szabványosított, az operátor és a szoftver a folyamat jelentős részét automatizálhatja. JTTY-ben az operátor akkor indíthat adást, amikor készen áll, és funkcióbillentyűkkel kezelheti az üzenetváltást. Továbbra is nagymértékben támaszkodik a szoftverre, de az a QSO időzítését támogatja, nem pedig meghatározza.
Ez a különbség azokat az operátorokat vonzhatja, akik értékelik a versenyüzemi sebességet, de hiányolják az RTTY közvetlenségét. Egyes rádióamatőrök szeretik a taktikus tempót: frekvenciát keresnek a forgalmazáshoz, CQ-t hívnak, majd ismerős makrósorozattal kezelik a válaszokat. Mások éppen azért kedvelik az FT8-at, mert az automatizálás és az időzítés csökkenti a folyamatos billentyűzethasználat szükségességét. A JTTY nem oldja fel ezt az ízlésbeli különbséget. Egy újabb módszert kínál a digitális QSO megszervezésére, a választást pedig az operátorokra bízza.
Kulturális kérdés is felmerül. Az RTTY-versenyekben régóta kialakultak saját üzemeltetési szokások, makrók, naplózóprogram-integrációk és kezelési rutinok. Egy új protokoll nem örökli meg automatikusan mindezt attól, hogy hasonlít a régi módra. Megbízható működéssel, megfelelő naplózótámogatással, használható frekvenciatervekkel és elegendő aktivitással kell kiérdemelnie a helyét ahhoz, hogy az operátorok valóban találjanak összeköttetéseket. A JTTY előzetes dialfrekvenciái kiindulópontot kínálnak, de az elterjedése dönti majd el, válnak-e ezek valódi találkozási helyekké.
Egy versenyüzemi módnak azt is egyértelműen meg kell határoznia, mit tartalmaz az üzenetváltás. A JTTY jelenlegi, 599-es riportot és sorszámot használó formátuma ismerős mintát ad. Ez megkönnyítheti a tanulást, de az operátoroknak így is meg kell érteniük, hogyan kezeli az alkalmazás a hívójel bevitelét, a sorba állítást, az újraküldést és a nyugtázást. A kiadásra jelölt változat megfelelő alkalom annak feltárására, hogy a szoftver feltételezései mennyire illenek a valós versenyüzemi működéshez.
A fejlesztőcsapat első frekvenciajavaslatai a 160 métertől a 2 méterig terjedő sávokat fedik le. A korai JTTY-aktivitás közös találkozási helyeként a 20 méteres sáv 14,090 MHz-es dialfrekvenciáját javasolják. A megadott dialfrekvenciák kifejezetten ideiglenesek. Ha a mód népszerűvé válik, némelyik vagy akár mindegyik változhat, amint az operátorok megtalálják a legalkalmasabb frekvenciákat, és kitapasztalják, hogyan kerülhető el az interferencia a sávok más használataival.
Ezek az értékek dialfrekvenciákra vonatkoznak, nem feltétlenül az egyes továbbított hangok pontos RF-helyzetére. Hangkártyás digitális módban a rádió dialfrekvenciája és a rádióra küldött hangfrekvencia együtt határozza meg a tényleges RF-adási frekvenciát. Az operátoroknak ezért a szoftver frekvenciabeállítását kell követniük, és figyelniük kell az adási hang elhelyezkedésére is. Nem szabad azt feltételezniük, hogy önmagában a dialfrekvencia megadja a jel teljes helyzetét az áteresztősávban.
A kiadási megjegyzések szerint a Settings | Frequencies táblázat Reset opciójának használata után sok javasolt frekvencia megjelenhet az WSJT-X alapértelmezett frekvencialistájában. Ez egy új állomás számára kényelmes lehet, a táblázat visszaállítása viszont felülírhatja az operátor által kézzel megadott értékeket. A gondosan karbantartott frekvencialistával rendelkezőknek érdemes lehet a teljes tábla visszaállítása helyett csak a szükséges JTTY-frekvenciákat felvenniük. Ez gyakorlati tanács: a korai tesztelés miatt nem kell elveszíteni a korábban elvégzett konfigurációs munkát.
A JTTY helye egy meglévő szoftverkörnyezetben
Az WSJT-X nem kizárólag a JTTY számára készült alkalmazás. A projekt szoftvercsaládjában különböző gyengejelű kommunikációs feladatokra tervezett módok és programok találhatók. Az WSJT-X a HF-, VHF- és UHF-sávban, valamint más alkalmazásokban használt módok készletét támogatja. A MAP65 a JT65- és Q65-jelek szélessávú vételére optimalizált, különösen EME-munkához. A QMAP az WSJT-X-szel együttműködve támogatja a Q65 szélessávú vételét egy EME-alsávon.
A 3.2.0-s kiadás ezért egy meglévő platformot bővít, nem pedig különálló, saját működési modellel rendelkező programot vezet be. Ez fontos azoknak a rádióamatőröknek, akik már beállították a hangrendszert, a rádióvezérlést, a naplózást és a digitális módok munkafolyamatait. Egy ismerős alkalmazáson belüli új mód tesztelése egyszerűbb lehet, mint egy új, önálló csomagé, bár a nagyobb verzióváltás a konfigurációt így is érintheti, ezért a kiadási megjegyzéseket gondosan át kell olvasni.
A kiadás bejelentése szerint a frissítés a Q65, a MAP65 és a QMAP új lehetőségeit, továbbá sok más fejlesztést és hibajavítást tartalmaz. Ezek azok számára is fontosak lehetnek, akiket egyelőre nem érdekel a JTTY. A Q65-öt igényes gyengejelű kommunikációban használják, beleértve az EME-t és az ionoszférikus szóródást; a MAP65 és a QMAP pedig a szélessávú vételt és a sáv-térkép funkcióit szolgálja speciális rendszerekben. A bejelentés nem szűkíti le a kiadást a JTTY-re, ezért az említett módok felhasználóinak frissítés előtt érdemes áttekinteniük a teljes változáslistát.
A 3.2-es verzióhoz új WSJT-X felhasználói útmutató jelent meg. A JTTY-ről szóló részek és a mintafelvétel első támpontot adnak a beállításhoz és a vétel kipróbálásához. A fejlesztőcsapat arra figyelmeztet, hogy az útmutatót még frissítik: egyes képernyőképek elavultak lehetnek, és bizonyos szövegek hiányozhatnak. Ez a figyelmeztetés különösen hasznos a kiadásra jelölt változat felhasználóinak, mert segít reális elvárásokat kialakítani a dokumentációval kapcsolatban. Ha egy utasítás nem illeszkedik a jelenlegi kezelőfelülethez, annak oka lehet az útmutató befejezetlen állapota, nem feltétlenül az operátor hibája.
A mintaként szolgáló WAV-fájl különösen hasznos, mert az adás megkezdése előtt lehetőséget ad a dekóder kipróbálására. Megmutatja, hogyan jelenik meg a JTTY-szöveg a felvétel feldolgozásakor, és segít megérteni az üzenetek keretezését. Egy ismert fájl meghallgatása a beállítási problémákat is elválaszthatja az éterbeli bizonytalanságtól: ha a minta nem dekódolható, az operátor előbb a szoftver beállításait és a hangkonfigurációt vizsgálhatja meg, mielőtt a változók közé felvenné az adó-vevőt és a terjedési útvonalat.
A naplózóprogramokkal kapcsolatban a kiadási anyagok MMTTY-kompatibilis felületet írnak le az N1MM Logger+ 1.0.11449-es vagy újabb verziójához. A bemutatott munkafolyamatban az operátor az „JTTY” szöveget írja az N1MM hívójelmezőjébe, így indítva el az WSJT-X-et JTTY-módban. A csomagban egy példa-funkcióbillentyűfájl is található, amely bemutatja a JTTY saját üzenetformátumait. Ez fontos kapcsolat a versenyzők számára, mert a naplózóprogram nem mellékes része a működésnek: itt kezelik a hívójeleket, az üzenetváltásokat, a sorszámokat és a versenyjegyzőkönyvet.
A kompatibilitási állításokat ettől függetlenül verzióhoz kötötten kell kezelni. Egy adott N1MM Logger+-kiadáshoz leírt felület a konfigurációs részletektől is függhet, és bármelyik alkalmazás későbbi verziója megváltoztathatja a működést. A felhasználóknak verseny előtt ellenőrizniük kell az aktuális dokumentációt és tesztelniük kell a két program együttműködését. A kezdeti beállítás alapulhat egy működő FT8-konfiguráción, de az, hogy az FT8 sikeresen működik, nem garantálja, hogy minden JTTY-billentyű, makró vagy naplózóprogram-integráció is pontosan az elvárások szerint viselkedik.
A javasolt út óvatos és ismerős: először ellenőrizni kell, hogy az állomás meglévő WSJT-X- és N1MM-konfigurációja vezérelni tudja-e az adó-vevőt, és működik-e a PTT-kapcsolás. Ezután ki kell választani a JTTY-t, majd a funkcióbillentyűket műterhelésre kapcsolt rádióval kell tesztelni. A műterhelés lehetővé teszi az adási sorrend ellenőrzését anélkül, hogy egy nem tesztelt makró kikerülne az éterbe. A beállítás ellenőrzése után az operátor figyelheti a javasolt találkozási frekvenciát, és válaszolhat az aktivitásra.
Ennek nem csupán a kellemetlen adások elkerülése a célja. Egy versenyállomás jelútjába beletartozik a számítógép hangkimenete, a rádió modulációs útja, a CAT-vezérlés, a PTT, az adási hangszint és az erősítő vagy az antennarendszer. Egy új mód felszínre hozhat olyan konfigurációs részletet, amely egy korábbi módban nem volt nyilvánvaló. A teljes jelút alacsony kockázatú tesztelése megkönnyíti, hogy az operátor megkülönböztesse a JTTY-szoftver hibáját az állomás beállítási problémájától.
A JTTY az elküldött és fogadott szöveget az ALL.TXT fájlba is írhatja, amely az WSJT-X jól ismert aktivitási naplója. A fájl hasznos a tesztmenet áttekintéséhez, mert olyan szöveget is megőriz, amely a kezelőfelület gyors megtekintésekor esetleg nem feltűnő. A kiadásra jelölt változat tesztelése során ezek a naplók segíthetik a reprodukálható problémák bejelentését. A szoftververziót, az operációs rendszert, a konfigurációt és a kapcsolódó naplóadatokat tartalmazó jelentés hasznosabb a karbantartók számára, mint egy általános megjegyzés arról, hogy egy üzenet nem sikerült.
A projekt nyílt forráskódú, és a GNU General Public License 3. verziója alatt terjesztik. A nyilvános tárhely tartalmazza az WSJT fejlesztési előzményeit, és helyet biztosít a hibajelentéseknek, megbeszéléseknek és kódközreműködéseknek. A projektet fejlesztők és rádióamatőrök közössége építette; a bejelentésben szereplő közreműködők között K1JT, K9AN, G4KLA, N9ADG, DL3WDG, W3SZ, KJ5HST és KD0BTO is megtalálható. A kiadásra jelölt változat láthatóvá teszi ezt az együttműködést: a szoftver már használható éterbeli kísérletezésre, miközben a visszajelzési kör továbbra is a fejlesztési folyamat része.
A nyíltság arra is lehetőséget ad a műszaki érdeklődésű felhasználóknak, hogy megértsék, hogyan illeszkedik a mód a nagyobb kódbázisba. A projekt fejlesztői áttekintője bemutatja, hogyan járulhatnak hozzá a megfelelő készségekkel rendelkező emberek. Nem kell minden operátornak elolvasnia vagy módosítania a forráskódot, de a kód és a fejlesztési előzmények elérhetősége lehetővé teszi a kutatóknak, szoftverfejlesztőknek és tapasztalt digitálisüzemmód-használóknak, hogy megvizsgálják a tervezést és részt vegyenek a tesztelésben.
Az első teszt az, hogy megtalálják-e egymást az operátorok
Egy digitális módnak a jó dekóderen kívül közös működési helyre is szüksége van. Közös frekvenciák nélkül az első állomások sikeresen adhatnak, de soha nem hallják meg egymást. Ez különösen fontos egy új aszinkron mód esetén, ahol az állomások nincsenek automatikusan összehangolva időzített periódusokkal és közös menetrenddel. A 20 méteres sávon javasolt 14,090 MHz-es dialfrekvencia közös támpontot ad a korai felhasználóknak.
A kiadási anyagok frekvencialistája széles tartományt fed le. A 160 méteres sávra 1838 kHz-et, a 80 méteresre 3575 kHz-et, a 40 méteresre 7090 kHz-et, a 30 méteresre 10140 kHz-et, a 20 méteresre 14090 kHz-et javasolják. A lista a 17 méteres sávon 18100 kHz-cel, a 15 méteresen 21090 kHz-cel, a 12 méteresen 24920 kHz-cel, a 10 méteresen 28090 kHz-cel, a 6 méteresen 50160 kHz-cel, a 2 méteresen pedig 144160 kHz-cel folytatódik. A fejlesztők ezeket nagyon előzetes javaslatoknak nevezik, amelyek az aktivitás alakulásával változhatnak.
Egy előzetes lista hasznos, de nem szabad állandó sávtervnek vagy hivatalos spektrumkiosztásnak tekinteni. Az amatőrsávokra eltérő nemzeti és regionális szabályok vonatkoznak, működnek már bevett digitális módok, vannak versenyüzemi gyakorlatok és helyi működési szokások. Az operátorok felelősek azért, hogy adásaik megfeleljenek az adott helyen érvényes szabályozásnak és sávterveknek. A javasolt dialfrekvencia találkozási pont, nem pedig az egyéni mérlegelés helyettesítője.
A 20 méteres sáv ésszerű első találkozási sáv, mert gyakran nagy távolságú kommunikációra is alkalmas, és sok digitális módot használó operátor dolgozik rajta. A HF-terjedés azonban soha nem állandó. A naptevékenység, a helyi idő, az antenna teljesítménye, a zaj és az állomások közötti útvonal egyaránt befolyásolja, mely sávok nyitottak. Egy délután jól használható aktivitást adó frekvencia később, a nap folyamán vagy más terjedési körülmények között csendes lehet.
Az első menetek valószínűleg legalább annyira szólnak majd a felfedezésről, mint a kommunikációról. Az operátoroknak meg kell találniuk, hol jelennek meg a JTTY-jelek az áteresztősávban, milyen gyorsan jeleníti meg a dekóder a szöveget, tisztán dekódolhatók-e az egymásra átfedő adások, és mekkora frekvenciatávolság megfelelő. Azt is ki kell próbálniuk, hogy a javasolt frekvenciák elegendő helyet biztosítanak-e az aktivitásnak, vagy más elrendezés lenne praktikusabb. Ezek minden új mód indulásakor felmerülő kérdések, de egy gyors és aszinkron működésre tervezett módnál különösen fontosak.
Az egymást átfedő jelek kezelése kulcsfontosságú teszt. A kiadás leírása a jel kivonását és az adaptív dekódolást említi olyan eszközként, amely átfedés vagy fading esetén segíthet visszanyerni a jeleket. A jel kivonása megpróbálja megbecsülni a már dekódolt jelet, majd eltávolítani annak hozzájárulását a vett hangból, így láthatóbbá válhat az alatta lévő másik jel. Az adaptív dekódolás azzal számolhat, hogy a jel körülményei változnak, ahelyett hogy tökéletesen stabil jelet feltételezne. E módszerek hatékonysága attól függ, mennyire pontosan ismeri fel a vevő az egyes jeleket, és mennyire jól modellezi az eltávolítandó részt.
Egy zsúfolt versenyüzemi sávszakaszon két állomás szándékosan vagy véletlenül is adhat egyszerre. Az egymást átfedő jeleket szétválasztani képes dekóder hasznos lenne, különösen akkor, ha a mód több gyors üzenetváltást ösztönöz egy frekvencia körül. A jel kivonása ugyanakkor mérnöki összetettséget is hoz. Az egyik jel pontatlan becslése maradványt hagyhat, vagy eltorzíthat egy másik jelet. A vevőnek el kell döntenie, mikor van elég bizonyíték a jel dekódolásához, és mikor vezethet téves szöveghez az átfedő adatok visszanyerésére tett kísérlet.
A fading másféle kihívást jelent. A HF-jelek erőssége változhat a terjedési útvonal változásával, a rövid, mély fading pedig eltüntetheti az adás egy részét. Egy keretezett és kódolt üzenet többletinformációt tartalmazhat, amely segíti az eredeti szöveg visszaállítását, de az eredmény attól függ, hogyan oszlik el az információ a kereten belül, és mennyi veszik el belőle. A módot tesztelő operátoroknak nemcsak azt kell figyelniük, hogy dekódolódik-e az üzenet, hanem azt is, hogy helyesen és következetesen történik-e.
A sikeres és a pontos dekódolás közötti különbség kulcsfontosságú. Attól, hogy egy digitális mód szöveget jelenít meg, az még nem feltétlenül hibátlan. Versenyzéskor egy rossz hívójel vagy sorszám költségesebb lehet egy nem vett üzenetnél, mert a hibás adatot az operátor tévesen elfogadhatja, és később kell javítania. Ezért a fejlesztők alacsonyabb hibaarányra vonatkozó állítása legalább annyira fontos, mint a gyengejelű működés ígérete. Egy hasznos tesztben rögzíteni kell, milyen gyakran van szükség ismétlésre, milyen gyakran jelenik meg hibás karakter, és hogyan ismeri fel az operátor a bizonytalan vételt.
A kiadásra jelölt változat ideális alkalmat kínál az ilyen gyakorlati értékelésre. Az operátorok saját RTTY-tapasztalataikhoz hasonlíthatják a módot hasonló körülmények között, anélkül, hogy egyetlen mintafelvételt minden helyzet reprezentatív példájának tekintenének. Egy hasznos jelentés leírhatja a sávot és a frekvenciát, a hozzávetőleges jelerősséget, a másik állomás módját és szoftververzióját, az esetleges jelátfedést, valamint a dekóder kijelzését. Laboratóriumi szintű mérések nélkül is olyan megfigyeléseket lehet rögzíteni, amelyek segítenek a fejlesztőknek reprodukálni a problémát.
Ugyanilyen fontos jelezni azt is, amikor a mód jól működik. A szoftverfejlesztési visszajelzések gyakran a hibákra összpontosítanak, pedig egy új mód esetén azt is dokumentálni kell, milyen körülmények között működik sikeresen a tervezés. Ha a JTTY olyan jelszinten ad tiszta vételt, ahol az RTTY ismételt adást igényelne, vagy ha a makrófolyamat természetessé teszi a versenyüzemi cserét, ezek a tapasztalatok segítenek meghatározni a mód erősségeit. A tesztelés célja nem egy előre meghatározott ítélet igazolása, hanem a rendszer viselkedésének feltérképezése.
Kiadásra jelölt változat befejezetlen részekkel
A 3.2.0-rc1 jelölés a fejlesztés egy adott szakaszát mutatja. A kiadásra jelölt változatok tapasztalt felhasználóknak készülnek, akik el tudják fogadni a hiányos dokumentációt, tesztelik az új működést, és egyértelmű visszajelzéseket küldenek. Nem pusztán promóciós előzetesek, és nem garantált, hogy pontosan úgy működnek, mint a végleges kiadás. Az operátoroknak számítaniuk kell hibákra, és azokat a projekt nyilvános tárhelyén vagy felhasználói fórumain kell jelezniük.
Ez az állapot a szoftver használatára is hatással van. Egy nagy versenyre készülő állomás dönthet úgy, hogy egyelőre a stabil verziót használja, amíg az új módot és a naplózóprogrammal való együttműködést alaposan nem tesztelték. A digitális módok fejlesztése iránt érdeklődő operátor viszont telepítheti a kiadásra jelölt változatot, és időt fordíthat a működés megismerésére. Mindkét megközelítés elfogadható. A lényeg az, hogy a kiadásra jelölt változat a szoftver értékelésébe hívja be a felhasználókat, és nem állítja, hogy már minden része kész.
A felhasználói útmutató jelenlegi állapota is megerősíti ezt. A projekt szerint egyes képernyőképek elavultak lehetnek, és néhány szöveg hiányzik, miközben a dokumentáció frissítése folytatódik. A nem egyértelmű utasításokkal találkozó felhasználóknak érdemes ezt figyelembe venniük és ellenőrizniük, megjelent-e frissebb változat. A dokumentációval kapcsolatos visszajelzés is hasznos: egy homályos beállítási folyamat vagy hiányzó magyarázat értékes információ a projektnek, különösen akkor, ha emiatt egy érdeklődő operátor nem tudja kipróbálni a módot.
A csomagok Windows, macOS és Linux rendszerekhez is elérhetők. A Linux-kiadások x86_64 és aarch64 változatot tartalmaznak, emellett visszatér a 32 bites armhf-változat is. Ez a széles támogatás azért fontos, mert a rádióamatőr-állomások sokféle számítógépet használnak, az asztali munkaállomásoktól a kis egylapos rendszerekig. A Raspberry Pi-felhasználókat különösen érdekelheti az armhf-csomag, mert csökkentheti annak szükségét, hogy saját maguk fordítsák le az alkalmazást. A telepítés előtt így is ellenőrizniük kell az aktuális kiadási fájlokat és a rendszerkövetelményeket, mert az egyes platformok csomagjai és függőségei eltérhetnek.
Egy új főverzió a meglévő konfigurációs fájlokkal is kölcsönhatásba léphet. Az operátoroknak át kell nézniük a kiadási megjegyzéseket az általuk használt módokat, hangberendezéseket, rádióvezérlést vagy naplózási folyamatot érintő változások miatt. Aki sok időt töltött az állomás beállításainak finomhangolásával, annak érdemes lehet biztonsági másolatot készítenie a konfigurációról tesztelés előtt. Ez a szokásos szoftverkarbantartás része, de még fontosabb, ha a kiadás új üzemmódot és több programot érintő változásokat tartalmaz.
A Release Notes a 3.0.2-es verzió óta történt változásokról ad részletes áttekintést. Ez a nyilvántartás azért értékes, mert egy funkcióbejelentés természeténél fogva az újdonságokat emeli ki, miközben az operátoroknak azt is tudniuk kell, mi változott az általuk már használt szoftverrészekben. A szélesebb frissítés Q65-, MAP65- és QMAP-fejlesztéseket, valamint számos javítást tartalmaz. Ezért a teljes kiadási megjegyzések segítenek megítélni, hogy az WSJT-X 3.2.0-rc1 a JTTY-n kívül érint-e egy adott állomást.
A projekt visszajelzési csatornái szintén a tesztelés részét alkotják. A felhasználók hibajelentést nyithatnak vagy beszélgetéshez csatlakozhatnak a nyilvános tárhelyen, illetve felvehetik a kapcsolatot valamelyik felhasználói fórummal. Egy jó jelentésnek elegendő részletet kell tartalmaznia a vizsgálat irányításához: meg kell adnia a kiadásra jelölt változatot, az operációs rendszert, a releváns beállításokat, a rádióinterfészt és azokat a lépéseket, amelyek a tapasztalt működéshez vezetnek. Ha a probléma egy jelhez kapcsolódik, érdemes leírni a sávot, a körülményeket, és azt is, reprodukálható-e a hiba a mintafelvétellel.
Egy új módnál az első hasznos jelentések egyszerű kérdésekre is választ adhatnak. JTTY-módban indul-e az WSJT-X, amikor az N1MM Logger+ elindítja? A funkcióbillentyűk a várt üzeneteket küldik? Helyesen lép tovább a sor? Követhető módon jelenik meg a fogadott szöveg? Könnyű megtalálni egy másik állomást a javasolt frekvencialista alapján? Ezekre a kérdésekre a válasz annyira fontos lehet, mint egy kiemelt érzékenységi érték, mert végső soron ezek döntik el, hogy használják-e az operátorok a módot.
A projekt nyílt forráskódú jellege különösen jelentőssé teszi ezt a visszajelzést. A reprodukálható problémát felismerő felhasználó segíthet a karbantartóknak a program mindenki számára történő javításában. Egy programozó ennél tovább is mehet: megvizsgálhatja a forráskódot, vagy javítást készíthet. A programozási háttérrel nem rendelkező rádióamatőr is értékes teszteredményeket adhat, ha világosan leírja a valós éterbeli körülményeket. A fejlesztési folyamat a szoftveres szakértelemre és az üzemeltetési tapasztalatra egyaránt támaszkodik.
Mit változtathat meg a JTTY – és mit nem?
A JTTY ígérete nem egyszerűen az, hogy „jobb RTTY”. Ez a leírás figyelmen kívül hagyná az üzemmód keretezésében, kódolásában, adatátviteli sebességében és szoftveres integrációjában lévő különbségeket. Pontosabban úgy lehetne meghatározni, mint kísérletet arra, hogy megőrizze a billentyűzetes rádiózás operátor által meghatározott tempóját és aszinkron jellegét, miközben az WSJT projekt gyengejelű módjaihoz kapcsolódó jelfeldolgozási megközelítést alkalmazza.
Ha sikeres lesz, új lehetőséget adhat a versenyüzemi operátoroknak a gyors üzenetváltásra akkor, amikor a hagyományos RTTY vétele megbízhatatlanná válik. Előnye leginkább azokban a helyzetekben mutatkozhat meg, amikor a kódolt adás csökkenti az ismétlések szükségességét, a strukturált üzenetformátumok pedig illeszkednek a versenyen előírt üzenetváltáshoz. Minél többször tudja az operátor elsőre helyesen venni a hívójelet és a sorszámot, annál nagyobb az esély arra, hogy a mód névleges sebessége a gyakorlatban is hasznosabb üzemeltetési teljesítményt eredményezzen.
A sebesség azonban nem pusztán a másodpercenkénti bitszám vagy a percenként továbbított szavak száma. A versenyüzemi teljesítmény attól is függ, mennyi időbe telik az állomás azonosítása, az üzenetváltás elindítása, a válasz vétele, a hibák kijavítása és az összeköttetés naplózása. Egy kompakt üzenetet gyorsan küldő mód a gyakorlatban nem feltétlenül teljesít jobban egy lassabbnál, ha bonyolult beállítást vagy gyakori helyreállítást igényel. Egy erősen automatizált rendszer pedig hatékonyabb lehet egyes operátorok számára, mint az élő billentyűzetes folyamat, még akkor is, ha utóbbi közvetlenebbnek érződik.
A JTTY strukturált formátumai tudatos kompromisszumot jelentenek. Hatékonyabbá teszik a gyakori versenyüzemi üzeneteket, ugyanakkor korlátozzák a szabad szöveg rugalmasságát. Hosszabb beszélgetésre is van lehetőség, de a szabad szöveg sebessége körülbelül 30 szó percenként, és minden keret mindössze öt tetszőleges karaktert tartalmaz. Ez lassú a strukturált versenyüzemi formátumokhoz képest, hosszabb beszélgetésnél pedig korlátozónak tűnhet. A mód legfontosabb felhasználási területe továbbra is a rövid, szabványosított üzenetváltás, nem pedig a korlátozás nélküli digitális csevegés.
Nincs ellentmondás abban, hogy egy billentyűzetes mód kevésbé alkalmas hosszú beszélgetésekre. Sok rádiómódot egy adott célra optimalizálnak: gyors versenyüzemi üzenetváltásra, gyengejelű DX-re, vészforgalmazásra, billentyűzetes társalgásra vagy automatizált terjedési jelentésekre. A JTTY a jelek szerint a gyengejelű képesség és a versenyzés metszéspontjára összpontosít. Aki hosszabb üzeneteket szeretne küldeni, más digitális módot használhat; a JTTY-nek nem kell minden feladatot ellátnia ahhoz, hogy hasznos legyen.
A módnak stabil, a közösség által elfogadott frekvenciatervre is szüksége lesz. Az előzetes javaslatok kiindulási lehetőséget kínálnak, de később regionális összehangolásra, versenyspecifikus iránymutatásra és az átfedést elkerülő megállapodásokra is szükség lehet. A digitális módok elterjedésére hálózati hatás jellemző: minden újabb állomás növeli a mód hasznosságát mások számára, az első felhasználóknak viszont elegendő közös aktivitásra van szükségük ahhoz, hogy érdemes legyen megtanulniuk. A 20 méteres sáv közös találkozási pontja praktikus első lépés lehet ebben a folyamatban.
A Q65, a MAP65 és a QMAP új lehetőségei más közönséget is vonzhatnak. Az EME-operátorok, a VHF-gyengejeles kommunikáció kedvelői és a szélessávú SDR-rendszerek felhasználói más igényekkel rendelkeznek, mint a HF RTTY versenyüzemi operátorai. Az, hogy ezek a fejlesztések ugyanabba a kiadásba kerültek, azt mutatja, hogy az WSJT-X 3.2.0 nem csupán a JTTY elindításáról szól. A projekt folytatja a gyengejelű kommunikáció szélesebb körű fejlesztését, több sávon és üzemeltetési környezetben.
Ez a tágabb háttér azért fontos, mert a JTTY-t egy kiforrott módcsalád részeként mutatja be, nem elszigetelt újdonságként. A projekt már megmutatta, hogy egyetlen alkalmazásban több protokoll is együtt létezhet, mindegyik más terjedési útvonalra, üzenetstruktúrára és üzemeltetési célra tervezve. A JTTY új pontot ad ehhez a választékhoz: olyan módot, amelyben az operátor azonnal cselekszik, miközben a jel elég strukturált marad a megbízható dekódoláshoz.
Az éterbeli tapasztalat dönti majd el, hogy a JTTY a versenyzés rendszeres részévé válik-e. Az operátoroknak meg kell találniuk egymást, tesztelniük kell a szoftvert, össze kell vetniük tapasztalataikat, és el kell dönteniük, beváltja-e a mód a hozzá fűzött reményeket. A kiadásra jelölt változat konkrét lehetőséget ad erre. A felhasználók úgy próbálhatják ki a módot, hogy a megvalósítás, a dokumentáció és az üzemeltetési szokások még fejlődhetnek.
Az első teszthez célszerű megvizsgálni a mintafelvételt, ellenőrizni a naplózóprogram és a rádióvezérlés beállításait, műterhelésre próbálni a funkcióbillentyűket, majd figyelni a 20 méteres sáv 14,090 MHz-es dialfrekvenciáját. A hibát találó vagy kérdést feltenni kívánó operátorok a projekt hibakövető rendszerén, beszélgetési felületén vagy felhasználói fórumain jelezhetik tapasztalataikat. A sávokhoz javasolt frekvenciák változhatnak, ezért a korai felhasználóknak kísérletezési találkozóhelyként, nem pedig állandó kijelölésként kell kezelniük ezeket.
A JTTY szélesebb jelentősége talán kevésbé az FT8 vagy az RTTY kiszorításában, inkább a digitális rádió használati lehetőségeinek bővítésében rejlik. Az FT8 megmutatta, milyen vonzó lehet a rendkívül strukturált, időzített gyengejelű összeköttetés. Az RTTY továbbra is közvetlen, az operátor által irányított versenyüzemi élményt kínál. A JTTY azt javasolja, hogy e tulajdonságok nem feltétlenül zárják ki egymást: az élő billentyűzetes üzenetváltás is használhat kódolt kereteket és adaptív dekódolást a nehéz jelek kezelésére.
Ez akkor is érdemes kísérlet, ha hosszú távú helye még nem világos. Az új módok olyan kompromisszumokat tesznek láthatóvá, amelyek könnyen háttérbe szorulnak, ha a szoftver már megszokottá vált: az automatizálás és az operátori irányítás, a szabad szöveg és a hatékony kódolás, a keskeny sávszélesség és a megbízható vétel, valamint a rögzített időzítés és a rugalmas kommunikáció közötti egyensúlyt. Az WSJT-X 3.2.0-rc1 arra hívja az operátorokat, hogy ne csak elméletben döntsenek ezekről a kompromisszumokról, hanem teszteljék is őket.
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.
