Doporučení

Mesh funguje nejlépe, když obsahuje uzlové/klíčové nody umístěné na kopcích s velkým pokrytím , které na sebe vidí, každy minimálně na dva další. Na ty se pak navazují další "nižší" vrstvy pokrývající obce/města. Až po nody zajišťující pokrytí třeba jen jedné ulice (dále je budu nazývat jako infrastrukturní).

Pakety se šíří buď jako flod nebo nod to nod. V případě flodu dochází k šíření po celé síti. Proto není vhodné aby jednotlivé nody do sítě vysílaly "zbytečné" pakety, které ukrajují z AirTimu a zbytečně obsazují vysílací pásmo.

VO-R/10 pro pásmo 869.4–869.65 MHz říká, že AirTime může být maximálně 10 % duty cycle! Což představuje omezení vysílání na 360s z hodiny provozu. To při provozu na MEDIUM_FAST (SF7, cca 56–65 ms/paket) představuje přibližně 6000 paketů za hodinu (teoretický předpoklad), prakticky se pro přenos jedné zprávy spotřebuje 2-5 vysílání. Reálně se dá uvažovat o přenosu cca 2000 zpráv/node.Když nepočítám kolize, backoff
ACK a retransmise. Navíc čím hustější síť tím menší propustnost. Může se to zdát hodně - třeba pro koncový node, ale uvědomte si, že stejný limit platí i pro routery a tady už se to projeví. Dashboard říká, že průměrný počet paketů kolem oběda je 2500 => jedním uzlem už to asi neprojde. Proto je našim cílem, abychom těch zbytečných do meshe vysílali co nejméně.

Právě k tomu abyste zjistili co všechno se vysílá z Vašeho nodu má pomoci tato aplikace a toto skromné wiki.

Co aktuálně trápí Meshtastic

Problémy bych rozdělil na lokálního přenosu, dálkového přenosu a systémové. V lokálním provozu mesh nejvíce trpí:

• špatně zvolená role pro nod - při vyšší hustotě nodu, popř. při jeho špatném umístění, se zbytečně podílí na retransmisi.
• chybné nastavení nodu - zejména telemetrie a pozice, to přináší zbytečné pakety
• chybné umístění nodu - nody, které nemají přímé spojení min. na jeden další "infrastrukturní" node
• vysoká úroveň radiového rušení - zejména ve městech vzdálenost od BTS - doporučení použít SAW

Neřešené problémy na této úrovni se pak propisují do dálkového přenosu.

U dálkového přenosu bývají největším problémem:

• antény - doporučení Mikrotik nebo Yagi, když né tak Gizont nebo NiceRF (ale změřené, některé vypadají stejně, ale technické parametry jsou rozdílné, nejpoužívanější Gizont je flexibilní 1/4vlný prutová, nejpoužívanější NiceRF je 1/4vlný sleeve dipol, Mikrotik je pole PCB dipolů).
• rušení - pokud je možné použít SAW na Rx větvi, pokud né tak Cavity filr popř. SAW mezi anténu a node.

SAW v Rx cestě lze dodat do Heltecu T114, aktuálně testujeme moduly E22P, které obsahují koncový zesilovač a SAW filtr v Rx cestě.

Systémové pak máme asi nejmenší možnost ovlivnit, protože se týkají samotného návrhu systému. Ale i tady se to vyvíjí správným směrem, příkladem je role client_base a Zero_Cost path.

Obecná doporučení pro nody

1. umístěte anténu co nejvýše (každý m hraje roli)
2. používejte kvalitní venkovní antény (změřte si jí, nebo si jí nechte změřit - některé se dají doladit)
3. vyhýbejte se překážkám (stromy, budovy apod.)
4. omezte RF rušení na minimum (zejména u infrastrukturních nodu - stínění, ferity na vstupech, SAW nebo Cavity filtry)
5. používejte vhodný SF (tady si moc vybrat nemůžete)
6. pokud používáte směrové antény, dbejte na polarizaci
7. použijte tuto aplikaci k praktickému ověření toho co a jak vysílá Váš node

Pokračujte na Pojmy a zkratky