To znamena, ze i fill-in digi se bude pro CZn-N chovat CASTECNE jako wide digi? Castecne proto, ze zopakuje pouze prvni skok a na "rozjetou" cestu jiz nereaguje.
Jeste, kdyz uz jsi to nakousl a pokud mohu dale otravovat, mohl by jsi mi doosvetlit prikaz digiend v porovnani s jiz zminenymi digipeat a digifirst, dekuji 🙂
To znamena, ze i fill-in digi se bude pro CZn-N chovat CASTECNE jako wide digi? Castecne proto, ze zopakuje pouze prvni skok a na "rozjetou" cestu jiz nereaguje.
Jeste, kdyz uz jsi to nakousl a pokud mohu dale otravovat, mohl by jsi mi doosvetlit prikaz digiend v porovnani s jiz zminenymi digipeat a digifirst, dekuji 🙂
Ano, v podstatě tomu tak je.
Vše se pokusín vysvětlit na obecných zásadách digipeatingu.
Tedy jak pro FILL-IN digi, tak i pro WIDE digi.
Pro NEW_PARADIGM byla v roce 2006 stanovena nová pravidla, která byla přijata
i pro EU na konferenci v Cavtatu. Byly zrušeny všechny dosud známé Alias call
a nahrazeny novými. Pokud se týká pravidel pro digipeating, platí následující
převodní tabulka.
OLD +++++++++++ NEW ++++++++++ SIGN.
RELAY +++++++++ WIDE1-1 ++++++ Special Alias Call - nesmí dále následovat WIDE1*
TRACE +++++++++ zrušeno ++++++ zrušeno striktně bez náhrady
WIDE ++++++++++ zrušeno ++++++ zrušeno striktně bez náhrady
WIDEn-N +++++++ zrušeno ++++++ netrasovatelné - zrušeno striktně bez náhrady
TRACEn-N ++++++ WIDEn-N +++++ trasovatelné - nesmí na konci cesty následovat WIDEn*
----- +++++++++++ SCn-N +++++++ State Code - netrasovatelné (CZn-N)
Pozn. Velice PODSTATNÁ. Pro snažší vysvětlení záměrně a vědomě vynechávám ve
všech příkladech dost podstatnou část Path a sice "Digi-TO".
Např. APU239, DX, ID, CQ atd. Bohužel se v praxi na tato Alias v dost často
zapomíná. (Je to ale nutné vědět, vysvětlení je dost dlouhé na samostatnou
kapitolu - vysvětleno v APRS Bibli) Opomenutí "digi-to" vede k mnoha
komplikacím, zejména při doručování msg a jejich ACK.
Při platnosti výše uvedené tabulky však platí již od roku 2004 ještě další
základní pravidla (pro účely tohoto článku uvedena pouze 4).
1/ V každém případě je nutné, aby v cestě rámců každé stanice, byla vidět
Call prvního digi odkud vstoupil rámec uživatele do APRS systému. A to i v případě,
že uživatel použije pouze netrasovatelné Alias Call, např. CZn-N, ATn-N,
DEn-N, NLn-N atd. viz. ISO 3166-1.
Další pravidla:
2/ kdekoliv v cestě nesmí být před již použitou Alias Call nepoužitá jiná Alias Call
3/ WIDE1-1 se nesmí použít na jiné než první pozici.
např. WIDE1-1,WIDE2-2 je korektní, naopak WIDE2-2,WIDE1-1 je nepřípustná cesta.
4/ SC (CZn-N) může být použit buď samostatně, nebo VŽDY ! pouze na konci cesty.
např. WIDE2-2,CZ5-5 je korektní cesta, naopak CZ5-5,WIDE2-2 je nepřípustná cesta.
pozn. použitím CZ5-5,WIDE2-2 bychom velice vtipně zaplavili úplně všechny
okolní státy! (To se bohužel daří některým digi v DL - dokonce obrací správně
uživatelem nastavenou cestu)
Základní pravidla (Rules) pro digipeatování jsou následující:
a/ "digipeat" ++++ opakuje každý Alias nezávisle na pozici v path a nahradí Alias
+++++++++++++++ vždy značkou digi. To platí obecně, pokud se současně nepoužije
+++++++++++++++ doplňkové pravidlo, např. swap, shift, new, replace, hijak atd.
b/ "digifirst" ++++ v podstatě jako "digipeat" jen s tím rozdílem, že si všímá pouze
+++++++++++++++ prvního Alias, tedy první pozice v path.
c/ "diginext" ++++ v podstatě jako "digipeat" jen s tím rozdílem, že si všímá pouze
+++++++++++++++ každé jiné pozice než první. Samozřejmě pokud je pro stejnou
+++++++++++++++ Alias použito současně pravidlo "digifirst".
Z toho vyplývá, že u digi pravidel lze samostatně použít "digipeat" a "digifirst",
naopak pravidlo "diginext" lze použít pouze jen za současného použití "digifirst".
Příklady použití pravidel a/, b/ a c/.
Pro path uživatele (bez uvedení digi-to) (digi FILL-N call OK1F-2, wide digi
calls OK1W-2,OK1WA-2,OK1WB-2,OK1WC-2). NO preempt CZ.
*****
Uživatel odešle Path CZ4-4.
První FILL-IN digi i WIDE digi v cestě zopakují rámce v uvedeném pořadí takto:
OK1F-2*,CZ4-3 ++++++ funguje "digifirst"
OK1W-2*,CZ4-3 ++++++ (Pokud rámec slyší) +++ funguje "digifirst"
*****
Uživatel odešle Path WIDE1-1,WIDE2-2,CZ4-4. Stanici slyší okolní WIDE digi, ale
tato nemají nastaveno preemting pro CZ.
v prvním skoku:
OK1F-2*,WIDE2-2,CZ4-4 ++++++++++ funguje "digifirst"
OK1W-2*,WIDE2-2,CZ4-4 +++++++++ funguje "digifirst"
ve druhém skoku (teď zapomeneme pro tento příklad na FILL-IN)
OK1W-2*,OK1WA-2*,WIDE2-1,CZ4-4 ++++++ funguje "digipeat" se swap
ve třetím skoku
OK1W-2*,OK1WA-2*,OK1WC-2*,CZ4-4 +++++ funguje "digipeat" se swap
ve čtvrtém skoku
OK1W-2*,OK1WA-2*,OK1WC-2*,CZ4-3 ++++ funguje "diginext" se swap0 (CZ4-4 není na 1. pozici Path)
Při správném použití upřednostnění (preempt: all CZ!*) a v oblasti vstupu přes
FILL-IN digi by to ve čtvrtém skoku vypadalo kdekoliv v ČR takto:
OK1F-2*,CZ4-1 +++++++ funguvalo 1x "digifirst" a 3x "digipeat" se swap0
Poznámka závěrem "digiend" není totéž pravidlo co "diginext".
Pravidlo "digiend" se použije pouze v případech digi se dvěma a více porty.
Funguje jen v případech, že přijatá cesta již skončila (není již žádné volné
nepoužité pravidlo) Bohužel některé typy digi "zapomínají" dooznačit jako
použité Alias Call před pozicí, kterou právě digipeatují. Pak nastává nečitelný
chaos.
Pravidlo "digiend" slouží především k vytváření zvláštních cest na jiných portech,
např. LOCAL.
(MUSÍ být ale v ini digi nadefinováno, který resp. které porty jsou "local".
Jako parametr cílové cesty se zpravidla použije "allbut" tedy rámec je vyslán
na všechny ostatní porty s vyjímkou portu odkud právě přišel.
73, Boris
Borku to je super! Moc dekuji.
Vim ze toho je hodne co se da vysvetlovat, ale myslis ze bych te mohl poprosit, zda by jsi toto nespracoval do nejakeho pekneho a srozumitelneho clanku pro APRS.cz? 🙂
Ja jsem si uz dovolil posledni verze konfiguraci pro digi_ned pod Tvym jmenem pridat, ale toto uz bych rad nehcal na tobe. Vytvoril bych ti ucet tak aby jsi mohl vytvaret clanky a muzes se zapojit 🙂
Myslim ze osvetleni teto problematiky pomuze nejednomu z nas a to nejenom pro digi_ned, ale i pro digipeating v aprs obecne 🙂
