Zajímalo mne, zda je nějaký rozdíl mezi "profi stanicí" a domácím zbastelm poslepovaným naslepo. Pro porovnání jsem vzal ICOM ID31 a OMX (Hytera + PC se zvukovou a G4KLX).
Bohužel je nutné trocha teorie na začátek tohoto povídání. Pokusím se pospat co je vidět na přiložených obrázcích. Pro posouzení kvality GMSK signálu se používá takzvaný diagram oka. Ten se vytvoří tak, že se zatrigruje na hodiny a zobrazí se právě jeden symbol. Velmi zjednodušeně, body křížení ( levý a pravý koutek oka) jsou ty důležité, kde se GMSK modem snaží rozluštit, zda přichází jednička nebo nula. Čím jsou tyto body přesnější a jednoznačnější, tím je menší pravděpodobnost, že se modem může splést a přijme se chybný bit. Je nutné mít na paměti, že čím je slabší signál (klesá SNR) tím více je toto OKO v šumu. Pakliže i při ideálním signálu není oko přesné, při zašumělém signále se toto sčítá. Výsledkem je, že od jedné stanice jste schopni dekódovat bez výpadků signály i při jedné bramboře na S-metru, od jiné stanice se to začíná trhat při 5ti bramborách. Už na první pohled je znatelný rozdíl. V číslech je to pak zřetelné na Freq. Error RMS/Peak. Z obrázku je také patrné, že OMX má blbě nastavený zdvih, byť se to na ucho téměř nezdá. Jestli je problém u OMX v tom, že se GMSK generuje zvukovkou, nebo to przní TRX nelze z tohoto poznat, bylo by nutné jít postupně po krocích a najít zakopaného pudla.
Závěr: Jak je patrné, je pořád co vylepšovat a tím, že se něco poslepuje a na stole to nějak chodí automaticky neznamená, že to nemůže být ještě lepší.
pozn. pravým tlačítkem myši si dejte "zobrazit obrázek v novém okně", to co je vidět ve fóru je jen jeho levá část
ID31
OMX
Při konstrukci hotspotu jsem řešil, jak na dálku restartovat malinu, kdyby došlo k zakousnutí
některého z programu. Řešení šité na míru pro motorolu je použití dvou výstupů na I/O konektoru.
Jeden musí spínat Squelchový obvod, to se dá nastavit na pin 8. Jako možnost dálkového resetu
by bylo použití funkce, kdy se výstup 14 spíná při dekódování příslušného subtónu.
V praxi by tedy správce na kmitočtu hotspotu zaklíčoval klasicky s FM například s DCS023 a malé relátko
by vypnulo po čas klíčování rasperryho od napájení.
Problém č.1: vhodné relé - výstup 14 je omezen na 5V/10mA. Našel jsem miniaturní relé s ochrannou
diodou (kvůli opačnému napětí na cívce) MEDER ELECTRONIC SiL05-1A72-71D, které má spotřebu 5V/5mA.
Má to bohužel jen spínací kontakt, muselo by se k tomuto relátku připojit ještě jedno, normální, které
bude mít napájení maliny na rozpínacích kontaktech. Po dodu klíčování by se tedy sepnulo mini-relé a to by
sepnulo krátkodobě druhé, silnější. Samozřejmě by šlo nadefinovat na motorole spínání k nule, ale přiznám
se, že nemám moc důvěru v miniaturní relé, kdyby bylo neustále sepnuto a tekl přes jeho kontakty proud
0,5 - 1A pro napájení maliny, kontakty by se mohly po čase "přilepit".
Problém č.2 Linux - Malinu můžete vypnout tak, že na férovku vypnete napájení a nebo na dálku přes VNC uděláte restart z prostředí
nebo příkazovou řádkou. Už se mi dvakrát stalo, že jsem odepnul napájení a po zapnutí už jsem nenabootoval. Musel jsem
přehrát SD kartu a znovu vše nastavovat. V minulém bodě popsaný způsob restartu zakousnutého programu tedy není
použitelný. Na internetu jsem našel způsob, jak nastavit na malině restart, nebo vypnutí přes GPIO vstup. Je k tomu
malý jednoduchý skript, který se spouští při startu a hlídá definovaný vstup. To by bylo skvělé řešení, u kterého by byla
použitelná i varianta s jedním miniaturním relátkem. Z GPIO konektoru se vezme 3,3V a vrátí se na příslušní vstup.
To by podle mne byla nejbezpečnější varianta.
Externím způsobem, jak nedostupný hotspot ovládat aniž by jste zapnuli počítač a nějak se probojovávali do
maliny, by bylo použití obyčejné DTMF selektivní volby používané na CB. U některých voleb se dala krásně programovat
reakce na DTMF kód (sepnutí, rozepnutí vlastního relé). Dal by se tedy pomocí DTMF zmiňovaný restart klidně provést, ale
třeba u mototrol pomocí funkce "channel steering" i hotspot přepnout na jiný kanál. Na ovládání selektivní volby není potřeba
výstup z diskrimináltoru a tak by se klidně dal použít filtrovaný audio výstup na zadním konektoru motoroly, aby se
neovlivňovaly vstupy GMSK modemu a selektivní volby.
Primární problém je nyní ovšem restart a na něm bych rád momentálně zapracoval, to je zatím priorita a o průběhu
budu informovat.
Ja jsem nedavno pouzil toto rele: http://www.a1com.cz/2214/rmm-rele-board-rb1/ na jarove je prodavaji za 30 kc
No, jelikož se v základní verzi zdá být Luďkova kompilace bez problémů, tak jsem jal vymýšlet další kokotiny.
1. V /var/www byly zajímavé php file, mimo jiné je tam takový pěkný dashboard a.j. Přišlo mi škoda je nevyužít, tak jsem tam doinstaloval apache a php. Světe div se, ono to funguje a na stabilitě se to nijak zatím neprojevilo. Z tohoto pohledu se tedy mimo jiné otevírá možnost dálkového ovládání přes WEB, GPIO má RPI habaděj.
2. Když nejde hora k Mohamedovi, zkusíme to naopak. Když mne v autě hotspot s 5W neslyší, tak proč by nemohl hotspot jezdit se mnou a používat ručku se 100mW a bimboňem? Přes 3G to mám vyzkoušené, ale handover (přesněji cell reselection) udělá kratší výpadek a pokrytí není nic moc. Ze šupíku na mne vypadl CDMA modem AnyDATA a kabel měl takové konektory, že šel zasunout do RPI (jedno USB je tam bylo takové nevyužité 🙂
Tak jsem ho tam strčil. No a co byste řekli? Ač je to neuvěřitelné, tak to chodí. Je trochu vyšší dívčí pro nás lamy nastavit v RPI připojení modemu, musí se doinstalovat ppp, vytvořit pár konfiguráků, přidat připojení CDMA do startupu, nicméně po celovečerním boji (jsem linxový BFU, proto vše dělám stylem pokus omyl a trvá to trochu déle) vše funguje bez zaškobrtnutí, uptime je zatím tady 8h. Jo a vzhledem k lenosti hledat napaječ k CDMA modemu ho krmí RPI 😆
no nic... uvidíme, jak se to bude chovat.
Přátelé,
píšu několik poznámek z provozu OK1ZOO-B
1. musel jsem změnit kmitočet hotspotu na 438.075 MHz !!!
prosím opravte si to v pamětech u rádií, jelikož hotspot OK1POR-B s největší pravděpodobností způsoboval výpadky mého hotspotu.
Zřejmě je to tím, že ta motorola jej u mne slabě slyší a dělá to problémy s odpojováním modemu (ona ztráta komunikace s raspberry pi),
které jsem řešil resetem modemu. Zřejmě to nějak korektně nezakončí relaci, nebo se tam objevila hlavička OK1POR-B a modem to vyhodnotil
nekorektně a nějaký bug ve fredově SW a modem přestane komunikovat.
Dneska se navíc zvedly dočasně podmínky, takže jsem měl OK1POR-B za plnou kvalitu a každou chvíli to klíčovalo odlinkovaný hotspot
(upozorňuji, že mám aktivní RPT validation) a každou chvíli se modem odpojovoval. Jakmile jsem to přeladil na novou frekvenci (mám ji předvolenou
na Motorole) tak problémy okamžitě ustaly, dokonce jsem skákal do relací mezi OK1JRA a OK7RB a ani jednou modem nevypadl, což se na původním
QRG stávalo s železnou pravidelností. Obávám se tedy, že naše myšlenka všech hotspotů na jedné frekvenci je nerealizovatelná. Budeme muset
hotspoty rozházet do současných dvou až 3 frekvencí tak, aby se nemohli vzájemně slyšet, RPT validation očividně není dostatečná ochrana.
2. hotspot je po stránce HW kompletní, tj. má k dispozici vzdálený reset modemu, kdyby náhodou docházelo k zákusu, na chladič motoroly jsem přidělal
čidlo teploty, který otevírá MOSFET a tím se zapíná 12V větráček, takže by nemělo dojít k přehřátí stanice. Kdyby někdo potřeboval, mám v práci ještě minimálně
jednu regulační sadu (termistor, MOSFET, trimr) a může si to hnízdo zbastlit také, jen si musí dodat vlastní větráček.
3. až se sežene UHF anténa, bude hotspot přemontován na novou pozici 50.7370539N, 15.0252356E výkon zatím ponechám na 5W. Přesun na nové QTH
včas oznámím a současně bych začal jednat o přemístění vyšší QTH - tedy na místo OK0J, pokud k tomu budou příznivé podmínky.
Jednoduché schéma regulace chlazení stanice hotspotu
