Et godt Meshtastic-projekt er ikke det med flest noder på et kort. Det er det, som leverer de beskeder, du har brug for, dér hvor du bruger det, med et strømforbrug, du kan holde kørende. Her går vi fra en enkel test med to noder til et lille, gennemtænkt netværk og lærer at skelne radioproblemer fra konfigurationsfejl.
Følg en besked gennem systemet
I en typisk opsætning forbindes en telefon lokalt til en Meshtastic-enhed, eksempelvis via Bluetooth. Enheden sender en LoRa-pakke. En anden kompatibel enhed modtager den og gør beskeden tilgængelig i sin klient. Andre noder kan videresende trafik afhængigt af roller, indstillinger og netværksalgoritmen. Telefonen sender ikke selv LoRa, og en lokal radiobesked kræver ikke mobildækning.
Meshtastic bruger styret videresendelse frem for at behandle hver besked som en almindelig internetforbindelse. Håndtering af dubletter og beslutninger om videresendelse begrænser overflødige transmissioner, men hver transmission bruger stadig kapacitet. Et mesh kan ikke krydse et fysisk hul uden en brugbar radiostrækning eller en bevidst konfigureret alternativ forbindelse. Se projektets introduktion og mesh-algoritmen.
Vælg hardware efter opgaven
En bærbar node har brug for praktisk opladning, kabinet og betjening eller telefonforbindelse. En fast relænode har brug for en god placering, stabil strøm og en installation, der tåler omgivelserne. En sensornode kræver korrekt elektrisk interface og firmwareunderstøttelse til sensoren. Opgaverne er forskellige, selv om alle bruger LoRa.
Kontrollér den præcise produktversion mod den aktuelle liste over understøttede enheder. Se særskilt på processor, radiochip, frekvensvariant, USB-stik, batteristik og medfølgende antenne. ESP32 betyder ikke automatisk LoRa. Et batteristik beviser hverken korrekt polaritet eller egnet ladekredsløb til dit batteri. Et foto af et printkort fortæller ikke, om installationen er vejrbestandig.
Hvis to personer starter fra bunden, skal der normalt planlægges to understøttede radioer, to passende antenner og to pålidelige strømkilder. Telefonappen erstatter ikke radio nummer to. Skærm og GPS kan være nyttige, men er ikke nødvendige i alle projekter med tekstbeskeder.
Etablér en grundtest før mesh-netværket
Konfigurér to noder med monterede antenner og lidt afstand mellem dem. Brug kompatible firmwareversioner, korrekt region og ens radioindstillinger. Hold opsætningen enkel: én ønsket kanal, ingen eksperimentelle broer og ingen unødvendig telemetri. Send en kort, nummereret besked hver vej, og notér appens leveringsstatus.
Afbryd derefter internetforbindelser, som testen ikke skal afhænge af, og gentag. Formålet er at finde ud af, hvad den lokale radioforbindelse faktisk kan. En besked, der ankommer med MQTT slået til, beviser ikke alene, at hele ruten gik over LoRa.
Gem den fungerende konfiguration forsvarligt. Notér begge enheders region, modem-preset, frekvensindstillinger og kanaler før ændringer. Fejlfinding fra et kendt udgangspunkt er langt lettere end at sammenligne to skærme med indstillinger ændret på forskellige tidspunkter.
Radioindstillinger og kanaler løser forskellige opgaver
Region og modemindstillinger styrer vigtige dele af radioforbindelsen. En logisk kanal afgør, hvilken gruppe beskeder enheden kan fortolke, ved hjælp af kanalnavn og nøgle. At dele en kanalkonfiguration er nyttigt, men erstatter ikke kontrol af radioindstillingerne. Primærkanalen kan også påvirke automatisk valg af frekvensslot, så ændringer bør testes kontrolleret.
Brug radiovejledningen og kanalvejledningen til den installerede version. Kopiér ikke en frekvens fra en amerikansk demonstration til Danmark eller Sverige. Start med korrekt region og en almindelig understøttet preset. Justér først, når målinger viser et behov.
Privatliv kræver mere end et hængelåsikon
En kanal med en offentligt kendt standardnøgle er ikke en privat samtale. Brug en passende genereret nøgle til en privat gruppe, og del kun konfigurationen med de tilsigtede deltagere. Behandl QR-koden eller konfigurationslinket som adgangsoplysninger. Mister et medlem sin enhed eller konfiguration, kan der være grund til at udskifte gruppens nøgle.
Sikkerheden for direkte beskeder og kanaler er ikke identisk, og funktionerne afhænger af firmware og klient. Kontrollér den konkrete tilstand i stedet for at antage, at alle beskeder behandles ens. Kryptering skjuler heller ikke al radioaktivitet, og modtageren kan kopiere teksten. Beslut særskilt, om positionsdeling og MQTT-videresendelse er passende. Protokoloversigten beskriver pakker og kanaler.
Placér relæer, hvor de ændrer radiostrækningen
Forestil dig et værksted og en mark adskilt af en bakke. Flere noder inde i værkstedet løser ikke forhindringen. En node et sted med brugbare forbindelser til begge sider kan hjælpe, men det skal måles. Højde, antenneplacering og stabil strøm betyder mere end antallet af pins eller skærmens størrelse.
Giv ikke automatisk alle enheder en routerrolle. Roller er beregnet til forskellige installationer, og forkerte infrastrukturroller kan belaste netværket. Brug den aktuelle vejledning til enhedsroller, og koordinér med andre på et eksisterende fællesnetværk. En høj hop-grænse skaber ikke manglende dækning.
Planlæg trafikken, før kanalen bliver fyldt
Korte beskeder mellem mennesker er en anden belastning end hyppige GPS- og sensorrapporter. Skriv trafikkilderne ned: beskeder, position, telemetri, nodeinformation og eventuel brokoblet trafik. Skru ned for rapporter uden et konkret formål. En stationær installation har sjældent gavn af konstant at fortælle, at den står samme sted.
MQTT kan forbinde radiotrafik med IP-netværk, men tilføjer en broker, netadgang og flere indstillinger. Valg af uplink og downlink betyder noget. Uønsket trafik sendt tilbage på radio kan optage den fælles kanal. Aktivér først en bro, når du kan forklare dens formål og tillidsgrænse. Se den officielle MQTT-guide.
Fejlsøg i en fast rækkefølge
| Symptom | Første kontrol | Næste nyttige test |
|---|---|---|
| Telefonen kan ikke forbinde | Strøm, korrekt klientforbindelse, parring og tilladelser | Prøv understøttet USB/web-forbindelse, hvis den findes |
| Noderne hører ikke hinanden tæt på | Hardware, region, preset, frekvens og antenne | Genskab den kendte test med to noder |
| Radioaktivitet, men ingen beskeder | Kanaler, nøgler og kompatibel firmware | Send nye nummererede beskeder begge veje |
| Nærtest virker, den rigtige rute fejler | Terræn, placering, strøm og forhindringer | Flyt et endepunkt til en friere placering |
| Tilfældige genstarter | Forsyning, kabel, batteri og stik | Prøv kendt god strøm og færre ekstra dele |
| Kun testen med internet virker | MQTT eller anden ekstern afhængighed | Gentag med den forbindelse slået fra |
Beslut, hvad fungerende betyder
Vælg nogle faktiske brugssteder, og send ti nummererede beskeder i hver retning med mellemrum. Det er en lille diagnostisk prøve, ikke en certificering af stabiliteten. Notér levering, forsinkelse, strøm og placering. Gentag efter ændringer af antenne eller installation, og ændr kun én ting ad gangen.
Beskriv, hvem der vedligeholder en fast node, hvordan den starter efter strømsvigt, og hvordan en mistet konfiguration genskabes. Behold en anden kommunikationsmulighed til akutte situationer. Et hobbynetværk kan være værdifuldt uden garantier, som det ikke kan opfylde.
Læs LoRa-grundlaget om sendetid og antenner, eller Reticulum-guiden, hvis du vil forbinde forskellige typer netværk. Se Meshtastic-produkter, eller spørg eBits om projektet. Kontrollér præcis firmwareunderstøttelse og pakkens indhold før køb.
Afgrænsning
Gennemgået 28. september 2026 mod de linkede officielle kilder. Værksteds-/markeksemplet og testplanen er forslag til netværksdesign, ikke påståede eBits-feltmålinger. Funktioner og sikkerhed kan ændre sig mellem versioner; brug dokumentationen til din installerede version.
