openelab.de
openelab.com
Rollen
Het wordt sterk aanbevolen om je ROLE in te stellen op CLIENT, CLIENT_MUTE of CLIENT_BASE. Gebruik andere rollen alleen als je daar een specifieke, goed begrepen reden voor hebt. Lees onze blogbericht over het kiezen van de beste rol.
Aanbevolen rollen
-
CLIENT nodes ontvangen, verzenden en herhalen berichten op intelligente wijze om het meshnetwerk te helpen.
-
Dit is voor de meeste situaties de juiste keuze.
-
Voegt automatisch slimme vertragingen toe bij het opnieuw uitzenden om het netwerk stabiel te houden.
-
Ideaal voor nodes die anderen kunnen helpen: installaties op daken, goed zichtbare locaties of nodes die de netwerkdekking uitbreiden.
-
Gebruik dit in afgelegen gebieden (wandelen, skiën, fietsen), waar elke node helpt de verbinding in stand te houden.
-
-
CLIENT_MUTE nodes kunnen berichten verzenden en ontvangen, maar ze nooit herhalen.
-
Gebruik dit met een persoonlijk handheldapparaat wanneer je je in de buurt van een krachtigere node bevindt, zoals een node op het dak, in een druk netwerk.
-
Gebruik dit wanneer meerdere nodes dicht bij elkaar staan. Stel de best geplaatste node in op CLIENT en de andere op CLIENT_MUTE.
-
Ideaal voor nodes binnenshuis die slechts met één node buiten communiceren: omdat ze andere nodes toch niet kunnen bereiken, zou het herhalen van berichten alleen maar bandbreedte verspillen.
-
-
CLIENT_BASE nodes geven prioriteit aan het opnieuw uitzenden van berichten van je andere persoonlijke nodes.
-
Gebruik een sterkere of gunstig geplaatste “basisstation”-node op zolder of het dak om berichten vanuit je eigen zwakkere, binnenshuis geplaatste of minder gunstig geplaatste nodes verder te verspreiden.
-
Stel één node in op CLIENT_BASE. Stel je andere nodes (meestal CLIENT of CLIENT_MUTE) als favorieten op de CLIENT_BASE.
-
Ideaal om ervoor te zorgen dat al je nodes in de buurt optimaal profiteren van je sterker en gunstig geplaatst zolder-/daknode.
-
Een voorbeeld van een ‘Client’-node. Fotocredit: Cully@KBOXLABS
Vermijd ROUTER en REPEATER
Gebruiken ROUTER of REPEATER rollen kan onnodig ernstige netwerkproblemen veroorzaken:
-
Verhoogd risico op pakketbotsingen.
-
Lagere berichtbezorgingspercentages.
-
Kleiner effectief netwerkbereik door onnodig hopverbruik.
Deze rollen zijn bedoeld voor zeer specifieke toepassingen. Voordat je van CLIENT verandert, moet je zorgvuldig de documentatie doornemen om de gevolgen te begrijpen. Stem dit daarnaast af met je lokale gemeenschap om ervoor te zorgen dat de impact positief en niet negatief is.
Onthoud: Een netwerk van CLIENT nodes met een klein aantal goed geplaatste ROUTERS is doorgaans de meest efficiënte en stabiele configuratie.
Een voorbeeld van een 'Router' node. Fotocredit: Cully@KBOXLABS
(Niet) je locatie delen
Telemetrie wordt gedeeld via je PRIMARY-kanaal. Dit betekent dat als je node GPS-coördinaten heeft verkregen van een geïntegreerde gps-chip of van je mobiele apparaat, je coördinaten via dit kanaal naar het meshnetwerk worden verzonden, met gebruik van de ingestelde versleuteling (indien aanwezig).
Standaard heet het PRIMARY-kanaal LongFast en heeft het de encryptiesleutel "AQ==" (de Base64-equivalent van hexadecimaal 0x01). Als dit ongewijzigd blijft, wordt je locatie gedeeld met alle nodes binnen bereik die ook het standaardkanaal gebruiken.
Positienauwkeurigheid gebruiken
Meshtastic ondersteunt nu de mogelijkheid om de nauwkeurigheid van locatiegegevens die via een bepaald kanaal worden verzonden, te regelen.
De position_precision Met deze instelling bepaal je de nauwkeurigheid van locatiegegevens die via een bepaald kanaal worden verzonden. Dit kan nuttig zijn om privacyredenen, wanneer het wenselijk is de exacte locatie te verbergen bij het verzenden van positiegegevens via bepaalde kanalen.
Raadpleeg voor gedetailleerde informatie over instellingen voor positienauwkeurigheid en hoe je deze configureert de documentatie over positienauwkeurigheid.
Locatie delen op een privésecundair kanaal
Dit is een nieuwere functie die alleen werkt met firmware 2.7.1 of hoger.
Volg deze stappen om je locatie te delen op een privésecundair kanaal terwijl het standaard primaire kanaal onversleuteld blijft:
-
Schakel het delen van je locatie uit op het primaire kanaal (Kanaal 0) om te voorkomen dat je positie naar alle gebruikers wordt uitgezonden.
-
Selecteer een secundair kanaal waarop u uw locatie wilt delen. Schakel het delen van posities in en kies het gewenste precisieniveau.
-
Automatische locatie-updates begrijpen:
-
Slechts één kanaal ontvangt uw automatische, live locatie-updates.
-
Dit is het secundaire kanaal met de laagste index (met uitzondering van kanaal 0) waarop het delen van locaties is ingeschakeld.
-
Als op meerdere secundaire kanalen het delen van locaties is ingeschakeld, ontvangt alleen het kanaal met de laagste index automatische positie-uitzendingen.
-
Kanalen waarop het delen van locaties is ingeschakeld maar die geen automatische uitzendingen ontvangen, kunnen nog steeds worden gebruikt voor handmatige positieverzoeken.
-
Voorbeeldscenario
Stel dat u zich in de volgende kanalen bevindt:
-
Kanaal 0: “Everyone” (locatie UIT)
-
Kanaal 1: “CampChat” (locatie AAN)
-
Kanaal 2: “Friends” (locatie AAN)
-
Kanaal 3: “TutuTuesdayGroup” (locatie UIT)
Zo werkt het
-
CampChat (kanaal 1) ontvangt uw live, automatische locatie-updates, omdat dit het kanaal met de laagste index is waarop het delen van locaties is ingeschakeld.
-
Friends (kanaal 2) kan handmatig om uw locatie vragen, maar ontvangt geen automatische updates.
-
TutuTuesdayGroup (kanaal 3) maakt chatten mogelijk, maar deelt geen locatiegegevens en ontvangt deze ook niet.
Verkeer van ‘Public’ opnieuw uitzenden
Meshtastic-nodes zenden alle pakketten opnieuw uit als ze dezelfde LoRa-modeminstellingen gebruiken, ongeacht de versleuteling (tenzij heruitzendmodus is ingesteld op LOCAL_ONLY).
info
Als u wilt dat uw nodes het ‘public’-mesh opnemen/uitbreiden, moet u de standaard modemvoorinstelling LONG_FAST gebruiken. Als u de naam van uw PRIMARY-kanaal wijzigt, moet u het LoRa-kanaal handmatig instellen op de standaardwaarde voor uw regio (zie hierboven).
Hopaantal
Het wordt sterk aanbevolen om je MAXIMALE HOPSAANTAL op 3 te laten staan, tenzij je zeker weet dat je meer (of minder) nodig hebt om je bestemmingsnode te bereiken. Onnodig hoge hopaantallen leiden vaak tot netwerkproblemen. Als je het hopaantal moet verhogen, pas de wijzigingen dan alleen toe op nodes aan de randen van het netwerk, niet op nodes in het midden.
Chatkanalen en LoRa-frequentieslots
Voorheen gebruikte Meshtastic het woord 'kanalen' om twee verschillende configuratie-eigenschappen aan te duiden: berichtenkanalen en LoRa-kanaalnummers. Dit kon echter tot verwarring leiden, omdat 'kanalen' werd gebruikt voor twee verschillende concepten. Om dit onderscheid te verduidelijken, is besloten 'LoRa-kanaalnummer' te wijzigen in 'LoRa-frequentieslot'.
Radioconfiguratie: Kanalen
Deze configureren 'berichtengroepen' en omvatten je PRIMAIRE en SECUNDAIRE kanalen. Alle SECUNDAIRE kanalen gebruiken dezelfde LoRa-modemconfiguratie als je PRIMAIRE kanaal (inclusief het LoRa-frequentieslot).
Er zijn in totaal 8 berichtenkanalen. Kanaal 0 is je PRIMAIRE kanaal; kanalen 1-7 zijn beschikbaar voor privé groepsberichten en/of speciale kanalen, zoals beheerder.
Radioconfiguratie: LoRa-frequentieslot
Deze eigenschap, voorheen bekend als 'LoRa-kanaalnummer', configureert de frequentie waarop de radio is ingesteld. Bekijk de frequentiecalculator om de relatie tussen 'frequentieslot' en radiofrequentie te zien.
Beste praktijken
-
Als je deel uitmaakt van een grote mesh en niet weet wat een instelling doet, verander deze dan niet (tenzij je erg nieuwsgierig bent).
-
TEST je instellingen en hardware voordat je deze installeert op moeilijk bereikbare locaties.
-
Als je een node verbindt met de openbare MQTT-server, kunnen de locaties van alle nodes in je mesh op internet worden gepubliceerd.
