mirror of
https://github.com/Roslund/sthlm-mesh.git
synced 2026-07-02 16:01:25 +02:00
Update docs, consolidate device_rols
This commit is contained in:
Executable → Regular
+15
-3
@@ -1,7 +1,19 @@
|
||||
---
|
||||
title: ROUTER
|
||||
weight: 30
|
||||
title: Enhetsroll
|
||||
weight: 20
|
||||
---
|
||||
En enhetsroll i Meshtastic definierar enhetens primära funktion inom nätverket. Varje roll är anpassad för specifika användningsområden och hjälper till att effektivt hantera nätverket och enhetens beteende.
|
||||
|
||||
Att välja rätt roll är avgörande för ett välfungerande meshnätverk. Om enheten har fel roll märks det ofta inte för en själv, men det kan påverka prestandan för hela nätverket.
|
||||
|
||||
|
||||
## Client Mute
|
||||
Portabla noder och noder man har innomhus bör primärt vara CLIENT MUTE.
|
||||
|
||||
## Client
|
||||
Noder på ballkonger och villahustak bör vara satt till CLIENT
|
||||
|
||||
## Router
|
||||
ROUTER-rollen är designad för enheter som främst ska vidarebefordra meddelanden till andra enheter på meshet. Denna roll är **ENDAST** lämplig för stationära enheter placerade på extremt strategiska platser.
|
||||
|
||||
Routrar vidarebefordrar meddelanden från andra enheter direkt, medan andra noder väntar en liten stund innan de sänder. Om en ROUTER är strategikt placera så kan den utöka räckvidden och pålitligheten för meshnätverket.
|
||||
@@ -28,7 +40,7 @@ För att kringgå denna begränsning måste man ta bort spärren i koden och sj
|
||||
{{% /alert %}}
|
||||
|
||||
|
||||
# Repeater
|
||||
## Repeater
|
||||
REPEATER-rollen fungerar liknande ROUTER-rollen, men går ett steg längre genom att enbart vidarebefodra den medelanden den tar emot. Den skickar inte ut några paket om sig själv, tex. nod-info.
|
||||
|
||||
Dett är en mycket effektiv roll. Men vi rekomenderar istället att man använder ROUTER med optimerade inställningar för att det ska synas att den bidrar till meshet.
|
||||
@@ -1,9 +0,0 @@
|
||||
---
|
||||
title: Device Role
|
||||
weight: 20
|
||||
---
|
||||
|
||||
Använd inte ROUTER eller REPEATER.
|
||||
Noder på ballkonger och villahustak bör vara satt till CLIENT
|
||||
Portabla noder och noder man har innomhur bör primärt vara CLIENT MUTE.
|
||||
Har man en setup med flera noder, till exempel en nod på hustaket och sen noder innomhus, så kan man experementera med ROUTER_LATE.
|
||||
@@ -1,5 +0,0 @@
|
||||
---
|
||||
title: CLIENT
|
||||
weight: 20
|
||||
---
|
||||
Noder på ballkonger och villahustak bör vara satt till CLIENT
|
||||
@@ -1,5 +0,0 @@
|
||||
---
|
||||
title: CLIENT MUTE
|
||||
weight: 10
|
||||
---
|
||||
Portabla noder och noder man har innomhus bör primärt vara CLIENT MUTE.
|
||||
@@ -4,12 +4,13 @@ weight: 90
|
||||
---
|
||||
[Neighbor Info modulen](https://meshtastic.org/docs/configuration/module/neighbor-info/) samlar information om en nods grannar som den har direktkontakt med (0-hopp). Denna information kan sedan skickas över MQTT eller LoRa.
|
||||
|
||||
Informationen kan sedan visualiseras på karttjänster. Liam Cottles karta visar information om varje förbindelse. Utöver SNR visas även en terränggraf från HeyWhatsThat.com.
|
||||
Informationen kan sedan visualiseras på karttjänster. Liam Cottles karta visar information om varje förbindelse. Utöver SNR visas även en terränggraf från [HeyWhatsThat.com](HeyWhatsThat.com).
|
||||
|
||||

|
||||
|
||||
{{< figure src="/docs/neighbors.png" alt="Description" width="400px" height="300px" >}}
|
||||
|
||||
## Neighbor Info Konfiguration
|
||||
Neighbor Info bör endast konfigureras på statiska noder, helst de som har kontakt med många andra noder.
|
||||
Neighbor Info bör **endast** konfigureras på **statiska noder**, helst de som har kontakt med många andra noder.
|
||||
För portabla noder som flyttar sig blir Neighbor Info missvisande.
|
||||
|
||||
### För noder med MQTT
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Position
|
||||
weight: 3
|
||||
weight: 30
|
||||
draft: true
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user