EU/UK Narrow preset
I Danmark bruger vi det preset der hedder EU/UK Narrow, som du kan vælge fra appen eller bruge CLI.
set radio 869.618,62.5,8,8
Region Scopes er den vigtigste mekanisme til at holde MeshCore-netværket i Danmark sundt. En Region Scope er et navngivet kanal-segment, der begrænser, hvor langt flood-trafik fra en gruppesamtale breder sig.
Hvorfor scopes? Uden scopes ville alle pakker sendes igennem hele mesh-netværket, hvilket hurtigt ville gøre det ubrugeligt. Lokal-chat på Fyn behøver for eksempel ikke at kunne læses af brugere i Midtjylland, og slet ikke i Tyskland.
Vigtigt: scope * er ikke et wildcard. En Repeater, der kun har scope *, kan ikke videresende pakker med scope dk (eller andre scopes). Scope * betyder faktisk null; altså ingen scope. En Repeater skal derfor eksplicit have alle de scopes konfigureret, som den skal videresende. Uden det kan den kun håndtere pakker uden scope.
Dette gælder kun flood-pakker og Repeatere! Privat-beskeder kan sendes frit gennem hele mesh-netværket uanset scopes. Companion-noder skal blot sætte en scope på de chats, de bruger, og så kører det.
Disse indstillinger gælder alle firmware-versioner, der understøtter scopes. De præcise kommandoer i dette dokument er dog baseret på Firmware 1.15.0+. Har du en ældre version, skal du dobbelttjekke den officielle dokumentation.
*, eu, dk, dk-jylland, dk-oj, dk-mj.*, eu, dk, dk-jylland, dk-oj, dk-mj, dk-horsens.#horsens er en lokal-chat og brugere skal sætte Scope til dk-horsens.Du kan hjælpe med at udvide kortet på denne side!
I Danmark bruger vi det preset der hedder EU/UK Narrow, som du kan vælge fra appen eller bruge CLI.
set radio 869.618,62.5,8,8
Du skal sætte dutycycle til 10 (10%) da det er det lovlige maximum inden for EU, men EU/UK Narrow bruger 50 som default.
set dutycycle 10
Coding Rate er unik i MeshCore fordi den, som den eneste radioparameter, kan være forskellig mellem noder og stadig fungere. Modtageren kan afkode pakker uanset hvilken CR afsenderen brugte, så du skal sætte den efter dine lokale forhold. Højere CR = bedre chance for at pakken overlever støj og interferens, men langsommere og mere kanalbelastning.
Hvis du har en meget belastet repeater- eller companion-node, kan de være en god ide at sætte CR rate til lavere en 8, som er default, hvis du er godt forbundet med dit lokale mesh. Det kan også være en god idé at sætte den helt ned til 5 på en velforbundet repeater, da det ofte er unødvendigt at bruge airtime på at sende alle de ekstra redundante bits.
| CR | Overhead | Betydning | Kommando |
|---|---|---|---|
| 5 | +25 % | 1 redundant bit pr. 4 databits | set radio 869.618,62.5,8,5 |
| 6 | +50 % | 2 redundante bits pr. 4 databits | set radio 869.618,62.5,8,6 |
| 7 | +75 % | 3 redundante bits pr. 4 databits | set radio 869.618,62.5,8,7 |
| 8 | +100 % | 4 redundante bits pr. 4 databits | set radio 869.618,62.5,8,8 |
Styrer hvor mange bytes der bruges til at identificere noder og paths i mesh'et:
2 og 3 byte path-hash gør det meget nemmere at diagnosticere netværket og fejlfinde på, for eksempel, meshview.dk.
| Indstilling | Hvad den gør |
|---|---|
| path.hash.mode 0 | 1-byte (64 max hops) |
| path.hash.mode 1 | 2-byte (32 max hops) |
| path.hash.mode 2 | 3-byte (21 max hops) |
set path.hash.mode 1
| Indstilling | Værdi | Hvad den gør |
|---|---|---|
| advert.interval | 0 | 0-hop adverts burde slås helt fra |
| flood.advert.interval | 48 | Netværksdækkende (flooded) advert hver 24. time |
| guest.password | hello | Lader medlemmer forespørge repeaterens status |
set advert.interval 0
set flood.advert.interval 48
set guest.password hello
Overvej at inkludere følgende i din owner.info:
set owner.info OZ1ABC / 6dBi omni @9m / Solar+Batt / Tagmontering
Loop.detect handler om, hvor følsom en repeater skal være over for pakker, der ligner de kører i ring.
| Indstilling | Hvad den gør |
|---|---|
| loop.detect off | Ingen loop-detektion |
| loop.detect minimal | Afviser kun ved mange forekomster |
| loop.detect moderate | Afviser ved færre forekomster |
| loop.detect strict | Afviser ved kun én forekomst |
Hvornår en pakke bliver smidt ud kommer an på om der er tale om en 1, 2 eller 3-byte path-hash.
| Tilstand | 1-byte path | 2-byte path | 3-byte path |
|---|---|---|---|
| minimal | Dropper ved 4+ forekomster | Dropper ved 2+ forekomster | Dropper ved 1+ forekomst |
| moderate | Dropper ved 2+ forekomster | Dropper ved 1+ forekomst | Dropper ved 1+ forekomst |
| strict | Dropper ved 1+ forekomst | Dropper ved 1+ forekomst | Dropper ved 1+ forekomst |
set loop.detect moderate
Vælg den profil der bedst beskriver din repeater placering. Profilen styrer txdelay / rxdelay, så netværket prioriterer de noder der dækker bredest. Hvis alle følger disse regler vil netværket øge dets kapacitet i trængte områder, da en Bakketop-repeater, for det meste, kun vil vidresende pakker der skal sendes langt.
Det fungere fordi en Bakketop-repeater vil vente et kort øjeblik med at sende pakken videre. Hvis Bakketop-repeateren ser en anden Repeater sende den samme pakke med et bedre signal (SNR), så vil Bakketop-repeateren droppe pakken helt, da den ikke behøver at blive sendt igen, og bruger ikke dets kostbare airtime på at duplikere lokale pakker.
Har frit udsyn over større område. Backbone-infrastruktur.
Eksempler: sendemast, højdedrag, tagspids på højhus
set txdelay 2.0
set direct.txdelay 2.0
set rxdelay 3
Typisk installation der dækker eget kvarter.
Eksempler: almindelig tagmontering i by/forstad
set txdelay 0.8
set direct.txdelay 0.4
set rxdelay 3
Ser kun få naboer. Dækker nærområdet.
Eksempler: indendørs, jordniveau, lavt tag
set txdelay 0.3
set direct.txdelay 0.1
set rxdelay 3
Bevæger sig gennem mesh'et. Viger altid for fast infrastruktur.
Eksempler: bil, cykel, vandretur
set txdelay 3.0
set direct.txdelay 2.5
set rxdelay 3
Snak med os, og bidrag til siden!