diff --git a/docs/device_role/index.html b/docs/device_role/index.html index 3e57ff9..29cbf99 100644 --- a/docs/device_role/index.html +++ b/docs/device_role/index.html @@ -1,16 +1,16 @@ Enhetsroll | STHLM-MESH

Enhetsroll

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

CLIENT är standardrollen för Meshtastic och fungerar bäst i de flesta fall. Det är först när nätverket blir större som det blir viktigt att noggrant välja rätt roller.

En nod med rollen CLIENT deltar aktivt i meshnätverket och vidarebefordrar meddelanden enligt en algoritm. Förenklat innebär det att den nod som tar emot ett meddelande med svagast signal styrs att skicka det vidare. Om en Client-nod hör ett meddelande men inte uppfattar att någon annan vidarebefordrar det, kommer den själv att skicka vidare.

I teorin innebär detta att noder längre bort oftast vidarebefordrar först. Men om en CLIENT-nod har dålig mottagning, exempelvis om den är placerad inomhus, kan den felaktigt sända vidare innan en mer optimalt placerad nod gör det. Detta kan leda till att nätverkets hopp förbrukas snabbare, vilket begränsar räckvidden.

Därför är det viktigt att CLIENT-noder i större meshnätverk placeras väl. I Stockholm bör de noder som har enehtsroll client vara noder på balkonger och villahustak.

Client Mute

CLIENT_MUTE-rollen liknar CLIENT men med en viktig skillnad – den vidarebefordrar eller routar inga meddelanden. Detta gör den idealisk för större meshnätverk med hög nätverkstrafik, där extra routing kan orsaka överbelastning.

För de som har flera enheter på samma plats rekommenderas att max en enhet sätts som CLIENT medan resten får rollen CLIENT_MUTE för att minska onödig trafik och optimera nätverkets prestanda.

I Stockholm bör portabla noder och noder man har innomhus primärt vara CLIENT MUTE.

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.

Routrar vidarebefordrar alltid, medan andra roller kan välja att inte vidarebefordra om de hör en granne vidarebefordra först.

För att optimera prestandan i nätet och minska risken för kollisioner bör enheter med roll ROUTER placeras att så få noder som möjligt kan nå mer än en ROUTER samtidigt. Detta då om ett medelanden når flera routrar, så kommer de alla vidarebefodra meddelande sammtidigt och störa ut varandra.

Rekomenderade intervaller

TypIntervall
Nodeinfo6h
Position12h
Telemetry6h
Power6h
Neighbor Info12h

Router Late

ROUTER_LATE-rollen är lik ROTER, den vidarebefodrar alla meddelanden, men den gör det under samma tidsfönser som CLIENT noder. Detta kan vara mycket använbart i områden där man når ut till meshen, men har svårt att ta emot alla medelanden.

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.

Senast ändrad February 18, 2025: Update device_role.md (7e5f3e0)
diff --git a/docs/index.xml b/docs/index.xml index 2991efb..b2918e4 100644 --- a/docs/index.xml +++ b/docs/index.xml @@ -1,6 +1,6 @@ Documentation on STHLM-MESHhttps://sthlm-mesh.se/docs/Recent content in Documentation on STHLM-MESHHugo -- gohugo.iosvEnhetsrollhttps://sthlm-mesh.se/docs/device_role/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/device_role/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.MQTThttps://sthlm-mesh.se/docs/mqtt/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/mqtt/MQTT (Message Queuing Telemetry Transport) är ett protokoll för meddelandeöverföring som ofta används för IoT-kommunikation. Det är designat för att vara effektivt, även i nätverk med låg bandbredd eller hög latens. +Client CLIENT är standardrollen för Meshtastic och fungerar bäst i de flesta fall. Det är först när nätverket blir större som det blir viktigt att noggrant välja rätt roller.MQTThttps://sthlm-mesh.se/docs/mqtt/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/mqtt/MQTT (Message Queuing Telemetry Transport) är ett protokoll för meddelandeöverföring som ofta används för IoT-kommunikation. Det är designat för att vara effektivt, även i nätverk med låg bandbredd eller hög latens. Vi använder MQTT för att kunna analysera meshet. Detta gör vi genom att enbart ha uplink igång. På så sätt kan vi tillhandahålla information om meshet som går att analysera med andra verktyg. Meshtastic har stöd för att använda MQTT för att brygga olika mesh-nätverk.Neighbor Infohttps://sthlm-mesh.se/docs/neighbor_info/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/neighbor_info/Neighbor Info modulen 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. diff --git a/index.xml b/index.xml index 9825fc4..3ab9a29 100644 --- a/index.xml +++ b/index.xml @@ -1,6 +1,6 @@ STHLM-MESHhttps://sthlm-mesh.se/Recent content on STHLM-MESHHugo -- gohugo.iosvEnhetsrollhttps://sthlm-mesh.se/docs/device_role/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/device_role/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.MQTThttps://sthlm-mesh.se/docs/mqtt/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/mqtt/MQTT (Message Queuing Telemetry Transport) är ett protokoll för meddelandeöverföring som ofta används för IoT-kommunikation. Det är designat för att vara effektivt, även i nätverk med låg bandbredd eller hög latens. +Client CLIENT är standardrollen för Meshtastic och fungerar bäst i de flesta fall. Det är först när nätverket blir större som det blir viktigt att noggrant välja rätt roller.MQTThttps://sthlm-mesh.se/docs/mqtt/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/mqtt/MQTT (Message Queuing Telemetry Transport) är ett protokoll för meddelandeöverföring som ofta används för IoT-kommunikation. Det är designat för att vara effektivt, även i nätverk med låg bandbredd eller hög latens. Vi använder MQTT för att kunna analysera meshet. Detta gör vi genom att enbart ha uplink igång. På så sätt kan vi tillhandahålla information om meshet som går att analysera med andra verktyg. Meshtastic har stöd för att använda MQTT för att brygga olika mesh-nätverk.Neighbor Infohttps://sthlm-mesh.se/docs/neighbor_info/Mon, 01 Jan 0001 00:00:00 +0000https://sthlm-mesh.se/docs/neighbor_info/Neighbor Info modulen 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. diff --git a/sitemap.xml b/sitemap.xml index 0d22cb2..c83641e 100644 --- a/sitemap.xml +++ b/sitemap.xml @@ -1 +1 @@ -https://sthlm-mesh.se/docs/device_role/2025-02-18T01:12:32+01:00https://sthlm-mesh.se/docs/mqtt/2025-02-16T22:52:39+01:00https://sthlm-mesh.se/docs/neighbor_info/2025-02-18T01:12:32+01:00https://sthlm-mesh.se/categories/https://sthlm-mesh.se/docs/2025-02-16T18:01:33+01:00https://sthlm-mesh.se/meetups/2025-02-16T18:01:33+01:00https://sthlm-mesh.se/about/2025-02-18T00:15:09+01:00https://sthlm-mesh.se/2025-02-18T20:34:34+01:00https://sthlm-mesh.se/tags/ \ No newline at end of file +https://sthlm-mesh.se/docs/device_role/2025-02-18T21:51:36+01:00https://sthlm-mesh.se/docs/mqtt/2025-02-16T22:52:39+01:00https://sthlm-mesh.se/docs/neighbor_info/2025-02-18T01:12:32+01:00https://sthlm-mesh.se/categories/https://sthlm-mesh.se/docs/2025-02-16T18:01:33+01:00https://sthlm-mesh.se/meetups/2025-02-16T18:01:33+01:00https://sthlm-mesh.se/about/2025-02-18T00:15:09+01:00https://sthlm-mesh.se/2025-02-18T20:34:34+01:00https://sthlm-mesh.se/tags/ \ No newline at end of file