Ahoj.
Potreboval bych pomoct.
V PC ktere mam pro OK0BEZ Echolink a soucasne APRS (UI-View32) nejde rozchodit GESacky TNC GC12AX.
Nic to nedela..at klikam jak klikam.
Takze premyslim nad zachranou jak z toho ven, napadlo me pouzit AGW UIdigi jak mi pred pul rokem
doporucoval OK1MX i OK1ALX.
Problem je:
1) Kde to stahnout, na http://www.sv2agw.com/downloads/default.htm neni. Pokud mate nekdo posledni verzi muzete mi zaslat primej download link?
2) Pomuzete mi nekdo s nastavenim, idealne zaslanim nejakeho config souboru do toho softu.
Jak mustr pro nastaveni konfigu se juknete sem: 
.
Dik Martin
Update:
Tak na 99% jsem zjistil proc neslo APRS ani s UI-View32. Nesel COM3 🙁 .
Druhy radic ISA pro COM3 v tom je, Widle normalne hlasej, ze je v tom COM3.
Ale v Hyperterminalu se nemohu prihlasit k TNC, na COMu2 (Echolink PTT/SQL) to chodi.
Ono ani predtim s Foxkou to nechodilo, myslel jsem, ze to bylo spatne nastavenym COMem nebo modemem.
Tak to vypada, ze budu muset sehnat starsi com AP-P1 (min 233MHz), min 128MB RAM, min 1GB HD-IDE s 1x DIN5 (klavesnice) a 3x COM (CANN9) nebo 2x PS2 (klavesnice/mys) a 2x COM (CANN9).
Pricemz case musi kopirovat stavajici velikost 18cm(sirka)x41cm(hloubka)x33cm(vyska).
To abych mohl prevadec HIP2000 s hlasovym modulem a 2m TRX s TNC pro APRS strcit primo do case.
To znamena, aby AT zdroj mel napajeni minimalne 230W/9.6A na 12V casti.
Ahoj Martine,
na strance kterou uvadis ( http://www.sv2agw.com/downloads/default.htm ) odkaz na stazeni je, hledej APRS Digi. Nicmene 2SLC uz ti primy odkaz dal.
Co se tyce AGWUIdigi samotneho, po nejakem dalsim testovani se ukazalo, ze take neni uplne idealnim resenim, protoze pri opakovani ramce ktery zacina WIDE1-1, nahradi toto svoji znackou (znacka digi) a pote vlozi do cesty WIDE1, coz by bylo celkem v poradku, ale zapomina k tomuto udaji vlozit hvezdicku, tedy WIDE1*. Diky drobnemu detailu na takto zopakovany ramec nektere digi reaguji a zopakuji ho, coz vede k nehtenemu zaplnovani vzduchu nadbytecnymi ramci....
Takze ted babo rad ... 😕
Nerad to říkám, ale asi budu muset odvolat svá slova. AGWdigi se sice obecně chová lépe než UI-WIEV, ale zdá se že dělá jednu fatální chybu, která by principielně moc nevadila, ale v souvislosti s jinou chybou jinde to má fatální dopad. Tak že váhám s verdiktem, co je menší zlo, jestli AGWDIGI nebo UIWIEV. Zkusím to popsat, víc hlav víc ví, díky tomu že se tato chyba maskuje není jednoduché ji najít a 100% ji odhalit.
Chyba č.1 - Nějaký typ DIGI (mám podezření na AGW) vkládá místo své značky do PATH " WIDE* " (správně by tam měl vložit OK1xxx*) To by v principu nebylo až tak zlé, protože to holt akorát neudělá trasovatelný rámec ale bohužel se do toho promítá chyba 2.
Chyba č.2 - Pakliže rámec vleze do internetu a přes igate se vrátí zpět je cesta před "qAx" t.j. radiová cesta před tím, než to do internetu vlezlo oholená o všechny " * ".
Z tohoto důvodu se nám objevují relativně často objevují v cestách ony zpropadené "WIDE1" (OK1KKL-2,WIDE1,SR6NWS*,WIDE2-1,qAR,SR6NDZ:)
Důsledkem je, že
1. takovouto cestou nebudou procházet MSG, odpovídající marně hledá nějakou stanici "WIDE1" taková prostě neexistuje
2. APRS.FI na takovýto rámec nenakreslí cestu, protože v seznamu žádnou stanici "WIDE1" nezná, tak že neví, co má kreslit.
3. Některé typy FILL-IN DIGI na "WIDE1" reagují jako by to bylo WIDE1-1 tudíž místo toho aby opakovaly jen lokální provoz, opakují o 106 i tyto rámce, i když projely celou Evropou.
Je několik cest jak z toho ven, ale ani jedna není optimální, je potřeba zvolit nejmenší zlo.
1. Zrušit IGATE (je li jejich vlastností že ukradnou *) - tím si moc nepomůžeme, protože se nám to stejně bude vracet ze zahaničí
2. Pokusit se zajistit, aby žádná digi nepracovala v režimu bez substituce (tím se přestanou ovjevovat "WIDE1*" a tím pádem i "WIDE1")
(pozor na to... ono se toto může projevit např. jen u druhého a třetího skoku, t.j. jako ve fill-in to bude OK, a udělá to teprve později, nebo naopak to bude dělat jen u prvního skoku a další bude v pořádku)
Základní otázka je, identifikovat které DIGI se takto chovají. Protože díky tomu, že nevloží svoji značku, ale jen WIDE1* nepoznáme kdo to byl. Už jsme to z monitorování zkoušeli dohledat a zatím nejpravděpodobnější adepti jsou AGWDIGI a FOXdigi.... Bohužel ani jedno nevlastním tak že to exaktně nemohu na stole vyzkoušet.
HOWGH - nějaký nápad?
Základní otázka je, identifikovat které DIGI se takto chovají. Protože díky tomu, že nevloží svoji značku, ale jen WIDE1* nepoznáme kdo to byl. Už jsme to z monitorování zkoušeli dohledat a zatím nejpravděpodobnější adepti jsou AGWDIGI a FOXdigi.... Bohužel ani jedno nevlastním tak že to exaktně nemohu na stole vyzkoušet.
HOWGH - nějaký nápad?
Když sleduju rámce své Foxdigi, tak ta WIDE1 ani WIDE1* nedělá. WIDE1-1 nahradí svou značkou a odešle.
OK1TEB-9>UP4Q91,OK1TEB-2,OK1TEC-3*,WIDE2-1,qAR,OK7RB-1:`+ZEo y>//A=0616M op. Pavel
nebo
OK1TEB-9>UP4Q94,OK1LPD-2*,WIDE2-2,qAR,OK1HRA-1:`+Y<0x1c>m|(>//A=0509M op. Pavel
No a OK1TEB-2 i OK1LPD-2 jsou Foxdigi.
Ale co vidím je, že za KKL-2 se objevuje WIDE1, viz níže:
OK1TEB-9>UP4Q88,OK1KKL-2,WIDE1,WIDE2-2,qAR,OK1KHL-1:`+Z|npZ>//A=0615M op. Pavel
Jak se tam dostane, nevím.
