om1aeg

Od dnes je v skusobnej prevadzke echolink na OM0OVV pod znackou OM0OVV-R. Prevadzac je echolinkom vzdialene „krmeny“ cez handy oldschool TRX Alan CT-170, vykon 1W, antena 1/4, lokator echolink TRX JN88ME.

Pocet subezne pripojenych stanic je nastaveny na max. 5, pocas stvrtkovych sprav pri obsadenom OM0OVV prosim pouzite echolink OM0OUB, ktory by mal spravy tiez prenasat a je „zaveseny“ na podstatne lepsej linke s obmedzenim poctu ucastnikov na 20 (da sa zvacsit, ak bude treba).

Nakolko ma ale OM0OVV poruchu na RX prevadzaca, ktory ostava zopnuty aj niekolko desiatok sekund s nekonecnym „skrkanim“, je v podstate nepouzitelny pre prevadzku zlinkovanych prevadzacov.
Preto sa na echolink OM0OVV pripajajte len z PC, pripojenie prevadzacov a liniek je az do odstranenia poruchy na prevadzaci zakazane.

Edit:
Aby echolink co najmenej drazdil konzervativnych hamov, su vypnute vsetky hlasenia, neoznamuje sa pripojenie ani odpojenie niekoho cez echolink na OM0OVV. Jedine co sa oznamuje, je pripajanie a odpajanie sa OVV „niekam“ pomocou prikazov DTMF z eteru na 145,600. Pokial chcete zistit, ci je niekto pripojeny cez echolink, vyslite DTMF prikaz „08“, identifikacia echolinku sa vykona DTMF *, ale len v pripade, ze nie je nikto pripojeny.

Pred tyzdnom sme dali v Stupave s Filipom do skusobnej prevadzky radiolink trvalo spojeny s OM0OUB via IP tunel.

Frekvencia 145,300 MHz simplex, vykon 5W, vyska 45m nad terenom, antena Diamond X200 (zapozicana od OM1AVL). Linka je simplexna so vsetkymi vyhodami aj nevyhodami, preto ju doporucujeme pouzivat len uzivatelom, ktory maju problem so signalom z OM0OUB.
Nie je to echolink nod, ale je trvalo spojena s OM0OUB, vratane prenosu DTMF prikazov ktore vykonava echolink na OM0OUB.

Linka vznikla ako odpoved na zle pokrytie OM0OUB v Devinskej novej Vsi a na Zahori v okoli Bratislavy a taktiez ako odpoved na mizerne pokrytie tejto oblasti z OM0OVV.

Podla praktickych testov na dialnici Bratislava – Kuty je spolahlive pokrytie z „mobilu“ od Tesca Lamac az po nadjazd Kuty pri vykone mobilneho TRX 20W. Po odbocku Malacky bohate postacuje vykon 5W. Dokonca sa mi pri ceste z Brna podarilo komunikovat cez linku 20km od SK hranice, ale pri pouziti 50W ;). Pouzivam na aute samodomo vyrobenu 40cm dlhu dualband antenu (koli zlodejom, takuto nechcu a je tam trvalo), pri pouziti tovarenskej 5/8 bude dosah samozrejme vacsi ;).

Podla reportov postacuje na spolahlivu komunikaciu v Devinskej N.Vsi , Vysokej p. Morave, Dubravke, Lamaci, Zahorskej Bystrici, Stupave, Lozorne, Zohore rucny TRX s 5W a „gumkou“.

Linka je simplexna, preto sa na frekvencii 145,300 MHz spravajte ako na klasickej frekvencii a majte na pamati, ze vy z rucky v Zohore mozete gumovat aj niekoho z Kyjova, ktoreho nepocujete, nakolko to nie je prevadzac a teda nechajte rozhodovat o tom kto ma slovo niekoho na prevadzaci, ktory bude pocut aj Zohor a aj Kyjov…

Frekvencia bola vybrata ako frekvencia pouzivana pre echolink nod v susednych statoch a po dohode s OM2WM, ktory ju volakedy pouzival v Galante.

Podrobnosti o pokryti, mapky teoretickeho pokrytia a novinky najdete na:

http://pugzley.holes.sk/om0oub/

Moznost „gumovania“ bola odpovedou na potrebu nudzoveho volania, nie doporucenim :).
Pokial niekto komunikuje z eteru cez prevadzac pomocou echolinku, musi dat pauzu cca 4 – 5 sekund, inak mu prvych par slov neprejde a vtedy sa da vstupit do relacie, na OUB dost casta situacia, ked je na prevadzaci Denny 🙂 . Ina situacia je, ked su zlinkovane dva pravadzace a iba na jednom z nich je prevadzka cez eter, vtedy je to problem sa cez vasnivo diskutujucich vacsinou starsich panov prebit, kedze nerespektuju, ze je niekto pripojeny cez echolink. Vacsinou su pani zvyknuty na rychlu komunikaciu z 80m, kde je normalne nedavat medzery a ked niekto cosi chce, tak subezne zavysiela a pocut oboch, ale netreba im to mat za zle, dlhe roky boli na to zvyknuty a novotam ich uz nenaucis 🙂 Zase je ale moznost odpojit ten RPT, na ktorom nie je prevadzka cez eter, kedze je predpoklad, ze ho nik surne nepotrebuje a iba niekto zlinkoval nody, aby mal co pocuvat… V tomto pripade nie je podla mna na tom nic zle dat vyzvu, ci niekto pouziva RPT krizom cez echolink niekde na konci relacie, ale az po par minutach pocuvania prevadzky, pripadne linku rozpojit.

S tou vyzvou do „prazdna“ mas ciastocne pravdu, ja sa vsak snazim, pokial mam zapnuty TRX sa aj dotycnemu ozvat, hlavne ak sa pripoji cez echolink.

om2amb: s potrebnou sirkou pasma problem nie je, echolink sedi priamo na chrbtici Radiolanu, taktiez latencia je viac ako dobra. Napr. OUB ma momentalne nastaveny limit na 20 uzivatelov, (nie je problem zvysit), avsak je problem najst 20 uzivatelov online 🙂 . Zatial najvyssi pocet naraz pripojenych uzivatelov na OUB bol 5…. Je mozne ze pocas sprav by sa naslo max. 20 – 30 cca (0,8 az 1,5 Mbps) uzivatelov, ale dost pochybujem a linka by to mala hravo zvladat

Tono

om3cvv: OM0OVV a OM0OUB nebudu napevno zlinkovane, takze nadalej budes musiet monitorovat 2 frekvencie 🙂 . Ale pokial budes potrebovat na par (desiatok) minut ich spojenie, nie je problem, staci stlacit 2x DTMF klavesu na TRX a spoja sa…

Tono

om2amb: mozem vediet tie poziadavky?
Pokial chces pomoct, skus kontaktovat mailom OM3LU kontakt najdes napr. na: http://www.veron.nl/cgi-bin/iaruland.cgi?cmd=land&land=SLOVAKIA%20%20

Ja som mu odporucil Adobe Audition alebo Goldwave, skusali ich, ale nevyhovovali im. O inych prg. nemam prehlad, mne Audition (cooledit 2.0) na to, co obcas potrebujem bohate postacuje.

Tono

Do ziadneho „objektu“ sa netreba dostavat, prevadzac sa da Echolinkom „krmit“ aj z dialky.

Tono

Od 31.12.2007 začal postupne „odchádzať“ kontrolér, tak sme 2.1.2008 vykonali opravu, bol vadný PIC 16F682A, taktiež sme vylepšili kvalitu modulácie a doladili časovanie + CW identifikáciu. Prevádzač má teraz „príjemnejší“ zvuk, avšak za cenu mierneho dátového cvrkotu pri TX bez prijimaného signálu. Skončili sme o 22:00, takže na ďalšie dolaďovanie nebol čas a ani chuť, väčšina parametrov sa ale dá nastaviť aj diaľkovo. Taktiež boli vykonané opatrenia proti spínaniu RPT náhodnými impulzami, teraz sa RPT nahodí po 200ms od začiatku prvej relácie, čo prinieslo výrazne menej „falošných nahodení“ prevádzača.