DIGI_NED FILL-IN digi INI File

Post Reply
OK1RQ
Posts: 23
Joined: Tue 10. Mar 2009 16:42:08
Contact:

DIGI_NED FILL-IN digi INI File

Post by OK1RQ »

DR OMs,

po zveřejnění DIGI_NED new INI File ukládám zde vzor INI souboru pro FILL-IN Digi.

V návaznosti na zavedení NEW PARADIGM do APRS digipeatingu, kdy došlo ke zrušení
Alias Call RELAY, TRACE, WIDE, TRACEn-N a netrasovatelného WIDEn-N, došlo i na
změnu původního názvu RELAY digi na FILL-IN digi. Samozřejmě s úplnou změnou
všech funkcí tohoto "malého" doplňkového digi.

FILL-IN digi tedy plně nahrazuje dříve používané (do roku 2005) D_RELAY digi.

D_RELAY.INI se používalo do roku 2005 a do verze DIGI_NEDu 0.3.4.
Pro verze DIGI_NEDu od 0.3.5, resp. 0.3.9 (2007) nahradil soubor D_RELAY.INI
soubr FILL-IN.INI. (Z praktických důvodů s názvem souboru: DIGI_NED.INI)

Je samozřejmě zapracována i funkce SC (State Code digipeating).

Pro CZ však po dohodě platí dočasně drobná změna:

Upřednostnění CZ (nikoliv funkce digipeatingu) je dočasně pozastaveno a to do doby
nastavení drtivé většiny DIGI pro State Code digipeating.

Aby byla zachována plná kompatibilita a spolehlivost pro posílání msg a bylo
zajištěno zejména spolehlivé doručení ACK k odesílateli, je nutné po úplném
přechodu na State Code digipeating provést SOUČASNĚ !, následně uvedené, dvě změny
a to jak u WIDEn-N digi, tak i u FILL-IN digi.


Pro WIDEn-N digi (DIGI_NED new INI File):

1/ u řádku
; preempt: all CZ!*
odstranit středník a mezeru za ním
2/ a řádek
message_path: all WIDE1-1,WIDE2-1
doplnit následovně:
message_path: all WIDE1-1,WIDE2-1,CZ2-2


Pro FILL-IN digi (FILL-IN INI File):

1/ u řádku
; preempt: all CZ!*
odstranit středník a mezeru za ním
2/ a řádek
message_path: all WIDE2-1
doplnit následovně:
message_path: all WIDE2-1,CZ2-2


Pozn. Zachování všech WIDEx-y, tak jak je uvedeno ve vzorech je velmi podstatné.
V případě potřeby je možné nahradit CZ2-2 aliasem CZ3-3, osobně ale nedoporučuji.



VZOR DIGI_NED.INI pro FILL-IN digi:


; Digi_Ned v.0.3.9 FILL-IN DIGI 17OCT09
;
version: 2
;
digi_call: OK1DWW-2
digi_owner: OK1RQ
digi_dest: APND13
;
enable_exit: 1
;
beacon: 30 all DIGI_DEST,WIDE2-1,CZ2-2
digibcon.ini
;
send: 10 all ID
digi_id.ini
;
digipeat: all DIGI_CALL all
;
digifirst: all WIDE1-1 all
;
digifirst: all CZ7-7 all swap DIGI_CALL,CZ7-6
digifirst: all CZ6-6 all swap DIGI_CALL,CZ6-5
digifirst: all CZ5-5 all swap DIGI_CALL,CZ5-4
digifirst: all CZ4-4 all swap DIGI_CALL,CZ4-3
digifirst: all CZ3-3 all swap DIGI_CALL,CZ3-2
digifirst: all CZ2-2 all swap DIGI_CALL,CZ2-1
digipeat: all CZ1-1 all swap CZ1
;
digito: all AP*-0 all 0 add DIGI_CALL
;
preempt: all DIGI_CALL
preempt: all TRACE*
preempt: all WIDE7*
preempt: all WIDE6*
preempt: all WIDE5*
preempt: all WIDE4*
; preempt: all CZ!*
;
preempt_never_keep: *
;
size_heard_list: 160
size_heard_show: 32
;
keep_time: 240
short_keep_time: 10
data_prefix: :?~
;
message_file: digi_ned.mes
;
message_keep_time: 300
;
message_path: all WIDE2-1
max_msg_hops: 1
;
digi_pos_file: digibcon.ini
dx_times: all,24,1
dx_metric: km
dx_level: all 200-2000 1
dx_path: all DX,WIDE2-1
dx_portname: 1 144800.0
;
block: N0CALL,NOCALL,MYCALL,TEST
msg_block: N0CALL,NOCALL,MYCALL,TEST
;
kenwood_mode: 1
opentrac_enable: 1
;
EOJ


73, Boris, OK1RQ
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1ALX »

Dekuji Borku,

mam vsak dotazy, proc je nastaveno i opakovani az CZ7-7?
Mozna to bude v tom digifirst a digipeat, muzes prosim vysvetlit rozdil?
I kdyz u WIDE1-1 mas take digifirst, mam pocit ze kdyz jsem to takto zkousel, nefungovalo mi to ...

Diky, Libor
Libor, OK1ALX
OK1RQ
Posts: 23
Joined: Tue 10. Mar 2009 16:42:08
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1RQ »

OK1ALX wrote:Dekuji Borku,

mam vsak dotazy, proc je nastaveno i opakovani az CZ7-7?
Mozna to bude v tom digifirst a digipeat, muzes prosim vysvetlit rozdil?
I kdyz u WIDE1-1 mas take digifirst, mam pocit ze kdyz jsem to takto zkousel, nefungovalo mi to ...

Diky, Libor

Ahoj Libore,

u SC, v případě OK u CZn-N, se obecně připouští digipeating až do nejvyšší úrovně, tedy 7 skoků (CZ7-7).
Je jen na uživatelích pro kolik skoků se rozhodnou. Mohou tedy na první pozici Path použít cokoliv
od CZ1-1 počínaje až CZ7-7 konče.

Podstatná je právě skutečnost "na první pozici"

Proto je také použita funkce digifirst, nikoliv digipeat.

Pro FILL-IN digi je podstatná jeho hlavní a vlastně jediná funkce, kterou má plnit.
Nachází se zpravidle v místech, která nejsou pokryta WIDE digi a tak "vyplňuje" (fill-in) chybějící místa pokrytí
a umožní tak provoz na jinak nedostupných místech pro WIDE digi a (nebo) pomáhá zejména slabším (ručním) stanicím.
Vždy tedy opakuje JEN první pozici cesty - WIDE1-1, nebo CZn-N, kde n=N a n je v rozsahu 1-7.

Skutečně FILL-IN digi nahrazuje činnost starých "Relay" digi. A toto, právě pro snažší náhled, použiji pro vysvětlení "digifirst".
Relay digi neopakovalo nikdy nic jiného, než alias RELAY (dnes WIDE1-1). Zároveň striktně platilo, že uživatel nesmí
použít alias RELAY na jiné, než na první pozici. Např. cesta WIDE2-2, RELAY byla nesmyslná, stejně jako dnes nesmyslná cesta
WIDE2-2, WIDE1-1 (to nesmí v žádném případě FILL-IN digi zopakovat, protože už logicky ve většině případů "doskáče"
rámec přes dvě WIDE digi).

Takže např. pro jeden skok platí:

WIDE1-1 opakuje jak FILL-IN digi, tak WIDE digi (záleží jen na momentální poloze mobilní, nebo přenosné stanice).

WIDE2-1 opakuje POUZE WIDE digi.

Víceskokové cesty např. CZ4-4 zopakuje FILL-IN pouze na začátku cesty. CZ4-3, CZ4-2 a CZ4-1 opakují už JEN WIDE digi.
("n" už není rovno "N") a nemělo by to ani žádný smysl.

Pro špatně zadanou cestu, např. WIDE2-2,WIDE1-1
zajistí pravidlo "digifirst: all WIDE1-1 all", že se WIDE1-1 (po již prošlých dvou skocích) již nedigipeatuje (nezopakuje se vysílání)
Pokud by se ale použilo pravidlo "digipeat: all WIDE1-1 all, došlo by chybnému vyslání 3. skoku.

Pravidlo "digifirst: all WIDE1-1 all" tak zajistí, že se na FILL-IN (samozřejmě i na WIDE) zopakují jen správné cesty s WIDE1-1
na první pozici.

Např. WIDE1-1 ; WIDE1-1,WIDE2-1 ; WIDE1-1,WIDE2-2 ; případně WIDE1-1,WIDE3-3 (nedoporučuji použít).


73, Borek
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1ALX »

Dekuji, uz rozumim rozdil mezi digifirst a digipeat.
Chapu-li to tedy dobre, mohlo by tam tedy byt i:
digifirst: all WIDE2-2 all swap DIGI_CALL,WIDE2-1
a
digifirst: all WIDE3-3 all swap DIGI_CALL,WIDE3-2
ale to by potom samozrejme postradalo vyznam fill-in.
Proto nechapu proc by fill-in mela digipeatovat i CZ2-2 a vyse. Chapu fill-in jako "vykryvaci", neboli pomocnou digi, ktera napomaha vykryt urcitou oblast a napomci tak napriklad slabsim stanicim.
Libor, OK1ALX
OK1RQ
Posts: 23
Joined: Tue 10. Mar 2009 16:42:08
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1RQ »

OK1ALX wrote:Dekuji, uz rozumim rozdil mezi digifirst a digipeat.
Chapu-li to tedy dobre, mohlo by tam tedy byt i:
digifirst: all WIDE2-2 all swap DIGI_CALL,WIDE2-1
a
digifirst: all WIDE3-3 all swap DIGI_CALL,WIDE3-2
ale to by potom samozrejme postradalo vyznam fill-in.
Proto nechapu proc by fill-in mela digipeatovat i CZ2-2 a vyse. Chapu fill-in jako "vykryvaci", neboli pomocnou digi, ktera napomaha vykryt urcitou oblast a napomci tak napriklad slabsim stanicim.
Dfm, že stále píšeme o FILL-IN digi.
Tam skutečně nemá co dělat ani WIDE2-2 a ani WIDE3-3 ať už ve kterékoliv funkci.
Tedy ani digifirst, ani diginext a ani digipeat.
WIDE2-2; WIDE2-1; WIDE3-3; WIDE3-2; WIDE3-1 jsou všechno Alias call určená pro WIDE digi.
a to na kterékoliv pozici Path.

Pro FILL-IN digi je určeno pouze WIDE1-1 (dříve RELAY)

SC (State Code) - CZn-N mají zcela odlišnou a dosud nepoužívanou funkci.

Pokud alias CZn-N (State Code) mají plnit svoji funkci, tedy šířit rámce jen a pouze jen v daném území (v našem případě ČR),
pak je nutné je vždy preemptovat (upřednostnit). Tato funkce je zatím (možná bohužel), jak jsem uvedl, po dohodě zablokována.

Představ si, že máš na své ručce nastavenu cestu CZ5-5. Tedy chceš být viděn po celé ČR a neobtěžovat přitom okolní státy.
A nacházíš se v oblasti, kde je slyšet pouze FILL-IN digi. Pokud by toto neumělo zopakovat právě CZ5-5, pak bys měl smůlu
a dotyčné FILL-IN digi by absolutně neplnilo svoji funkci.

Pokud ve svém autě nastavíš např. cestu WIDE1-1,WIDE2-2,CZ6-6 (a budou-li fungovat všechna digi jak mají) pak můžeš
cestovat po celé EU beze změny Path a nikde nebudeš ničemu vadit.

Na území ČR všechna digi díky preemptingu automaticky změní Tvůj Path na CZ6-6 a pokud nebudeš v dosahu WIDE digi,
započne cestu Tvého signálu nejbližší FILL-IN zopakováním CZ6-6 a následnou úpravou Path Alias na CZ6-5 a již Tě lavinovitě
opakují všechna WIDE digi na území ČR.

Pojedeš-li dál, např. do DL pak na hranicích Tě už uslyší DL digi. To samozřejmě nemá nastaven preempting na CZ a jistě ani nezná
digipeating CZn-N, mají jiný State Code. Takže všechna digi v DL (a ve všech ostatních státech) už budou s Tvojí navolenou cestou
WIDE1-1,WIDE2-2,CZ6-6 pracovat jako by byla "jen" WIDE1-1,WIDE2-2. Samozřejmě budou s Tebou komunikovat i místní
FILL-IN digi, ale jen na základě Alias WIDE1-1. Pokud nebudeš příliš daleko od ČR, pak některá DL WIDE digi dopraví Tvůj Path
např. ve stavu DB0ACH,DB0CH,WIDE2-1,CZ6-6 na některé OK WIDE digi a to samozřejmě rozšíří Tvoje rámce až na hranice Slovenska.
To všechno opět díky CZn-N, ale v tomto případě už "jen" WIDE digi. Žádné z CZn-N Alias už totiž nebude na první pozici Path.
Tam bude v uvedeném příkladu ve všech případech DB0ACH.

73, Borek
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1ALX »

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 :)
Libor, OK1ALX
OK1RQ
Posts: 23
Joined: Tue 10. Mar 2009 16:42:08
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1RQ »

OK1ALX wrote: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
User avatar
OK1ALX
Posts: 558
Joined: Mon 09. Mar 2009 15:50:19
Jméno: Libor
Location: Hostovlice, JN79RU
Contact:

Re: DIGI_NED FILL-IN digi INI File

Post by OK1ALX »

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 :)
Libor, OK1ALX
Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests