Jaxem rikal uz XDU, kdyz uz, tak jedine jako fill-in..
Ohledne toho nastaveni pro rezim FILL-IN..., muzu tedy poprosit o to, jak ma byt tedy regulerne nakonfigurovane OT2m pro FILL-IN, tj. polozky PATH a DIGI CONFIG v konfiguracnim obsluznem SW. Upravim, zazalohuju a naliju to tam znova.
Pokud to teda ale bylo v rezim plne digi, tak bych v tom taky nevidel az tak velky problem, rozhodne se to nahore v "roure" 🙂 chovalo vice nez uspokojive a hlavne pouzitelne, coz nebylo az tak dopredu jiste...
Dikec a zase budu vedet o kousek vic 😆
Tak jsem to vsechno procetl, mrknul primarne na ArgentWiki a videl bych to na nasledovny zaver ve veci OT2m v rezimu FILL-IN:
PATH: prazdne nebo pripadne WIDE1-1 (The beacon PATH should be left blank, when possible, so as to not add QRM to the network. If the fill-in is not heard directly by an I-gate, a PATH of WIDE2-1, or even WIDE1-1, is acceptable.)
DIGI CONFIG: WIDE1, HOPS 1, PREEMPT nezaskrtnuto, ID zaskrtnuto, Enabled zaskrtnuto (musi opravdu byt u polozky WIDE uvedene ta jednicka? Kdyz skok je definovany jednickou u polozky HOPS?)
SOUHLAS? 🙂
PATH s ohledem na:
Fill-in digi's are the most courteous digi's. They only forward fresh first hop from WIDE1-1 mobiles. The used up WIDE1-1 is replaced with MYCALL, and any additional paths are forwarded. Mobiles running the recommended new paradigm path of WIDE1-1,WIDE2-1 benefit from Fill-in's. All other WIDEn-N's are ignored to limit forwarding stale QRM. Fill-in's won't clog up the network forwarding old stale WIDE2-2 digi id's, beacons, WX, stale mobile traffic, and abusive paths. Fill-in digi's can be added into a busy APRS area without much adverse impact to the network load. The beacon PATH should be left blank, when possible, so as to not add QRM to the network. If the fill-in is not heard directly by an I-gate, a PATH of WIDE2-1, or even WIDE1-1, is acceptable.
Jediná šance jak ověřit jak se to které nastavení chová je to vyzkoušet v praxi. Z návodu se nedá moc vycházet, protože se OT2m chová jinak než se tam píše. Aby se to opravdu důkladně vyzkoušelo potřebuješ na jednom stole:
- OT2m (DUT)
- nějakou seriozně fungující digi (abys byl schopný nasimulovat chovaní a reakce na druhého HOPu)
- Zdrojovou stanici, u které budeš měnit různé nastavení cest
- Nějakou stanici s TNC a Hyperterminálem abys mohl sledovat co se ve vzduchu děje.
a pak postupně protestovat všechny varianty chování DUT při různých nastaveních. To co jsem výše popisoval byl výzkum který mi trval tak asi 8 hodin čistého času.
p.s. pakliže tam není tak WIDE1 tak se to už nechová jako FILLIN... nicnéně ani ta WIDE1 není ideální, protože to reaguje na sprzněné rámce, které mají v cestě xxxxx,WIDE1,xxxxx, které by se objevit ani neměly ale díky chybám jiných SW se tak děje.
