Műszaki kategóriaarchívum

KiwiSDR a HG5C-n !

HA3FLT Tibor

A KiwiSDR 2-ről a HG5C-n
v1.1, 2026. június 8.
HA3FLT

1. Az állomás és a második vevő

A gyömrői állomáson az Elecraft K3 rádió igen jó és megbízható eszköz, de második vevő nincs beleépítve, így nem lehet egyszerre több frekvenciát is hallgatni a sávban – ez az egyik korlát, amit most említeni szeretnék. A RemoteRig RRC-1258-as remote control dobozkák egyébként egy bizonyos évjárat után, elég régóta kétcsatornásak, tehát két független hangforrást képesek továbbítani, de ezt nem használjuk ki.

A másik korlát, hogy a csoportos használatot nem szokták támogatni a távkezelő szoftverek, így az adóvevőt, az aktuális forgalmazást nem tudjuk egyszerre többen is hallgatni otthonról, nemhogy közösen használni az állomást anélkül, hogy az előző használójának ki kellene kapcsolni, a következőnek pedig újra megteremteni az összeköttetést az állomáson található Remete vezérlővel és a rádióval.

A teljes körű csoportos használatot nem, de a közös vételt meg lehet oldani egy online SDR vevővel, mint amilyen a WebSDR (http://websdr.org), bár ez inkább csak a szoftverről szól, vagy éppen a szóban forgó önálló KiwiSDR (https://kiwisdr.com). Ez utóbbiból a második változat van meg nekünk, a KiwiSDR 2 – az előző linken a legtöbb információ a főoldalról elérhető róla. Hadd említsem meg, hogy a KiwiSDR project HA7ILM, András OpenWebRX nevű munkája alapján készült, az lett mások által továbbfejlesztve. Egyetemista korában készítette más elgondolás alapján, mint a holland WebSDR, még előadást is tartott róla nagyobb külföldi rádióamatőr konferencián.

A KiwiSDR 2 több is egyetlen vevőnél, hiszen igazából több független vevőt valósít meg szoftveresen. Teljes funkcionalitással 4 felhasználó számára biztosítja a kb. 0..30 MHz-es sáv vételét 4–5 W állandó fogyasztással, valamint egy-egy csatorna hangját szintén többen hallgathatják egyszerre passzív felhasználóként. (Átfogó vízesésábra nélkül nyolcat, de úgy elveszik a használat örömének jelentős része.) Természetesen a csatlakoztatott antennáktól függően hallhatók csak rajta az állomások, és a mai zavarkörnyezetben nehéz feladat rendes jelet biztosítani, de erről majd a második részben.

Saját felhasználást tervezek, tehát nem jeleníteném meg a nyilvános vevők közt. Elég sok beállítási lehetőséget kínál ez ügyben a Kiwi, ha szükség lenne rá: jelszavas vagy jelszó nélküli belépés megadása csatornánként, napi használat korlátozása adott mennyiségű percre egyedileg, IP-címek alapján stb. Az aktuális beállításokról a dokumentum végén írok.

Szerencsés helyzetben vagyunk – nincs ez így minden rádióamatőrnél –, mivel az optikai hálózaton keresztül kapott Internet hatalmas sávszélességet biztosít feltöltési irányban is, így azzal nem kell takarékoskodnunk, ezért tudja a kameráinkat is gyakorlatilag korlátlan számú ember teljes felbontásban és sebességgel nézegetni (kb. 10 Mbps összesen, a kamerák tömörítése az áruktól is függ…). A KiwiSDR 2 csatornánként 80 kbps-ot képes elfoglalni, ami 4 csatornára összesen 320 kbps – ez igazán szerény, hasonló vagy kevesebb egyetlen kameráénál teljes felbontásban. Egyébként ha mind a négy csatorna folyamatosan, éjjel-nappal működne, az havi 105 GB forgalmat jelentene, ma már ez sem feltűnő.

A vevő a bemenetet védő áramkörök (határolások) és egy aluláteresztő szűrő után egy max. 30 dB-es programozható osztót, majd egy fix 20 dB-es kiszajú erősítőt (LNA-t) tartalmaz, amit egy 14-bites A/D-átalakító követ. Ez elég jó, de nem kiváló dinamikát ad. A kompromisszum előnye, hogy így a feldolgozási igény egy bizonyos szint alatt marad. Ez az alkalmazott feldolgozó eszköz, az FPGA és a panelek-paneltervek alacsonyabb árában és bonyolultságában, valamint az alacsonyabb fogyasztásban jelenik meg. A készülék GPS vevővel pontosítja az A/D átalakító órajelét, vagyis így a vett frekvenciát, így igen megbízható. (A K3 ehhez képest 30..70 Hz-cel lehet odább rövid melegedési idővel vizsgálva, de egyelőre csak mellékesen néztem). Az adószobai ablakban, annak is inkább a bal oldalán letett kis külső antennájával 5–6 műholdat szokott egyszerre követni, annyi van belőlük zöld jelzésben.
Egy ilyen panel van összeépítve a kis fekete, telilyuggatott fémdobozban egy felprogramozott egykártyás számítógéppel:

Az FPGA gyakorlatilag a chipben található logikai kapukból egy adott célra összeállított, szoftveresen (minden indításnál újra) összehuzalozott processzor, ami pontosan annyi és olyan számítást végez, amire szükség van. Bár programot, függvényeket fordít le a fejlesztőrendszer “hardware-re”, közelebb áll egy hardware-es megoldáshoz, mint egy általános célú számítógéphez, amiben sokkal nehezebb pontos időzítéseket és párhuzamos feldolgozást megvalósítani lábtól lábig, mint egy ilyen, logikai kapukból célzatosan összeállított eszközben. A nehézségek hasonlók: komoly többrétegű NYÁK-tervet igényel, hogy ne legyenek áthallások a digitális jelek közt, megfelelően fussanak együtt a buszok stb. – általában igen sok múlik ezen zaj és hamisvételek tekintetében.

Az FPGA kétféle feldolgozást végez: egyrészt a teljes, 0..30 MHz-es sáv vízesésábrájához szükséges adatfolyamot állítja elő, másfelől négy “vevőt” valósít meg. Egy-egy vevőnek van egy szoftveresen beállított vételi frekvenciája vagyis VFO-ja, valamint egy sávszélessége, ami max. 5 kHz. A “DDC” direkt lekonvertálást jelent, de gyors-lassú átalakításnak is szokták hívni, vagyis hogy az FPGA a teljes spektrumból max. négy sávszeletet alapsávra vagy annak közelébe, tehát egy alacsony vagy nulla KF frekvenciára konvertál, mint egy keverő. Ezt értjük “vevők” alatt, ill. a hozzájuk tartozó további DSP-t, feldolgozást.

Az utána következő BeagleBone Black nevű egykártyás számítógép feladata, hogy egyrészt a vízesésábra adatfolyamát, annak kívánt részét “láthatóra” alakítsa; úgy mondják, hogy az FFT, a Fast Fourier Transformation a time domainből áttranszformálja a jeleket a frequency domain-be. Vagyis az időbeli lefolyás helyett, mint egy hangnál vagy egy szkópon, a vízszintes tengelyen a spektrumot fogjuk látni egy-egy adott pillanatban fényesebb-kevésbé fényes pontokként, mint egy spektrumanalizátoron. És mivel az előző pillanatokat is megtartjuk a kijelzőn, ha pedig megtelik, eltoljuk a korábbi sorokat lefelé, ebből lesz a „vízesésábra”.

Másfelől a BBB a négy hang adatfolyamot is feldolgozza: sávszűrést végez, megállapítja az S-értéküket, majd a végén demodulálja azokat a kívánt üzemmód szerint. De a kliens el tudja kérni a demodulálás előtti adatfolyamot is (az I/Q jelet), ha a felhasználó olyasmit szeretne tenni vele, ami a Kiwi szoftverébe nincs beépítve és a demodulált jelnek megfelelő adatfolyam nem alkalmas rá. Az I/Q jelet, a normál hanggal szemben, nem szabad, nem érdemes veszteségesen tömöríteni, mivel az rontja a kliens oldali feldolgozás minőségét, akármit is akarunk tenni vele. És kényes a szimmetriára mind szintben, mind fáziskülönbségben. (Egyébként a RemoteRig RRC-1258-ak az adóvevőből a már analóggá alakított hangfrekis tartalmat továbbítják újradigitalizálva és tömörítve, a Kiwi viszont végig digitális marad, nincs ütközben többszörös átalakítás.)

 

A teljes, 0..30 MHz sávból rengeteg adat keletkezik még 14 bites A/D átalakítás után is (nemhogy 16-tal), de ahogy olvashattuk, egy sokkal kisebb adatmennyiség megy tovább a BBB számítógépbe, ami egyébként a Raspberry Pi-nak megfelelő kategóriájú, kedvelt eszköz. Ez Linuxot futtat, ami, ahogy már láttuk, a webszerverén keresztül elérhető. Azon keresztül pedig a konzolos belépés is biztosított karbantartáshoz, de persze nem az az egyetlen lehetőség. Mivel Internetre van kötve, vagyis a gyengeségei adott esetben kihasználhatók, így az örök update-elést sem ússzuk meg, ami szerencsére meglehetősen automatizált folyamat és igen ritkán bukik el.

Ami a klienst illeti, amivel a bejövő adatfolyamból a hang a böngésző számítógépének hangkártyájára továbbítódik, az a KiwiSDR 2 weboldalán futó JavaScript kód. Ez a kód ún. Secure WebSocket-en kommunikál a Kiwivel, ami valós idejű és biztonságos kétirányú adatátvitelt tesz lehetővé. A böngészőoldalon megtalálható kezelőszervek többsége a BBB számítógépen futó szervernek ad parancsot, pl. hogy megváltoztassa a kapott adatfolyamok paramétereit; megváltoztassa a VFO frekvenciáját, a hallgatott sávszélességet stb.

A KiwiSDR 2 “eredeti” funkcionalitását bővíteni is lehetséges, ezek a funkciók mások által kifejezetten ebbe a környezetbe írt programok. Jó néhány ilyet a mostani szoftververzió eleve tartalmaz már, és az adminisztrációs oldalon lehet újabbakat beilleszteni a rendszerbe. Ezeket a felhasználó egyszerűen kiválaszthatja egy lenyíló listából: jól működő FT4/FT8-dekódolást C-nyelven írt kóddal, DCF77-dekódolást, DRM vételt, RTTY-demodulációt stb., még DX spotokat is képes egy pillanat alatt megjeleníteni a Cluster hálózatból, és általában is elég sok beállításuk van, tanulni lehet belőlük.

Pl. a DCF-77-dekóder bővítmény:

FT8-dekóder bővítmény:

DX-spotok az Internetről egy mozdulattal:

A vevő kezelése, bár meglehetősen sok kezelőszerve van, nem túl nehéz, csak meg kell szokni pár alapvető helyet, mi hol van, hogy gyorsan megtaláljuk. Már aki eddig még nem került vele közelebbi ismeretségbe a weben. Erről majd készítek egy videót.

Csak felsorolásképpen, amiket tartalmaz:

    • a vízesésábrán valamilyen frekvenciára kattintva a Kiwi pont a vett hangfrekvenciás sáv közepére állítja a VFO-ja frekvenciáját (felső skála), így egyből a megszokott hangmagasságban hallgatjuk a távírójeleket,

    • a teljes vevő hangerejének állíthatóságát,

    • a “h” betűre megjelenik egy panel, amin látható, hogy igen sok funkciót billentyűkkel is el lehet érni, nemcsak egerészéssel,

    • a sávszűrők frekvenciájának részletes állítását pl. ha grafikusan, a szűrő oldalait a felső sávon nem sikerül megfogni egérrel, valamint alaphelyzetbe állítását (amit módosítottam 750 Hz-re, ahogy megszoktuk),

    • Noise Blanker-t, periodikus zaj-szűrőt amire gyakran szükség van (“Noise”, ill. “Noise blanker”, és a mellette levő lenyíló dobozból kell kiválasztani a mértékét),

    • DSP zajszűrést is, ez kevésbé jelentős, bár részletesen állítható, amiből tanulni is lehet („Noise filter”),

    • az A/B VFO kapcsolót,

    • a VFO memóriát (a szendvics menü nyitja ki) – ebből az automatikus mentést érdemes kikapcsolni, az üzemmód-memóriát bekapcsolni, és csak azokat a frekiket menteni, eltárolni, amiket szeretnénk,

    • valamint a jobb oldali, fő vezérlőpanel egyes oldalai, mint az Audio, lefelé görgethetők, vagyis többet tartalmaznak, mint elsőre látszik.

 

 

2. Analóg problémák, az antenna

A KiwiSDR 2 első próbája úgy zajlott, hogy a vevőt rákötöttem a K3 rádió első KF kimenetére. Ez még a kvarcszűrő előtti fokozat valamivel több mint 1 MHz sávszélességgel. Így legalább azt a sávot a megfelelő antennával lehetett hallani, amin a rádió éppen állt.
A KF frekvenciája valamivel több mint 8 MHz-en található. Ez annyiból jobb összeállítás egy szubvevőnél vagy panorámavevőnél, hogy így több ember is képes lenne egyszerre hallgatni távolról. Csak az a nagy problémája (amellett, hogy be kell kapcsolni hozzá az állomást, valamint hogy így nem használjuk ki a Kiwi szélessávú képességeit), hogy a rádiónak nem teljesen fix a KF frekvenciája. Sávonként és üzemmódonként változik, sőt USB-nél LSB-n kell hallgatni és fordítva… Kénytelen voltam táblázatot készíteni hozzá, de még az sem segített teljesen: a KiwiSDR 2 skálájáról nem lehet tudni, hogy az a valóságban milyen frekvenciát jelent. Vagyis ez, bár szoftverrel nyilván megoldható, mint annyi minden, nem tűnt kielégítőnek. A másik kézenfekvő megoldás, hogy a K3 adás-vételt kapcsoló reléje után kerüljön a Kiwi, ami szintén egyszerre csak egy sávon való vételt tesz lehetővé (kivéve a 14-21-28 megát az LZA-10-3-on), és szintén be kell hozzá kapcsolni az állomást.

Szóval az állomáson, úgy néz ki, két fő gondunk van az üzemeltetéssel kapcsolatban: az egyik a spektrumban mindenfelé tapasztalható környezeti zaj, a másik az állomáson előforduló nagy térerő különösen végfokhasználatkor (vagyis igen gyakran…), mivel egy ennyire szélessávú vevőt nehéz megvédeni a túlvezérléstől úgy, hogy közben a gyenge jelek is beleférjenek még a dinamika-tartományába. Természetesen a megfelelő antenna elkészítése és elhelyezése is megoldandó probléma, de az mindkét ponttal összefügg. Arról még csak előzetes információim vannak, hogy az állomásból végső soron mennyi zaj jön, hiszen eddig is elvoltunk vele és nem tűnt veszélyesnek – a felderítés és elhárítás folyamatban van.

Az biztos, hogy a teszt idejére a konténerek tetején elhelyezett erősítős antenna, a Mini-whip és a hozzávezető kábel által összeszedett igen erős zaj tovább növekszik, amikor a Főkapcsolót a Bridge-en bekapcsoljuk. Sokszor elhangzik, hogy kényes eszközöket nem lehet kapcsolóüzemű tápegységekről üzemeltetni, hát még érzékeny előerősítőket az antennákhoz, ugyanakkor sok adóvevő mégiscsak ilyenekről jár gyárilag is. Átgondolt, alapos szűrések beépítésével, a földelések megfelelő kiépítésével stb. Ja, és olyat is hallottam, hogy az elektromos hálózati okosmérőkből is dől a zaj, rádióamatőr szempontból problémásak. Ellenőrizni kell. Csak érdekességként mondom, hogy van itthon egy elég komoly külső DAC-om, nevezhetjük USB-s hangkártyának is, bár önálló eszköz vonal- és fül-/fejhallgató-erősítőkkel, amiben nincs a hangfrekis jel útjában analóg hangerőszabályzó, csakis a D/A chipben történik hangerőszabályzás, valamint szimpla dugasztápról jár, nincs komolyabbra szüksége, igen-igen alacsony torzítású, és még a legérzékenyebb fülhallgatót beledugva sem hallatszik benne semmilyen zaj… : -) Szóval kissé ambivalensek az érzéseim ez ügyben.

A környezetben mindenesetre kikapcsolt állomásnál is rengeteg a zavar, bár ezeket az állításaimat még ellenőriznem kell. Pl. 10–20 MHz között rengeteg van, ahogy a korábbi ábrából is látható. Ez az URH torony oldalában és kicsit magasabban gyengébb, bár az antenna és az antennaerősítő is változott közben (az „AAA-1” LZ1AQ-tól). És még nincs is minden véglegesen bedobozolva. A teljes, 0..30 MHz-re nézett, összenyomott spektrumon látható sok-sok zavar egyébként jobban belenagyítva a sávokba valamivel kevésbé látszik vészesnek; előfordul, hogy a kb. 20 kHz-enként levő csíkok közt nincs mindenütt nagy alapzaj, tehát így érdemes nézni a spektrumot.

Tehát az első próba egy Mini-whip antennával történt, ami egy kis NYÁK-lemez és egy hozzá kapcsolódó nagydinamikájú erősítő (BF998-as modern MOSFET-tel). Lényege, hogy mivel az elektromos összetevőre érzékeny, házak tetején ki lehet bújtatni a sztatikus zavarok aurájából – feltéve, ha van egy jó földelése. Itt találhatók frissebb, nagyon gyakorlatias információk erről az antennáról: https://www.pa0nhc.nl/Miniwhip_20180416/index.htm, ill. rendkívül hasznos tanácsok a zavarok leküzdéséhez (a videóban levő angol, szöveges infókat érdemes nézni, azok jól érthetőek): https://www.youtube.com/watch?v=YAvm_ieOJYE

Ez az antenna két okból nem felel meg: az első, hogy a konténerek tetején meglehetősen érzéketlennek tűnt, 6-9 S-fokkal voltak gyengébbek rajta az állomások, mint a K3-on. Ez részben abból adódhat, hogy hiába számít körsugárzónak, magasra kell tenni, hogy jól vegyen. A másik, ami miatt nem jó, hogy létezik egy elismerten jobban működő, szimmetrikus, kevésbé kényes fajta, ezért inkább azzal kísérletezem… Ez a típus alacsony induktivitású, hangolatlan hurkokkal és szimmetrikus áramerősítőkkel működik, bár átkapcsolható, hogy a hurkok egyszerű dipólként legyenek bekötve (rövidre zárva őket a bemeneteiken). A hurkos megoldás bizonyítottan lényegesen kevésbé érzékeny a helyi zavarokra (a földfüggetlenség sokat segíthet), bár csodákat ez sem művel. De a dipólokhoz hasonlóan van nullpontja is, amit esetleg a legrosszabb irányba lehet fordítani, ahonnan az adott ponton a legtöbb zaj jön.

Ehhez LZ1AQ készített egy nagyon kimunkált és magas IP3-ú, sok mindenre alkalmas, sokféle védelemmel ellátott, AAA-1 nevű erősítőt: https://www.lz1aq.signacor.com/. Az alapmegoldás két kb. 1 méter átmérőjű hurkokkal üzemel, de ahogy említettem, lehet a formákkal, méretekkel, bekötéssel kísérletezni – mindenesetre a nagyobb területet átfogó hurkok jobb vételt, nagyobb jel-zaj viszonyt biztosíthatnak. Elég sok ember próbálkozott már ezzel, és nem azért, hogy el tudja adni – sok fotó látható a weben erősítőkről és barkácsolt sugárzókról mindenféle elrendezésben, az eHam.net-en is nagyon dicsérik: https://www.eham.net/reviews/view-product/12530. A jelenlegi kapcsolási rajza lehet, hogy nincs közölve (csak a távtápláló-távvezérlő részéé, amiről a jelet egy BNC kimenete lehet levenni), de az első változata ilyen volt:

 

Ez pedig a jelenleg árult távvezérlő-változat:

 

Összeszerelés előtt így néztek ki élőben a rövid tesztkábellel:

És ilyen antennákat készítenek hozzá, sőt helyenként mérések is találhatók a hatékonyságukról:

 

Nemrég készítettem én is odakint egy ilyen antennát egy kis teszteléshez műanyag karikákba behúzott koaxokkal. Igaz, csak 70 centi átmérőjű hula hoop karikákkal, szép színesekkel, mert az UV hatásával a teszt során nem foglalkozom. Nagyon biztatók az eredmények: már a földön is csak 2–4 S-fokkal maradt el a K3-tól és a rendes antennáktól, majd 6 méter magasságban pedig megjöttek a DX-ek is minden sávon, ahol volt terjedés, nyomokban még az XX9-es állomást is hallottam 14 megán. További próbákat igényel, még csak egy-két napja raktam fel az antennát. Ami az antennák kialakítását illeti, a KiwiSDR 2 teljesen szélessávú működtetése igazából nem célom, úgyhogy rendes méretű, rezonáns antennák is elképzelhetők lennének, bár elég nagy macerának tűnik és a hely sem végtelen a kertben.

 

Az AAA-1 antenna-erősítőnek külön érdekessége, hogy nem koaxon közlekedik az erősítőtől a táprésze felé a jel, hanem (árnyékolt) csavart érpáron, vagyis ideális esetben S/FTP kábelen. Kíváncsi leszek, ez mennyit jelent a környezeti zavarok távoltartása terén, hiszen ez szimmetrikus tápvonal, rövidhullámon a csillapítása sem nagy.

Ami mindkét antennánál probléma, hogy saját magunk hatalmas térerőt produkálunk ezeken az antennákon, amitől a KiwiSDR 2 vevőjét meg kell védeni. Egy rádióvevő kb. 0,5–0,7 Vrms-t, vagyis csúcstól csúcsig 2 V-ot, vagyis +10 dBm, mások szerint viszont többet; +10..+20 dBm teljesítményt képes elviselni károsodás nélkül. A Kiwi S9+53 dB-nél kezdi kijelezni, hogy túlterhelt (bár még ez is állítható), de az S-méter S9+60 dB-ig látható. Bizonyos sávokon és antennáknál csupán 800 W-tal adva, mert ezekben a hetekben annyival ment az állomás, a Mini-whip ennél simán képes nagyobb jelet adni. Sőt “sajnos” annyira jók a mai félvezetők, hogy az AAA-1 erősítő kimenete határolás és osztás nélkül 6 V-ig képes jelet szolgáltatni, ami már +16 dBm… Egy leírásból az olvasható ki, hogy “az SDR-ek”, akármit is értettek alatta, bemenőjeleit 4 Vpp-nél kell határolni (ami szerintem még mindig rengeteg, inkább 2 lehetne a cél), az pedig a beépített eszközeivel megvalósítható.

A KiwiSDR 2-nél jól követhetők az áramköri elemek adatlap szerinti abszolút maximum jelbírása, kevés chip van a jel útjában, ugyanakkor nem értek annyira hozzá, hogy ránézésre megmondjam, hogy adott tápnál és adott LNA-val mekkora lehet a legnagyobb villany, ami ott átmegy. Mindenesetre kényesnek számít, hiszen az online működés miatt, hogy nincs hardware-es erősítésszabályzás, minden jel eléri az A/D átalakítót. Feszített a helyzet; csak a dinamika rovására lehet bármit is tenni, vagy clip-elni: simán levágni a nemkívánt jeleket. Hiszen _elvileg_ az a jeltartomány, amit már vágnak a határoló-diódák, azok nem üzemiek, nincs rájuk szükségünk.

Igen, csakhogy jelen esetben az azonos QTH-n levő kilowattos végfokokból jövő irdatlan jelszint “üzemi” körülménynek számít, és azt szeretnénk, ha a többi sáv adás közben is hallgatható lenne – de azért a Kiwi nem menne tőle tönkre. A határolás ezt csak akkor oldja meg, ha jól be lehet a szintjét beállítani éppen arra a jelnagyságra, ami a végfok jelénél nagyobb, de az abszolút maximumoknál kisebb – ez nem biztos, hogy lehetséges, nem is tudom, mekkora köztük a távolság, bár már egy ideje szándékozom lemérni. Különben a clipping durván jelentkezik és lehetetlenné teszi a vételt az állomás adásától eltérő sávokban is.

Erre azt találtam ki elvileg legjobb megoldásnak, hogy ha a végfok megy, akkor egy RF-VOX szerű, de csak adott szintnél aktiválódó áramkör bekapcsol egy csillapítást (ellenállásosztót) a bejövő jelre, az kevésbé invazív, de mérések nélkül akár zöldség is lehet ez az okfejtésem és elképzelésem. Mindenesetre ahová írtam és ahol tanácsot kértem, gyakorlatilag kinevettek vele, mert szokatlan, úgyhogy nyilván nagyon boldog vagyok tőle… Azért az S9+60 dB közt, ami 13 dBm, és a +10 dBm közt van egy kis különbség, de a végok jele bizonyos körülmények közt kilógott a Kiwi skálájáról, így nem tudom a pontos értékét. És a feltételek is változtak: Mini-whip, AAA-1, milyen hosszú koax-szal vagy FTP-kábellel működtek stb. stb. Az AAA-1-be kétféle határolás, valamint egy kisebb és egy nagyobb osztó eleve be van építve jumperelhetően, tehát próbálgatni legalább könnyű. Egyelőre magamat látom igazolva, mert ha bekapcsolom a határolást, sokkal-sokkal rosszabbnak tűnik a spektrum a közeli nagyteljesítményű adás közben (ráadásul a jelenlegi teljesítmény csak 800 W körül van a max. 1,5 kW-hoz képest), de még idő kell az alaposabb teszthez.

Elvileg a KiwiSDR 2 érzékenysége (Minimális Megkülönböztethető Jel, MDS) valahol 126 dBm körül lehet, az AAA-1-en pedig az alábbiak a választási lehetőségek. Vagy ennél is több van belőlük, mivel végül a feljebb levő rajzon található J108-as jumperrel beiktattam egy határolást, de csillapítás nélkül, mert azt egyelőre a KiwiSDR 2 elején levő programozható osztóval végzem, lesz, ami lesz (a távoli beállíthatóság miatt), és az AAA-1 erősítése akkora, hogy normál körülmények közt tényleg egy 5–10 dB körüli csillapítás tűnik kiegyensúlyozottnak:

 

Egyébként a játékos kedvű amatőrök mindenféle elképzelhető módon tuningolják ezt az összeállítást, itt pl. az FTP kábelen terjedő zavarokat vették kezelésbe… Csak kutatni kell a weben:

És ezek az újabb képek biztató jel-zaj viszonyokkal a vertikális polarizációjú dupla hurokantennával – ami vastag koaxmaradékokat tartalmaz a nagyobb átmérő miatt –, és az AAA-1 antenna-erősítővel. Versenyek is voltak, így egészen jól néznek ki a vízesésábrák…

 

A leírások szerint ez egy korrekt induktivitás-érték:

A hula hoop karikák titkos belső szerkezete… amit itt még nem fúrtam meg:

Ami a Kiwi-t illeti, még időjárásjelentést is képes dekódolni az egyik bővítmény…:

Tájkép 30 méteren; balra az előbbi állomás, jobbközépen az FT8-sokadalom:

7 megán stabilan jelentkezik egy szélessávú zaj, ami nem is olyan gyenge:

Nem mindig, de 10–15 MHz közt elég rossz tud lenni a helyzet. Csak a zaj nagyon széles, így homogénnek látszik és nehéz megbecsülni a nagyságát, hiszen az ábrázolás relatív:

Verseny lévén 3,5 megán is elég sok volt az állomás, DX-elni nem volt még időm. A zavar talán OTH radar lehetett – a forma ismerős, a megjelenés módja kevésbé:

FT8 (és itt éppen FT4) minden szinten. Látszanak a listában a távoli ellenállomások, pedig mindjárt éjfél..:

Még 160 méteren is akadt élet…:

Mindezek után kicsit talán más szemmel nézünk a teljes spektrumra – nem is olyan szörnyű ez…:

 

Bár napszaktól is függ, éjszaka ilyen is tud lenni (felül, mert a kép alsó része másról szól). Talán a környékbeli készülékektől is függ, még nem tudom:

 

Ilyen a KiwiSDR 2 admin oldala, abból is a GPS-é (igazából világos hátterű, csak van egy böngésző-kiegészítőm, ami röptében sötét témájúra változtatja az oldalakat):

Ezen az oldalon annak a doboznak a hozzávetőleges tartalma és rajza látható, amiről még nem esett szó és az első képen a hűtőborda alatt található: a sok védelemből egy saját a Kiwi bemenetén, ami kb. az alábbiak szerint néz ki, csak kisebb soros kondenzátorral kiegészítve, ami fontos csillapítást ad Közép- és Hosszúhullámon (fizikai kapcsolóval kapcsolhatóan, ami nincs feltüntetve). A védelme és a villámvédelme a szikraközzel és 100 mA körüli biztosítékkal vagy akár egy pár voltos, 150 mA-es izzóval némileg redundáns a többi eszköz mellett, de nem árt még egy védelmi vonal, mert ezen védelmi eszközök egy részén semmi módon nem mérhető, hogy védenek-e még… Egy leírásban konkrét méréseket találtam, a végén már 100 W-ot küldött bele a készítője, amitől az áramkör tönkrement, de a rákötött rádió nem… Én is úgy csináltam, ill. a parazita induktivitásukat méricskéltem a különböző kondenzátorfajtáknak (pár száz kilohertzen, ahol az egyik képen is látható kisműszer működik) keresve a legjobbat:

3. Aktuális infók

Jelenleg 3 csatorna üzemel a Kiwi-n a négyből jelszó nélkül. Valamilyen azonosítót, jobb esetben hívójelet be kell írni az elején, ami nincs ellenőrizve, de jó információ. Ha esetleg idegenek nagyobb számban kezdenének megjelenni az egyébként sehol sem hirdetett vevőn, akkor csak egy mozdulat több csatornát jelszavassá tenni saját magunknak és pl. csak egyet nyitva hagyni, vagy annyit sem. Az admin oldalhoz és a bemeneti osztó állításához (amire elvileg a kezdeti beállítások és tesztek után nincs szükség) jelenleg csak nekem van jelszavam.

Az eszköz kibírja, hogyha megvonja tőle valaki a tápfeszültséget, de azért mégiscsak számítógép, így minél kevesebbszer kellene ilyet tenni. Leállítást, úgy tudom, csak az admin oldalon lehet kezdeményezni, más nincs kiengedve a gyömrői helyi hálózatból a routeren keresztül – én ott szoktam. Megpróbálom megoldani, hogy egy fizikai gombbal is el lehessen indítani a leállítást, de ha nem, akkor el kell kérni tőlem az admin jelszót, ill. leírom azt is egy dokumentumba, ahogy a kamerákét. Van hozzá egy mini szünetmentes tápom két 18650-es akkuval, de azt is meg kell vizsgálni, milyen zavarokat bocsát ki.

Szóval van még tennivaló, mint mindig.

Beverage antennák

 
Sziasztok!
A W beverage-be villám mellékszál csaphatott  valamikor.
Ma lett majdnem kész a javítás. Ez az USA irány rossz maradt, majd ki kell menni a betáp ponthoz és kicserélni az illesztő dobozt.
Van tartalék. A jövő héten meglesz ez is.
Újítottam egyet. A relés dobozkában, ahova bejön a három antennánk,
a W, JA és ZS irány, a csatlakozók bekötő vezetékeit 0,12mm-es huzalra
cseréltem. Reményem szerint ezek olvadó biztosítékként fognak működni
és megvédik a további áramköröket.

Most tehát a JA és a ZS irány működik, mint régen.

A villám a következőket tette :

  • az egyik relé érintkezői összeragadtak és a plexiház füstös lett
  • a vezérlőkábel RJ45 alj egyik érintkező drótja elolvadt
  • a patchkábel egyik ere megszakadt
  • egy táp olvadó biztije kiolvadt

73 : Laci

Villám

Az idei nyarat sem úsztuk meg villámkárok nélkül. Olvassátok HA3FLT Tibor összefoglalóját, nézzétek meg a képeit.

Sziasztok!

Az elmúlt néhány alkalommal megpróbáltuk a villámcsapás következményeit elhárítani az állomáson és azon belül a távkezelt sarokban. Az antennák és a hálózati feszültségek rendbehozásáról már olvashattatok. Ezeken túl még egy csomó időt kellett tölteni a belső vezetékezések helyreállításával és egy kicsi fejlesztéssel is ezen a téren.

A jelekből ítélve, hogy például a vertikális antennánk illesztődobozának fedele négy métert repült és elolvadt vagy más módon távozott a sugárzó tetejéből pár méter, úgy tűnik, hogy azt érte közvetlen csapás és onnan terjedt tovább a 230 V-os hálózatba. Ez nem az a terjedés, amit szeretünk; hálózati relé folyt szét, számítógép, tápegységek, kamerák, vezérlők mentek tönkre. A szános villámvédelem mellett is betalált a villám okozta túlfeszültség egy része az asztalon levő, nem távvezérelt rádióba a PC-n keresztül, amiben az előlapi processzort tartalmazó egységet komplett cserélni kellett – ez részben egy tévedés, egy bedugva felejtett kábel miatt történhetett.

Az állomás távvezérléséhez szükséges Bridge és a bal sarokban ülő mikrokontrolleres Remete sem kerülte el a fentieket. Abban a dobozban is egy marék alkatrész tönkrement (I2C-s kapcsolóáramkörök és az optocsatolók egy része stb.), ketten is javítottuk Karcsival, annyi munkát adott. Egy bizonyos területen még a fólia is megsült, elpárolgott. Karcsi külön tesztáramkört készített hozzá, ez az a 32+8 darab piros LED (a soklábú Szörny), amiből a javítások végére már az összes kigyulladt, ezt a pillanatot örökítettem meg képen. Szóval sikerült mindent pótolni, egyelőre még minden alkatrésze kapható a Remetének – merthogy ez is kérdés tud lenni, a világ gyorsan változik közben.

Nem tudok most mindenről számot adni, több idő kellene minden részletet összeszedni, mindenesetre ha nem is estünk kétségbe, a kár igazából jelentős, kifejezetten nagy volt. A javításhoz szükséges idő is hosszú lett, de a kieső időből sikerült egy kicsit általánosabb javításokhoz felhasználni, mint pl. a Beverage-ek rendbetétele, a TA-34 visszarakása (szép lett!) – ezeket már tudjátok, és én nagyrészt nem ezekkel foglalkoztam.

Jelenleg ott tartunk, hogy már csak egy javítanivaló van a Remetén: az UltraBeam forgatóval való összeköttetése még nincs rendben, a Remete programból nem lehet távolról látni és állítani a frekvenciáját az RS-232 vonalon keresztül. Ideiglenesen azért az UltraBeam-et is távirányíthatóvá tettük egy kicsit nehézkesebb átmeneti megoldással, amiben a Bridge kapcsolói-reléi is szerepet kaptak, és kiderült, hogy a vezérlő szerencsére nem sérült meg. Külön erre a célra lett építve és felprogramozva egy önálló kis mikrokontrolleres eszköz, mert így jött ki, hogy most, novemberben szükség van az állomásra – jobb volt nem most belemenni egy újabb nehéz, hosszabb javításba.

Az UltraBeam vezérlőjével való foglalkozásnak is volt egy „legalább” oldala: legalább megismerkedtünk a működésének néhány részletével. Mondjuk úgy, hogy lényegesen kevesebb visszajelzéssel dolgozik és jóval inkább emlékezetből, mint gondoltuk, hi. Másfelől komoly illúziórombolás volt, hogy az UltraBeam vezérlőjének dobozán a hátsó csatlakozók rögzítése annyira rosszul volt megoldva, hogy reszelni, átalakítani kellett a (DB-9-es) csatlakozók környékét.

Végül utánaolvastam; az SPE végfok is vezérelhető soros vonalon keresztül, ahogy az UltraBeam vezérlődoboza, és a kommunikációs protokollja szintén nyílt, így ha lehetőség adódik rá (idő és elszántság kérdése), az is bekerül majd a távolról elérhető funkciók közé. Csupa izgalmas visszajelzés: sáv, teljesítmény, SWR, hőmérséklet… Szóval tervek, azok vannak, csak év vége táján… a szokásosnál is lassabban megy.

73 ….. Tibor

 

 

Az erősáramú elosztótábla sem úszta meg, szegény szilárdtest-relé bele kifolyt. Beépítettük – eső után köpönyeg – a korábban beszerzett túlfeszültség-levezetőket és kicseréltük a fázisonkénti árammérés áramváltóit.

 

 

 

Yaesu FT-897 display csere

Népszerű, mindentudó kis rádió ez a 897 ill. újabb változata a 897D. Van benne DSP, RH-n 100W, még 70 centin is megy 20W-tal. Én 2003 óta használom, az első években még meteorscattereztem is vele, később több, mint 150 SOTA csúcsot is megjárt, nemigen volt vele gond. Sokféle védelem van benne, még hülyeség ellen is, ez jól jött, amikor az egyik hegyen fordítva dugtam rá a tápot.
Viszont – más Yaesu gyártmányokhoz hasonlóan – van egy típushibája, a kijelzőjén a rossz konstukciójú gumiérintkezős hozzávezetés hibája miatt az idő múlásával egyre több üres csík „jelenik meg”. Sorok, oszlopok tűnnek el és vissza sem jönnek. Láthatók a neten teljesen leolvashatatlan kijelzők is, az én rádióm még egész olvasható volt, de elindult ezen az úton. Különösen terepen, rossz helyről jövő napsütésben volt zavaró, előfordult miatta mérgelődés, szentségelés.

Még egész jól olvasható
Feltekert kontrasztnál már jobban látszanak a hibák

 

 

 

 

 

 



HA5KJ Jóska arra biztatott, hogy próbáljam megjavítani. Megpróbáltam mozgatni, csavargatni a gumiérintkezőt de nem lett jobb, inkább rosszabb.

Új kijelzőt keresve nincs találat, komplett szerelt panel még itt-ott elérhető kb. 250 EUR áron.

Aztán rátaláltam a megoldásra, az ügyes oroszok – mint már oly sok minden mást – ezt is megoldották.

Érdemes végignézni a videót. Ugye milyen jó lett volna figyelni az oroszórán?

 

Írtam Aleksey-nek aki 10 percen belül válaszolt, a cucc elfogyott, de lesz. Egy hónap múlva lett is, Aleksey mindent olajozottan intézett, PayPalon kifizettem a 68 USD-t, pár nap múlva megérkezett a kis csomag, amit további 1540 Ft vámköltség megfizetésével át is vettem:

A csomag tartalma
A fólia NYÁK a procival közelebbről.

Neki is álltam, a rádió szétszedése és a „PANEL UNIT” kiszerelése nem volt gond, a régi kijelző ragasztásait óvatosan melegítettem a bontáshoz, de a régi fólia nem szerette a beavatkozást – azért kijött.

Az új cucc beszerelése könnyebb és egyszerűbb volt a vártnál, de mindenképpen kellett hozzá a folyatószer.

Összeszerelés után egyből működött.

A végeredmény.

Ha valaki rászánja magát, szívesen segítek – főleg tanáccsal 😉


GL 73 Viktor HA5LV

HADX 2021

Világjárvány idején többkezelős versenyzés?
Igen!
Távvezérléssel, mindenki otthonról.
Jó, de akinek nincs megfelelő hardvere? HA3FLT Tibor elmeséli, ő hogyan csinálta.

Elecraft K3: discontinued, K3/0: discontinued…

Avagy hogyan távvezéreljünk meglévő K3 twin rendszert K3/0 nélkül.

Az alapoktól mondom, sokan nyilván ismeritek; a K3/0 mini az az eszköz – bár ezt a funkciót egy „teljes” K3 is betöltheti -, ami kinézetre csak egy K3-előlap kicsi, KX3-szerű dobozban, és a K3 rádiók távkezelésére való. Ezt „twin” módnak vagy felállásnak szokták hívni – más gyártó is készít ilyen párokat különböző minőségben hasonló elnevezéssel.

A K3/0-t a rádió tervezésével együtt kellett, hogy megálmodják, mivel az „előlapnak” és a rádiónak közös a firmware-e… ami nyilván érzékeli, hogy melyik hardware-ben kell dolgoznia. Nem a CAT-kommunikációra épít, ami meglehetősen elavult és nehézkes, hanem van egy saját parancskészlete, pl. a CAT-ben nem szereplő Q… és Y… parancsok, de biztosan akad még. Ez szintén nem látszik egy fejlett protokollnak, csak a mórickás „betűket és számokat küldök ide-oda” nem hibajavított, adóvevőnél szerintem veszélyes megoldást használja, de gyors még a normál, 38K4-es sebességgel is, tényleg olyan, mintha a fizikai rádió előtt ülne az ember.

A rádió és a K3/0 előlapján nem használnak mindenre rotary encoder-eket, így a rádió potméterei afféle alapállapotot jelentenek az összekapcsolódás után, de más egyszerűsítés nem rémlik, a kijelzőjük is ugyanúgy működik szinkronban. A távkezeléshez persze kell valamilyen eszköz, ami soros kommunikációt biztosít és a hangot is átviszi. Ha a RemoteRig RRC-1258 rádió felőli dobozkáját és a kliensnél egy másik ilyen dobozkát használunk erre a célra (amin nagyjából csak egy elkey-sebességet állító potméter van pluszban), akkor annak a soros vonal-TCP/IP átalakítói töltik be az egyik funkciót és a hangfrekit a beépített, valószínűleg szabványos VoIP/SIP egységek viszik át, valamint a CAT vezérlés ezektől teljesen függetlenül közlekedik egy másik kihosszabbított soros vonalon. És igazán kicsik a késleltetések szemben az alap PC-s megoldásokkal, valamint könnyű üzembe helyezni az egészet.

Miért is mesélem mindezt? Mivel a fél világ K3-at használ távvezérelt, remote rádiónak meg egyébként is, és talán olvastátok, hogy a K3-at nem gyártják többé, valamint a tartozékait sem. Kitettek ugyan egy igényfelmérő lapot, de az semmire sem garancia. Helyette a K4 következik kb. másfélszeres áron, ami persze ismét azt jelenti, hogy egy cégnél egy idő után csak magasabb kategóriájú eszközt lehet kapni valami helyett. Ilyen a haladás… a K4 ismét nagy dobásnak tűnik, ami a rádiórészét illeti, de a használhatóság ma már a szoftvereken is legalább annyira múlik.

Még csak nem is az ár a fő probléma, hogy a meglevő K3-as rendszert drága leváltani K4-re, ha tönkremegy és esetleg nem javítható, hanem az, hogy nem megoldás, mert Elecrafték kijelentették – hiába van egy biztató TCP/IP csatlakozó a K4 hátulján -, hogy távvezérlés talán egyszer lesz a K4-hez, de egyelőre nem foglalkoznak vele. Egy K4/0 szóba sem került… Biztosan vannak okai, hiszen egy direkt konverziós rádióhoz a képességei miatt teljesen másfajta távkezelő hardver és szoftver szükséges, de máris olvastam olyanról, aki kifejezetten emiatt mondta le a rendelését és küldte vissza az előleget a K4-re – nehéz az élet…

És akkor a konkrét történet a HA-DX hetéről, amit el szeretnék mondani. Nemrég a RemoteRig RRC dobozkákat és a K3/0-kat használtuk versenyzéshez, a K3 eléréséhez, ahogy eddig is. A már megvásárolt hardverekkel nem is volt gond, de az új embereknél, aki én voltam, valahogy ki kellett alakítani a munkahelyet. Ennek az is akadálya, ha nincs valakinek RRC dobozkája, mivel a szoftveres klienst is annyira drágán adják (kivéve Androidra), hogy akkor már inkább rendelni kell egy RRC-t, de az még inkább gond, ha az amúgy is komoly összegekbe kerülő K3/0-t kapni sem lehet. A használtakat is elkapkodják, ha néha megjelenik egy-egy, azok is a tengerentúlon, meg amúgy is kissé hajmeresztőnek számít errefelé az ára, egy egyszerűbb új rádiót meg lehet venni belőle, mire ideér.

Mit lehet ilyenkor tenni? Emulálni, szimulálni, szoftverekkel kínlódni. Az első probléma, hogy ha egy ilyen távkezelő rendszer „K3 twin” beállításban működik, akkor az az ember, akinek nincs K3/0-ja, be sem tudja kapcsolni a távoli rádiót. Mint kiderült, ez egyébként az RRC-k hatásköre, tehát a lokális RRC-t kell meggyőzni-átverni, hogy rá van kötve egy K3/0 és bekapcsoltuk, az indítja a kapcsolatot a távoli RRC felé stb….

Ehhez vissza kellett fejtenem egy kicsit a K3/0 kommunikációját, mivel, ha nem mondtam volna, a CAT parancsokkal ellentétben az nem publikus. Természetesen kerestem előtte szoftvert, amit mások írtak emulálni a K3/0-t, de egyet találtam, annak is csak a nyoma van meg, évekkel ezelőtt bezárt az a webhely. Mindenesetre nem tűnt lehetetlennek.

Sikerült a mutatvány; a lokális RRC egyik portját felkonfiguráltam és rákötöttem a PC-re és egy RealTerm nevű terminált indítottam el, ami ha kell, ha nem, küldte a bekapcsolt állapotot jelző „választ” az RRC dobozkának, különben egy-két másodperc múlva leállt minden, a K3 kikapcsolt. Elvileg csak kérdésre kellett volna küldenie a programnak a dobozka felé ezeket a válaszokat, de nem volt idő programot írni, a RealTerm-ben végtelenítettem a megfelelő pár karakter küldését pár száz millisec-enként…

Tehát a rádió végre bekapcsolódott a távolban és úgy is maradt, a SIP elindult, hallottam a rádió hangját távolról és a CAT vezérlés is használhatóvá vált. Itt volt még egy kis gond, nem volt otthon több soros-RS-232 átalakítóm, de az RRC-ben szerencsére van egy négyportos USB hub is, így a többi soros vonal azon át jutott be a PC-be, miután a dobozkát sikerült felkonfigurálnom.

Ezek után az a probléma következett, hogy a CAT vezérlést meg kellett osztani a logger program, N1MM+ és egy K3-hoz való vezérlőprogram közt. Tehát nem SDR-program, inkább amolyan commander kellett, amivel a K3 távkezelhető a CAT csatornáján át, hogy pl. S&P-ben (Search and Pound) egyáltalán frekit lehessen változtatni.

Ilyen, egyébként a legstabilabb és leguniverzálisabb program a DXLab Commandere, aminek az a szépséghibája, hogy alapból nincsenek rajta kezelőszervek, fel kell konfigurálni, gyakorlatilag megírni a gombokhoz tartozó CAT parancsokat. 🙂 Előre elkészített config fájlt nem találtam, ami lelombozó, és rövid is volt az idő, így végül a K3-hoz készült-ajánlott Win4K3Suite-et használtam. Hát az sem egy robusztus, jól megírt rádióamatőr szoftver, de azért kicsit kínlódva működött.

A soros vonalak szétosztásához Kernel-drivert tartalmazó szoftver kellett, szerencsére létezik ilyen ingyen is és aláírt driverrel, ami nagy dolog mostanában – nem kellett a teszt módot bekapcsolni a Windows-on -, bár érdekes módon sok évvel ezelőtti a szoftver, és még érdekesebb módon tökéletesen működik, semmi kékhalál meg ilyenek – com0com a neve. Ezt is nagy sietség közben találtam, nyilván létezik másféle is.

Először elég nehéz bánni vele, aztán írtam rá cmd fájlt, hogy ne kelljen mindig kézzel felépíteni a soros vonal-párt – az ingyenes verzió restart után újra beállítandó. A lényeg, hogy ha egy ilyen párt hozzáadok a Windows-hoz, akkor azok nemcsak pl. a COM9, COM10 néven elérhetők, hanem még egy device-név alatt megnyithatók darabonként. Ez teszi lehetővé, hogy azt a soros vonalat ehhez a párhoz lehessen csatlakoztatni, ami a rádió felé megy, ill. onnan hozza a CAT-válaszokat. A létrehozott COM portokra pedig rá lehet ültetni a loggert és a rádióvezérlő programot.

Volt még egy kis küzdelem, hogy melyik irányból merre mehetnek vagy nem mehetnek az adatok a soros vonalakon (a két programot el kellett választani egymástól), ill. hogy a baudrate-et stb. beállításokar továbbítsák-e ezek a virtuális portok egymás közt vagy sem stb., de végül összeállt.

Természetesen vannak olyan programok, amik másként oldják meg a helyzetet, hogy ne kelljen a fenti erőfeszítés, de fizikai K3/0 nélkül nem igazán lehetett használni őket.

Szóval ettől kezdve megvolt a két program, alattuk a com0com által kezelt soros vonalak, onnan mentek az összeömlesztett kérések az RRC-ken át a K3 CAT portjáig – miközben valódi K3/0 nem volt nálam, csak az említett RealTerm program, ami továbbra is küldte helyette a „be vagyok kapcsolva” válaszokat.

A CAT két program által egyszerre történő használata azt eredményezte, hogy időnként hol az N1MM mutatott rossz sávot, hol a Win4K3Suite-on ment el a kijelzés egy kicsit – mégiscsak egy lassú porton küldözgette pár száz millisec-onként a státuszlekérdezéseit két program közösen… Csoda, hogy működtek, de nem volt fennakadás – néha kicsit várni kellett, de kezelhető volt a rádió is.

Ja, és még azt is meg kellett oldani, hogy egy újabb COM porton a CW billentyűzés is menjen a loggerből… át kellett irányítani a CAT-ről egy külön portra a programban. Szerencsére ez is működik USB-n (a virtuális handshake lábakkal), csak újabb konfigurációs lépéseket jelentett az RRC webfelületén.

Beleszámítva az RRC-k tanulmányozását is, a helyzet megoldásához kellett vagy két nap… Hát így sikerült nemrég RRC-vel, de K3/0 nélkül a meglevő rendszerhez illeszkedni és összehozni a távkezelést.


Az előző témához, a távvezérléshez még azt tenném hozzá, hogy említettem a problémát, mikor két program kommunikál CAT-en egy rádióval egy kettéosztott soros vonalon keresztül.

Ez egy korrektnek nem nevezhető, konkrétan agyrém szükségmegoldás, mivel mindkét program látja a rádió válaszait a saját és a másik program kéréseire is. Ilyen az állapotlekérdezés, amikor például a VFO frekvenciáját tudakolja meg egy program a rádiótól.

A fentiek megduplázzák a lekérdezések számát, amire programonként pár száz millisecundumonként kerül sor – némelyik rádióamatőr programban állítható a gyakoriságuk, némelyikben nem. Az egész távkezelő program fürgesége ezen múlik, úgyhogy túlságosan lassúra nem lehet venni, már másodpercesre sem.

Mivel a CAT kommunikáció amúgy is az elég lassú soros vonali kommunikációs csatornákon szokott történni, még ha soros-USB átalakító is van közben, ill. néhány rádiónál tényleg eleve USB csatlakozó van, de valószínűleg egy belső soros-USB átalakító végén, ez mindenképpen oda vezet, hogy a programok tévednek, összeakadnak, legalábbis ami státuszlekérdezéseket illeti. A CAT protokollal működő távvezérlés azért ezt szerencsére többé-kevésbé túléli – a parancsküldések némi várakozástól eltekintve teljesen stabilak voltak.

Hogyan lehet ezt a helyzetet felszámolni? Első körben úgy, hogy létre sem hozzuk – a „K3 twin” megoldásnál nincs meg ez a probléma, mivel rádióvezérlő programra nincs is szükség, azt a fizikai kezelőszerveket biztosító K3/0 (mini) valósítja meg. Létezhet más megoldás is az ismert rádióamatőr programokban (például amik többnyire nemcsak rádióvezérlésre alkalmasak, hanem inkább digitális üzemmódokat valósítanak meg), de egyelőre nem látom át.

Szoftveresen pedig készíthetünk egy virtuális rádiót, ami csak a memóriában él, a számítógépen belül, ahol a logger és a K3-at kezelő szoftver is fut. A virtuális rádiót tartalmazó program ugyanúgy soros vonalon, CAT-en kérdezi le a valóságos rádiótól a VFO állapotát és más fontos beállításokat, de a logprogramnak és a rádióvezérlő programnak ő fog felelgetni, mikor azok meg akarják tudni az aktuális frekvenciát és más beállításokat. Ez azt jelenti, hogy megszüntettük a dupla lekérdezéseket a távoli rádió és a mi gépünk közt, a virtuális rádiót tartalmazó szoftver végzi – intelligensen. Nyilván ez is csak virtuális soros portok segítségével fog menni, hiszen a logprogram és a rádióvezérlő program is csak soros vonalat képes megnyitni.

Nem akarom a képbe a HAMLib programcsomagot behozni, csak megemlítem, hogy elvileg azért lehet variálni és eleve TCP/IP-re tenni a CAT vezérlést, de egyelőre a távvezérlésnek az állomáson levő oldalán nem akartam változtatni.

Ha mindez megvan, akkor is akad még egy-két buktató, például hogy melyik programnak milyen beállításokhoz hagyunk hozzáférést, nehogy egymás ellen dolgozzanak vagy az egyik felülírja a másik által beállított valamilyen kritikus tulajdonságát a rádiónak, pl. az adóteljesítményt, de ez megoldható.

Virtuális rádiót megvalósító szoftver is létezik a világban, mint annyi minden, talán többféle is – én egyet láttam, az LP-Bridge-et. Elég komolynak tűnik, bele van építve a virtuális portok létrehozása, ami nem kis dolog, de távoli rádióval képtelen voltam életre lehelni, nem akart a tökéletesen működő soros vonalon a K3-hoz kapcsolódni. Nem próbáltam megfejteni, miért.

A kép csak egy illusztráció a WEB-ről, de az LP-Bridge szerepel benne:

73 ….. Tibor

A beküldött végeredmény:

Evaluation category

QSOs

Points

Multipliers

Claimed score

Multi-Single

1732

5873

268

1573964

Operátorok : HA2OS, HA3FLT, HA5MA, HA5OV

Újra az IC-74x ICOM rádiókról

Tagjaink közül sokan választották az ICOM IC-74xx sorozat valamely darabját, nemrég javasoltunk pár változtatást, hogy még több örömünk legyen benne.

Mivel a rádióklubnak is van egy 746-ja, most ismét vissszatérünk a lehetséges-szükséges módosításokra.

Ígéretemhez híven én is elvégeztem az IC-151 hűtőbordával való ellátását – miután egyszer már cserélni kellett az IC-t. Ti ne várjátok meg!

Nemes egyszerűséggel kitéptem egy URH-trimmer egyik ezüstözött fegyverzetét és ezt forrasztottam fel hűtőbordának, miután a lemez és az IC közé benyomtam egy adag szilikonpasztát.

Ha valaki nem elégszik meg ezzel, hanem vételkor elvenné az 5V-os tápfeszt az IC-től, hogy még kisebb legyen az átlagos disszipáció – arra is van ötletem, de egyelőre nem valósítottam meg. Ott van a T8V jelű pont, ezen adáskor 8V, vételkor 0V van. Erről a pontról lehet táplálni az IC151-et – persze úgy, hogy a 8V-ból pár alkatrésszel 5-öt csinálunk. Bátraknak ajánlom, elég finom a nyák.


Laci hívta fel a figyelmemet, hogy adjuk közre a következőket:

Ma Jóskánál érdekes felfedezést tettünk, ha érdemesnek látod, fel lehetne tenni a blogra :A klub rádiója, az IC746 már másodszorra akadt el a 2xGU81-es végfok vezérlésével. A PTT kimeneten levő kis reed relé pár sikeres adásra kapcsolás után beragadt.

Legutóbb is Gáborral, 5BVG jártunk így ottlétünkkor. Megmérve a végfok PTT bemenetét 24V körüli feszültséget és 5mA áramot tapasztaltunk. A PA-ban tranyós ez a bemenet. Ekkora értékektől nem lehet összeragadni az érintkezőknek, gondoltuk.

Jóskánál, 5KJ egy táppal 30V-ot és 10mA-t adtunk a rádió kimenetére és semmi hiba nem volt akárhány kapcsolásra sem. Eszünkbe jutott, hogy a végfok kapcsolási rajzától eltérően valószínűleg egy hidegítő kondenzátor is lehetett rákötve a kapcsoló bemenetre. Egy 220nF-os kondit kötöttünk párhuzamosan a relére és csodák csodája, a néhányadik kapcsolás után sikerült is beragasztani a relét! A kondi töltőárama a hiba okozója.

A megoldás az lesz, hogy a kinti csatlakozókábelbe egy soros ellenállást fogok bekötni, ami ezt az áramot csökkenti és a kis reedet kíméli ezentúl.

Valamikor én is belefutottam már ebbe, ezt is a saját káromon tanultam meg.

A 7400 manuál azt írja:

Nálam az SB-220 nál  115V-ot kell kapcsolni 25mA-nál, ettől összeragadnak az érintkezők.

Én külső relét alkalmaztam (a QSK-ra úgy sincs szükség), de jó lehet egy 100…200 Ohm ½ W-os soros ellenállás is.

 

Ha cserélni kell, 5$ körül lehet venni az eBay-en, a szállítás rosszabb.


Végül ezt is érdemes megnézni.

https://hg5c.ha5kkc.com/wp-content/uploads/2018/02/IC-746-all-mods.pdf

73!