Rekommenderade Inställningar
Här listas rekommenderade inställningar för Stockholm. Inställningarna heter olika saker och konfigureras på olika sätt i de olika klienterna. För mer information och detaljer rekommenderas den officiella dokumentationen.
LoRa Configuration
| Inställning | Värde | Beskrivning |
|---|---|---|
| Region | EU_868 | Den som primärt används i Sverige och EU |
| Modem Preset | MEDIUM_FAST | Medium Range - Fast |
| Max Hops | 4-5 | Försök hålla så lågt som möjligt |
| Transmit Enabled | true | Kan stängas av vid byta antenn 1 |
| Ignore MQTT | true | Vidarebefordra inte meddelanden som kommer från MQTT |
| OK to MQTT | true | Kan stängas av för att inte synas på karttjänsterna 2 |
Max hops
Max hops anger i hur många led noder ska vidarebefordra ditt meddelande. Max hops sätts när paket sänds, en nod som vidarebefordrar ett paket minskar max hops med ett. Vad noden som vidarebefordrar meddelandet har för max hops påverkar inte.
Det kan vara lockande att direkt välja max antal (7) som tillåts. Detta bör dock undvikas då det påverkar stabiliteten i hela meshen. I stället rekommenderas man först och främst använda trace route-funktionen för att försöka avgöra vilken väg meddelanden tar genom meshen. Kom ihåg att detta inte är deterministiskt och meshen är under ständig förändring. Det brukar krävas ett tjugotal lyckade trace routes för att få ett hum om hur det funkar. Experimentera dig fram till Max hops som funkar för dig.
För routrar rekommenderas det att ha ett lågt antal max hops. En välplacerad router bör nå långt med enbart ett hopp eller två. Du bör inte ha ett högre antal max hops än vad som krävs för att köra remote admin om du planerar använda dig av det.
Device Configuration
| Inställning | Värde | Beskrivning |
|---|---|---|
| Role | CLIENT_MUTE eller CLIENT | För mer info, se enhetsroll |
| Rebroadcast Mode | ALL | Vidarebefordrar även krypterade meddelanden |
| NodeInfo Broadcast | 6h (21600s) | Kommer ändå skicka Node info när det efterfrågas3 |
| POSIX Timezone | CET-1CEST,M3.5.0,M10.5.0/3 | Tidszon för enhetsklocka och loggar |
Position
| Inställning | Värde | Beskrivning |
|---|---|---|
| Broadcast Interval | 12h (43200s) | För statiska noder |
Position inställningar är luriga, för mer info se position
Telemetry
| Inställning | Värde | Beskrivning |
|---|---|---|
| Device Metrics Update Interval | 3h (10800s) | Battery Level, Voltage, Channel Utilization and Airtime |
| Environment Telemetry Enabled | false | |
| Environment Telemetry | 6h (21600s) | |
| Power Metrics Enabled | false | |
| Power Metrics Interval | 6h (21600s) | |
| Air Quality Enabled | false | |
| Air Quality Interval | 6h (21600s) |
Notera att batterinivå är inkluderad i Device Metrics. Power Metrics är enbart till för externa strömsensorer, så som: MPPT Solar Battery Charger for IoT & Meshtastic
Neighbor Info
| Inställning | Värde |
|---|---|
| Enabled | True |
| Transmit over LoRa | False |
| Update interval | 1h (3600s) |
Om en nod är uppkopplad mot en MQTT-server kan man skicka neighbor info frekvent. Om man vill skicka neighbor info över LoRa bör man inte skicka oftare än var tolfte timme (43200s). Dock är detta begränsat i firmware. För mer detaljer se Neighbor Info
Det kan vara skadligt för enheten att sända utan antenn. ↩︎
Detta är enbart en vädjan, det finns inget kryptografiskt skydd. Flertalet tjänster ignorerar denna vädjan och publicerar din nod ändå. ↩︎
Enheten kommer fortfarande att svara ad hoc på NodeInfo-meddelanden när det efterfrågas. När en enhet hör ett paket från en nod den ännu inte känner till, kommer den att skicka sin NodeInfo och automatiskt be om ett svar. ↩︎