Was ist Meshcore?

Meshcore bezeichnet einen Standard, mit dem man Nachrichten im SMS-Format verschicken kann; per Lora-Funk über kleine Funkgeräte, die sich untereinander per Funk vernetzen. Dieses Funknetz kommt vollständig ohne Kontakt zum Internet oder zum Handy-Netz aus. Das ist die ganze Kernidee. Also:

1. Man kauft ein kleines Lora-Funkgerät,
2. installiert eine App auf dem Handy,
3. verbindet Handy und Funkgerät über Bluetooth
4. und schreibt in der App eine Nachricht an jemanden, der ebenfalls ein solches Funkgerät und die App installiert hat.

Ist es installiert, dann ist Meshcore genau so selbstverständlich und einfach wie SMS oder Signal usw. nutzbar.

Ein bischen Technikhintergrund: Die Funkgeräte funken auf der Frequenz 869MHz im "ISM-Band" (Industrial, Scientific and Medical), die Nutzung ist kostenlos erlaubt. Das ISM-Band ist für Funkanwendungen mit geringer Reichweite wie bspw. für SmartHome-Anwendungen, hausinterne Alarmanlagen oder Sensoren bspw. für Wetterdaten oder für Garagentorsteuerungen vorgesehen. Die Meshcore-Signale schmiegen sich zwischen diese Anwendungen, sanft und leise, eine intelligente Nebennutzung der technischen Möglichkeiten. Man muss bei Meshcore deshalb allerdings mit Störungen rechnen, was sich darin zeigt, dass man manchmal die Zustellung einer Nachricht zwei drei Mal anstoßen muss, bis sie empfangen wird.

Was kostet ein Meshcore-Funkgerät? In einer einfachen Variante, wie bspw. einem "Heltec-V3", kostet es zwischen 15 und 20 Euro, ohne Akku und an einem USB-Netzteil betrieben. Zusätzlich mit einem Akku ausgestattet, auf den man nicht verzichten sollte, kostet es 10€ mehr. Anstelle eines Akkus kann bei Stromausfall eine Powerbank angeschlossen werden. Mit einer 10.000mAh-Powerbank würde das Funkgerät wahrscheinlich einen halben Monat Tag und Nacht im Dauerbetrieb funktionieren. Insofern: Mit einem Heltec-V3 gelingt ein billiger Test-Einstieg in Meshcore, wenn ein Repeater in der Nähe gut erreichbar ist.

Es gibt feinere und technisch bessere Lora-Funkgeräte als den Heltec-V3. Ein zierlich-flaches Gerät wie bspw. das "Sensecap T1000-E" kann man in der Hosentasche bei sich tragen. Er hat einen kleinen Akku, der eine Betriebszeit für etwa 36h sicherstellt und kostet um die 50 Euro. Es enthält einen GPS-Empfänger, weshalb man das Gerät auch als Tracker einsetzen kann, um bspw. das Streunen eines Hundes zu verfolgen. Manche Nutzer haben das Gerät unter eine Drohne und Drachen montiert, um die Reichweite des Signals aus 100m Höhe zu erforschen; theoretisch können bis zu 70km erreicht werden, der Reichweiten-Weltrekord soll bei über 300km liegen. Es wird gern auch auf Veranstaltungen und Messen genutzt, in denen das Handynetz schnell überlastet ist. Das "Wio L1 pro" hat die Größe einer Zigerettenschachtel und kommt mit noch einmal sehr viel weniger Energie aus als der Heltec-V3. Das Wio zu kaufen empfehle ich bei einem ernsthaften Einstieg in Meshcore-Nutzung. Es ist mit einem externen Antennenanschluss ausgestattet und läuft mit dem eingebauten 2000mA-Akku gut 4 Tage autark. Es kostet zwischen 45 und 60 Euro. Ein Meshcore-Gerät, das mit Bildschirm und Tastatur vollständig ausgestattet ist wie das LilyGo T-Eck plus kostet ab etwa 100 Euro (alle Preise Stand 2026/03).

Abb. 2: Typische Meshcore-Funkgeräte
heltec-V3, T1000-E, Wio L1 po (Stand: 2025/12)

Meshcore-Funkgeräte lassen sich in drei Funktionen einsetzen: Als "Nutzer" ("Companion" genannt), als "Repeater" und als "Room-Server". Companions sind Meshcore-Funkgeräte für Nutzer*innen. Um es noch einmal zu wiederholen: Ein Meshcore-Funkgerät eines Nutzers oder einer Nutzerin nimmt über Bluetooth die Nachrichten der Meshcore-App des Handys entgegen und verschickt die Nachricht zumeist an den nächstgelegenen Meshcore-Repeater. Ein Repeater empfängt Nachrichten von anderen Repeaters sowie den Companions der Nutzer*innen und sendet sie weiter; vielfach werden Nachrichten über eine ganze Kette von Repeaters bis zum Companion der Empfängerin einer Nachricht weitergereicht. Bei guten Standortbedingungen von Repeaters, etwa auf Türmen oder Bergen, sind auch sehr viel größere Reichweiten drin. Repeater werden von Freiwilligen betrieben. Zuletzt: Die Room-Server sind eine Art Mailbox, die theoretisch sinnvoll, in der gegenwärtigen Umsetzung aus meiner Sicht aber noch nicht sonderlich nützlich sind, weshalb ich dazu nichts weiter ausführe. Jedes Gerät kann als Companion, Repeater oder Room-Server eingerichtet werden.

Viele Nutzer*innen installieren nach einiger Zeit einen Repeater, um die Reichweite ihres Companions zum nächsten Repeater zu verbessern. Der Companion befindet sich dabei in der Wohnung oder im Haus, gut per Bluetooth vom Handy aus, über ein paar Meter auch durch Wände und Decken, erreichbar. Und ein Repeater wird möglichst hoch unter dem Dach des Hauses aufgestellt. Ein solcher Repeater kann von Nachbarn im Umkreis mehrerer Hundert Meter genutzt genutzt werden. Ich betreibe für mein Dorf einen solchen Repeater außen am Antennenmast meiner Satellitenschüssel montiert, in etwa 10m Höhe. Dieser Repeater deckt mein Dorf ab und ist ganz leise aber gerade noch ausreichend in drei benachbarten Städten im Norden, Süden und Westen zu hören. Mit einem guten Standort in der Stadt (Wohnung im oberen Stockwerk) und jeweils einem Repeater in der Nähe, werden in meinem Fall Nachrichten über eine Kette von 2 Repeaters und über eine Länge von ca. 25km ausreichend verlässlich transportiert. Ich halte auf diese Weise Kontakt zu Freunden und Familienangehörigen. Diese Repeater-Kette wird hoffentlich auch dann noch halten, wenn es wirklich mal drauf ankommt. (Es gibt trotz oder wegen des reinen Privatengagements bei den Repeaterbetreibern in meinem Umkreis einen gewissen Ehrenkondex, den Betrieb auch unter schwierigen Bedingungen aufrecht zu erhalten. Es ist zu beobachten, dass zumindest die Betreiber von Repeaters an strategisch bedeutsamen Positionen innerhalb einer Region untereinander in Verbindung stehen.)

Abb. 3: Überreichweite, die Karte
zeigt Stationen, die nahe Kiel über
Tag empfangen wurden.

Es gibt inzwischen viele Webseiten mit Einführungen zu Meshcore. Weil es sich um eine relativ junge Entwicklung handelt - der Standard wird als Open Source entwickelt, die App für Android, die ich gleich zeige ist nicht Open Source; inzwischen soll es auch eine erste OpenSource-App geben -, sind diese Einführungen recht techniklastig. In diesen Einführungen unterrichten sich die Pioniere gegenseitig darüber, wie diese Funkgeräte grundsätzlich funktionieren, wie man sie unter verschiedenen Bedingungen ingangsetzt und konfigurieren sollte.

Die Meshcore-App

Nachfolgend zeige ich wesentliche Funktionen der App.

Abb. 4: Oberfläche der Meshcore-App nach dem ersten Öffnen

Meshcore-App installieren, kontrollieren, ob auf dem Handy Bluetooth aktivitiert ist, App starten, es wird einem beim Start in der App das Funkgerät angezeigt. Bei der allerersten Kontaktaufnahme muss der Bluetooth-Code, den das Funkgerät zur Authentifizierung verlangt, einmal eingegeben werden. Dieser Code lautet vielfach "123456", manchmal sind es auch Zufallszahlen. Nach der Ersteingabe wird bei den weiteren Nutzungen der App keine Code-Angabe mehr verlangt, die Geräte verbinden sich sofort.

Das Funkgerät muss vor der ersten Nutzung konfiguriert werden. Man muss die Frequenz und das Format einstellen, mit dem es funken soll. Um das Gerät zu konfigurieren, muss man in der oberen Reihe der App rechts das Zahnrad antippen. Im Fenster, etwa in der Mitte des Fensters angeordnet, findet sich die Option "Choose Preset". Es hat sich in den letzten Wochen in Deutschland unter den Repeater-Betreibern das Format "EU/UK (Narrow), Switzerland" als "Selected Preset"-Standard-Format herausgebildet. Im Einzelnen heisst das: Frequency: 869,618MHz, Bandwidth: 62.5kHz, Spreading Factor: 8, Coding Rate: 8, Transmit Power: bis 27dBm (Standard Meshcord: 22 dBm). Viele gängige Geräte wie heltec-V3 erreichen hardwareseitig maximal 22 dBm effektiv, während neuere Modelle wie heltec-V4 die 27 dBm voll ausschöpfen. Höhere Werte würden den Chip überlasten oder beschädigen. Höhere Leistung verbraucht auch deutlich mehr Energie, bei 27 dBm sinkt die Akkulaufzeit um das 2- bis 3-Fache, was für mobile Nodes unpraktisch ist. 22 dBm bietet ein gutes Gleichgewicht zwischen Reichweite und Effizienz. Der Default-Wert bleibt unter dem Limit von 27 dBm, auch mit typischen Antennen, und vermeidet so Anpassungen bei hohem Antennengewinn.

Das war es, um loslegen zu können. Alle anderen Einstellungen des Geräts kann man erst einmal so belassen wie voreingestellt. Mit zunehmendem Verständnis möchte man einige Einstellungen ändern bzw. diese an die eigene Situation besser anpassen, wie bspw. die Anzeige des eigenen Standorts in Karten und dergleichen.

So, und nun will man als Einsteiger eigentlich nur erst einmal erkennen, ob man die Repeater oder die Funkgeräte anderer Nutzer empfängt und ob das eigene Funkgerät überhaupt funktioniert. Dazu kann man nun einfach mal warten, ob was passiert.

Warten kann heissen: Die App auf dem Handy beenden, aber das Funkgerät weiter laufen zu lassen. Und in ein paar Stunden dann im Funkgerät per App nachschauen, ob sich zwischenzeitlich was getan hat. Zumindest wenn man sich nicht ganz allein fernab der Zivilisation in einer Wüste befindet, wird man nun ein paar Stationen in der Contacts-Liste finden. Und manchmal wird man auch ein paar Zeilen im Public-Channel lesen. Man kann vor dem Beenden der Meshcore-App und dem Warten jedoch einen so genannten "Advert" (übersetzt: "Bekanntmachung") abschicken. Dazu klickt man oben auf das 3. Symbole von Rechts, auf den doppelt eingeklammerten Punkt und im sich anschließend öffnenden Fenster auf die Option "Advert - Flood Routed". Nach Antippen werden alle Repeater in Deiner Nachbarschaft, auch die benachbarten Repeater der Repeater, über die Existenz Deines Funkgeräts in Kenntnis gesetzt. Dieses überfallartige Verschicken von ungerichteten Nachrichten über viele Repeater hinweg wird Fluten ("Flood") genannt. Dieses Fluten ist eine charakteristische Eigenschaften sogenannter Meshnetze; Meshnetze organisieren sich auf diese Weise selber, es muss keine steuernde Verwaltungsinstanz geben, die die verschiedenen Rollen und Funktionen zuweist. Sowohl die Adverts als auch die Nachrichten werden bei Meshcore vielfach in diesem Flood-Modus verschickt, sofern die Nutzer*innen den Pfad über die Repeater hinweg bis zum Empfänger der Nachricht nicht explizit angegeben haben. Repeater merken sich solche Pfade zu benachbarten Repeaters und Funkgeräte nach erfolgreichen Floods automatisch.

Die Regel für das Auslösen von Adverts durch Nutzer*innen lautet: Wenn ein neuer Standort des Funkgeräts eingenommen wird, einmal einen Advert abschicken, um das Gerät bei den Repeaters der Umgebung anzumelden. Einmal am Tag reicht. Einen Advert muss man immer dann verschicken, wenn Geräte für einander erreichbar sein sollen und neue Companions oder Repeater hinzugekommen sind. Man hat als Meshcore-Nutzer*in keine (Mail-)Adresse, keine Telefonnummer, keinen Namen, es sind die Geräte, die einander kennen müssen. Vollkommen sinnlos ist es, in einer stabilen ruhigen Umgebung alle 10 Minuten einen Advert zu verschicken. Genau das habe ich am Anfang gemacht, für das ich mich dann ein paar Tage später, als ich die Funktion verstanden hatte, schämte. Im Dorf, mit wenig Meshcore-Kommunikation fällt das nicht weiter auf, in der Stadt, in der man 40 50 direkt erreichbare Meshcore-Nachbarn haben kann, macht ein solch rücksichtsloses Verhalten das Netz kaputt. Eine vernehmbare Reaktion bekommst Du auf einen Advert zunächst eher nicht, obwohl auch hier erste Bots Einzug gehalten haben, die immer auf jede Regung reagieren. Repeater verschicken solche Adverts automatisch regelmäßig, das ist auch sinnvoll. Wenn Dein Gerät entsprechend konfiguriert ist, werden Dir die Funkgeräte, die Adverts geschickt haben, in der Contacts-Liste angezeigt. Geh mal davon aus, dass alles mit Deinem Gerät okay ist, Dein Gerät funktioniert ganz bestimmt, und es wird Repeater in Deiner Nähe geben, hab Geduld. Wenn man nach 48h nichts gesehen hat und man doch vermuten muss, dass man in seiner Gegend ganz allein hockt, kauft man sich halt zwei Geräte und fängt an, untereinander Nachrichten zu verschicken. So gelang mein Einstieg, ich war zu früh dran, es gab noch keine erreichbare Infrastruktur mit Repeaters. Der Durchbruch für das Verständnis kam in der benachbarten Stadt, in die ich meinen Companion mitgenommen hatte. Mit einem Mal füllte sich die Contacts-Liste, ich hatte schon nicht mehr daran geglaubt.

Abb. 5: "Contacts", die Liste mit Kontakten

Und wie kommuniziert man nun?

Für Kommunikationen kann man sich auf die Schalter der unteren Reihe der App konzentrieren. Konfigurationen oben, Kommunikation unten.

Unten ganz rechts kann man "map" antippen. Es öffnet sich ein Browser mit Karte, in die die Standorte der Stationen, die in der Contacts-Liste aufgeführt sind, automatisch eingetragen werden. Das ist natürlich eine sehr komfortable Übersicht, um die Reichweite für eigene Nachrichten abschätzen zu können. Beim ersten Aufruf der Karte wirst Du vermutlich noch keine Station sehen, das wird sich aber ändern.

Dann folgt in der Mitte "Channels" und links "Contacts", zunächst zu Contacts.

Unter Contacts werden alle Repeater und alle Funkgeräte, die man empfangen hat, aufgelistet. Es werden in der linken Spalte drei Typen von Symbolen gezeigt: Repeater, Nutzer und Rooms. Wenn zusätzlich ein orangener Stern am Symbol befestigt ist, handelt es sich um einen Repeater, den ich in meiner App meiner Favoritenliste zugefügt habe, weil ich der Übersicht wegen nur Favoriten angezeigt bekommen möchte und nicht alle möglichen Stationen von irgendwo.

Abb. 6:
Die drei Typen
von Kontakten

Klickt man auf einen Nutzer, dann öffnet sich ein Chatfenster, das genau so aussieht, wie man es von vielen Messenger-Apps kennt. Man schreibt eine Nachricht von max. 150 Zeichen Länge. Und erhält nach ein paar Sekunden eine Bestätigung darüber, dass die Nachricht technisch empfangen wurde ("delivered"). Nutzer werden in Contacts gelistet, nachdem sie einen advert geschickt oder nachdem sich die Nutzer über ihre Handy direkt miteinander bekannt gemacht haben, bspw. über QR-Codes. Das ist wichtig am Anfang, ich wiederhole es noch mal mit Nachdruck: Um Nachrichten tauschen zu können, müssen die Funkgeräte der Nutzer einander bekannt sein, also beide Geräte in beiden Contacts-Listen enthalten sein. Und sie kennen sich in der Regel dann, wenn sie gegenseitig einen advert empfangen haben. Und das hat einen sehr guten Grund, dass sich Sender und Empfänger kennen müssen: In Meshcore werden alle Nachrichten verschlüsselt geschickt; Dritte die diese Nachrichten ebenfalls empfangen, können die Inhalte der Nachrichten nicht entschlüsseln bzw. verstehen. Dieses bereits Bekanntsein ist gleichbedeutend mit: Es wurden die beiden Verschlüsselungsschlüssel ("pub keys") ausgetauscht. Die eindeutigen Namen der Geräte entsprechend ihren eindeutigen public-keys.

Damit man alle relevanten Kontakte zu Nutzer*innen zunächst einsammelt, um sich Nachrichten zuschicken zu können, sollte man im App-Fenster oben auf das Zahnrad tippen und dann unter "Contact Settings" bei der Option "Auto Add Contacts" ein Häkchen setzen. Am Anfang freut man sich, dass sich die Liste füllt. Mit der Zeit werden viele Kontakte irrelevant, insbesondere wenn man in der Stadt wohnt. Einträge lassen sich natürlich einfach löschen und besonders wichtige Kontakte als "Favorits" markieren.

Tippt man auf einen Repeater, dann werden einem die Eigenschaften des Repeaters angezeigt, u.a. der Namen, der Standort, wann man zuletzt von ihm gehört hat oder wie viele Hops er entfernt ist. Besonders interessant ist links oben die Option "Manage"; angetippt kann man sich Zutritt zum Repeater verschaffen, um ihn aus der Ferne von einem Companion aus zu konfigurieren. Beim eigenen Repeater bekommt man Zuritt durch das Passwort, das man bei der Installation des Repeaters setzen musste. Auf diese Weise lassen sich Repeater auch an schwer zugänglichen Standorten aufstellen und pflegen.

Abb. 7: Channels, die Liste mit Kanälen,
zu Beginn gibt es nur den Kanal "Public",
der von allen Meshcore-Nutzer*innen
weltweit genutzt wird (keine Sorge, man
sieht nur die Nutzer*innen der näheren
Umgebung.)

Nun zu den Channels.

Klickt man zum ersten Mal auf Channels, öffnet sich ein Fenster, in dem nur ein einziger Channel gezeigt wird nämlich "Public". Dieser Channel ist standardmäßig auf jedem Meshcore-Funkgerät vorinstalliert.

Public ist ein öffentlich zugänglicher Kanal für alle Meshcore-Nutzer*innen. Hier kann man bspw. mal ein "Hallo" eintippen und gucken ob was passiert. Weil am Anfang Nutzer vor allem an ihrer Reichweite interessiert sind, könnte man etwas sinnvoller ein "Hallo aus XXX, kann das jemand lesen?" verschicken. In der Hoffnung, dass sich jemand erbarmt, der sich an seine eigenen ersten tapsigen Schritte in Meshcore erinnert und ein paar nette Worte zurück schreibt. In großen Städten kann hier sehr viel geplappert werden, in kleinen Dörfern kann dieser Kanal geeignet sein, um die gesamte Dorfkommunikation darüber abzuwickeln.

Abb. 8: Die Optionen unter den drei
Punkten rechts oben

Man kann private Kanäle einrichten, um mit einer einzigen Nachricht unterschiedliche Gruppen von Menschen exklusiv zu erreichen (Freunde, Nachbarn, Familie, Kolleg*innen). Neue Channels muss man einrichten. Zum Einrichten richtet man den Blick in der App wieder nach oben, und klickt dort ganz rechts auf die drei übereinander angeordneten Punkte. Es öffnet sich ein Fenster mit der Option "+ Add Channel", woraufhin sich ein weiteres Fenster öffnet, mit einer Auswahl an vier verschiedenen Typen von Channels (siehe Abb. 9).

Abb. 9: Kanal-Typen

Einen "Privat Channel" würde man typischerweise für vertrauliche Kommunikation einrichten, klar. Alle Nachrichten in Meshcore sind verschlüsselt, und in unterschiedlichen Kanälen wiederum auch unterschiedlich verschlüsselt. Das Konzept zur Einrichtung von Kanälen sieht deshalb wie folgt aus: Mit dem Einrichten eines Kanals wird ein Verschlüsselungsschlüssel erzeugt, wobei ein Schlüssel aus einem 128 Zeichen langen Buchstabensalat besteht. Alle Nutzer*innen, die über diesen gemeinsamen Buchstabensalat-Verschlüsselungsschlüssel verfügen, können den Kanal gemeinsam benutzen. Also muss man dafür sorgen, dass der Schlüssel an alle anderen Mitglieder der Gruppe gelangt. Jede/r kann dem Kanal dadurch "beitreten", indem sie die "Join a private Channel" antippen und in dem vorgesehen Feld diesen Schlüssel kopieren. Man kann diesen Schlüssel bspw. per E-Mail oder einem anderen Messenger verschicken bzw. erhalten. Oder man kann, wenn man irgendwann mal zusammensitzt, auch den QR-Code des Schlüssels einlesen. Ich habe das so gemacht, dass ich auf meinem Handy die Funkgeräte meiner Freunde eingerichtet hatte, dort den Schlüssel kopierte, aus dem ersten Funkgerät ausgeloggt, ins zweite Funkgerät eingeloggt, und nach "Join the private Channel" den Schlüssel dort in das vorgesehene Feld reinkopiert hatte. Das war es schon.

Abb. 10: Kanal-Namen vergeben
und den Schlüssel mit dem
Buchstabensalat bei
"Secret Key (hex)" eintragen

Mit "# Join a Hashtag-Channel" wird bei Meshcore ein Problem gelöst, das zwischen privat und öffentlich liegt: Man möchte im Prinzip alle Nachbarn spontan erreichen können, die man gar nicht so richtig kennt, schon gar nicht mit Namen, und für die es einfach zu kompliziert wäre, einen gemeinsamen eigenen "Private Channel" einzurichten. Für mein Dorf habe ich deshalb "#Dorfname" eingerichtet. Die Folge: Alle Nutzer, deren Funkgeräte sich vorher schon einmal, bspw. aufgrund eines adverts, gehört hatten, können in diesem Channel schreiben und einander lesen. Das ist eine richtig gut funktionierende Lösung, die für die Durchdachtheit des gesamten Meshcore-Konzepts steht. Natürlich muss man wissen, welche #-Tags es in der Umgebung so gibt, man kann sie in Städten bzw. Stadtteilen einfach leicht erraten; man kann solch einen Kanal-Bezeichner natürlich auch über den Public Channel verschicken. Außerdem hat sich offenbar die Verwendung für "#ping" eingespielt, um Reaktionen von anderen Nutzer*innen, oder vielleicht auch bots?, zu erbitten.

Mir ist aufgefallen, dass Nachrichten an einzelne Nutzer*innen sicherer zugestellt werden als an die Nutzer*innen in einer Gruppe. Ich benutze Channels nur für mein Dorf, Nachrichten an Personen schicke ich lieber direkt. Dann weiss ich sicher, ob sie angekommen ist oder nicht. Außerdem setze ich bei Nutzer*innen, mit denen ich stabil chatte, die Pfade über die gesamte Repeaterkette hinweg von Hand, denn auch das macht den Nachrichtentransport berechenbarer. Flooding wird so vermieden und die mir heilige Ruhe im Netz nur aufs Unvermeidliche gestört.

Abb. 11: Settings, Einstiegsbildschirm
Dort können Name und GPS-Position
von Hand eingetragen werden.
Wichtig: "Choose Preset"!

Das war die wesentliche Konfiguration und Funktion eines Meshcore-Funkgeräts mit der Android-App. Zurück noch mal zur Grundkonfiguration der "Settings", dort lässt sich viel Interessantes einstellen. In die Grundkonfiguration gelangt man, wenn man oben auf das Zahnrad, zweites Symbol von rechts, tippt.

Scrollt man im Setting-Fenster ganz nach unten, findet sich die Option "Device Info". Nach Antippen wird man über die Auslastung des zur Verfügung gestellten Speichers des Funkgeräts informiert. Ich hatte diese Info relativ spät entdeckt, einige Funkgeräte bieten oft nur erstaunlich wenig Speicher für Daten. Wenn wie beim T1000-E nur 100kB zur Verfügung stehen, lassen sich nicht allzu viele Kontakte und Chatverläufe speichern.

Abb. 12: Radio Setting, das sich
als Standard in der EU festigt:
"EU/UK (Narrow)"

Den "Namen", den man anfangs bestimmt, den das Funkgerät trägt und der im Netz angezeigt wird, kann man jederzeit ändern. Ich habe bei inzwischen wohl mehreren Hundert Kontakten, die ich in Contacts gelesen habe, noch nie "Vorname Nachname" gelesen, obwohl das vom Konzept her nahe liegen könnte: Ein Gerät = eine Nutzer*in. Allerdings geben Funkamateure hier gern ihr Rufzeichen an, andere verweisen auf ihre Webseite oder ihre Mailadresse Letzteres kann sinnvoll sein insbesondere in Gegenden mit wenig Funkverkehr. Dort besteht verstärkt die Neigung, Kontakt zu anderen Nutzer*innen zu suchen, damit man sich gegenseitig helfen kann, um das Repeater-Netz in seiner Umgebung aufzubauen.

Firmware installieren: Flashen

Vielfach werden die Lora-Funkgeräte, wie bspw. der heltec-V3 oder Wio L1 pro, die man im Internet bestellt, mit bereits vorstallierter Firmware geliefert. Man schaltet sie an und kann sie nutzen, sehr komfortabel. Allerdings ist dann nicht meshcore sondern zumeist meshtastic installiert und die Firmware befindet sich nicht auf dem letzten Stand. Also muss man doch irgendwann ran und eine neue Firmware installieren. Ich zeige nachfolgend nur die einfache Variante über den Web-Installer, den man am PC bzw. Laptop aufruft, am Beispiel des Lora-Funkgeräts "Wio L1 pro".

Abb. 13: WebFlasher, Startseite

Repeater konfigurieren

Wie bereits ausgeführt, ist es eine gute Idee und ein Leichtes, auf einem weiteren Lora-Funkgerät einen Repeater zu installieren. Die Hardware-Basis ist die gleiche wie bei Companions. Einmal konfiguriert und installiert, muss man sich nicht mehr um ihn kümmern... na ja, bis zum nächsten Update mit den vielen unverzichtbaren Verbesserungen.

Nach dem Flashen muss die erste Grundkonfiguration über die Web-Flash-Seite in einem Terminalfenster durchgeführt werden. Neben der Festlegung des Radio Settings mit "EU/UK Narrow"-Preset muss ein Passwort vergeben werden, um die (Fern-)Administration des Repeaters zu ermöglichen. Alle weitere Konfigurationen können über den Companion durchgeführt werden. Wenn man bereits einen Companion genutzt und konfiguriert hat, versteht man die Optionen des Repeaters und kann sie entsprechend setzen. Wichtig hier ist die Konfiguration der Häufigkeit, mit der Adverts gesendet werden. Wenn der Betreiber eines Repeaters neu im Geschäft ist, dann konfiguriert er seinen Repeater gern so, dass ein Advert pro Stunde verschickt wird.. "hei Welt, es gibt mich nun auch!" Wenn ein Repeater bekannt ist, dann reicht ein Advert am Tag. Etablierte, bekannte Repeater müssen nicht ständig auf sich aufmerksam machen. Mein Dorf-Repeater schickt einen Advert deshalb nur einmal am Tag. Damit Kommunikation gelingen kann braucht es... [Tiefsinn] vor allem Ruhe ... und ... Zuhören [/Tiefsinn].

Ich hole nun doch einmal etwas weiter technisch aus. Ein weitgehend autonomer Repeaterbetrieb verlangt geringen Stromverbrauch. Und das bedeutet auf Hardware-Ebene bspw. einen "SX126x" als energieeffizienten LoRa-Transceiver, der LoRa- und FSK-Modulation mit bis zu 22 dBm Sende(TX)-Leistung und niedrigem Empfangs(RX)-Stromverbrauch von ca. 4,2 mA bietet, zu nutzen. Und als Prozessor sollte ein "nRF52xxx" verbaut sein, der über GPIO, Timer und Radio und eine ARM-CPU mit integriertem Bluetooth (extrem stromsparend, im Sleepmodus kleiner als 1 µA!) verfügt. Genau diese Komponenten sind im "Seeed Studio SenseCAP Solar Node P1-Pro" verbaut, den ich als Repeater zu betreiben empfehle, wenn ein Repeater draußen möglichst autark betrieben werden soll. Der P1 ist, inzwischen von mir getestet, wasserdicht und funktioniert, Dank eines kleinen Photovoltaik-Panels und 4 Akkus vom Typ 18650 (mit Polspitze!), auch bei langanhaltender Dunkelheit und Kälte, autark. Ab und an etwas Fernwartung, das war es an Versorgung und Pflege. Oder man vergisst ihn einfach; dezent montiert auf einem Hochstand für Jäger*innen am Feldesrand in funkstrategisch hervorragender Lage einer Anhöhe mit weitem Blick übers Land. Man kann die Billigversion des P1 nehmen, in die kein GPS verbaut ist; bei lokalem Betrieb trägt man die obligatorischen Positionsdaten des Repeaters dann halt einmal von Hand ein. Bis zu dieser Ausbaustufe bekommt man das gesamte Ensemble inkl. Akkus für unter 100€, mit einer kleinen Antenne. Wenn man eine stabilere Antenne montieren möchte, kämen noch mal rund 50 Euro dazu. Die Entwicklerszene von Meshcore ist allerdings agil. Aktuell sieht es deshalb so aus, dass man vielleicht zwei Mal im Jahr dann doch an den Repeater ranmöchte, um über die USB-Schnittstelle ein Update aufzuspielen. Ich mache das mit einem Laptop, auf das ich zuvor die Firmware kopiert habe und mit dem ich zum Repeater aufs Dach gehe. Beim USB-Connect zwischen Laptop und Repeater öffnet sich ein Dateifenster, in dem die alte Firmware des Repeater angezeigt wird. Dann kann man schlicht die neue Firmware-Version auf das Gerät kopieren. Der Repeater resettet anschließend und läuft danach auf der neuen Firmware, mit der alten Config. Über die Fernwartungsoption für den Repeater, die ich auf meinem Companion starte, lassen sich dann ggfs. neue Optionen des Repeaters einstellen.

So, und mit einem Repeater im Gepäck guckt man ganz anders auf hohe Bauten, wie z.B. einen Kirchturm. Kirchturm... Wenn die Kirche eine Aufgabe hat, dann ja wohl, die Kommunikation unter Menschen zu fördern. Der KI-Prompt "Gibt es ein theologisches Argument innerhalb der christlichen Kirche, mit dem der Zugang zu Kirchtürmen für Meshcore-Repeater begründet werden könnte?" warf ein rundherum überzeugendes Konzept aus. Sehr schön fand ich daraus den Satz: "Wir verstehen Technik als Gabe, die wir verantwortungsvoll nutzen wollen, um Menschen zu verbinden. Ein Repeater auf dem Kirchturm ist Ausdruck dieser Haltung."

"region" konfigurieren

Die einzig anspruchsvolle Konfiguration eines Repeater betrifft die Option "region".

Mit der Option „region“ lässt sich festlegen, aus welchen geografischen Bereichen dein Repeater Pakete weiterleitet oder blockiert. Sie ist ein Filter- und Scope-Mechanismus, um Traffic auf bestimmte Regionen (z.B. Bundesland deine Stadt) zu begrenzen und unnötigen Funkverkehr zu reduzieren. Eine Region ist ein frei wählbarer Name/Code, der einen Bereich beschreibt (z.B. de, de-sh, de-sh-kiel). Nachrichten und Geräte können mit so einem Region-Tag arbeiten; der Repeater entscheidet anhand seiner Region-Tabelle, was er weiterleitet.

Wichtige Flags und Befehle:

• Auf Repeatern ab Firmware 1.12 gibt es eine kleine Region-Tabelle. Ich führe die Terminalbefehle an. Man kann mit der Fernadministrationsoberfläche die Region-Tags intuitiv zugänglicher Form setzen und bestimmen, ob Pakete weitergeleitet oder deren Weiterleitung :​verhindert werden soll:​
  • region list – zeigt die aktuellen Einträge.​
  • region put [name] – Region anlegen (erstmal ohne Forwarding).​
  • region put [name] F oder region allowf [name] – Region anlegen bzw. mit F markieren, dann werden Pakete dieser Region weitergeleitet.​​
  • region denyf [name] – Forwarding für diese Region abschalten.​
  • region save – Tabelle speichern, damit alles nach Reboot erhalten bleibt.​​
• Bedeutung des Flags F in der Region-Tabelle:​
  • Region mit F → Pakete aus dieser Region werden vom Repeater geforwardet.
  • Region ohne F → Pakete aus dieser Region werden am Repeater verworfen.
  • * F → Fallback für Geräte/Nachrichten ohne Region, damit diese nicht komplett ausgesperrt werden.​

An einem konkreten Beispiel für Schleswig-Holstein erläutert, sieht das dann wie folgt aus. Angenommen, man betreibt einen Repeater in der Gegend von Kiel und will hauptsächlich Verkehr aus Schleswig-Holstein durchlassen, aber alte Geräte ohne Region trotzdem noch unterstützen.

• Bestehende Konfiguration anschauen:
  region list
  Typischer „jungfräulicher“ Repeater hat nur:
  * F (alles wird weitergeflutet).​​
• Region für Schleswig-Holstein hinzufügen und forwarding aktivieren, z.B.:
  region put de-sh
  region allowf de-sh
  Jetzt hat der Repeater u.a.:
  * F
  de-sh^ F.
• Speichern:
  region save​
• Wirkung:
  - Pakete mit Region de-sh werden ganz normal weitergeleitet.
  - Geräte ohne Region werden über * F weiterhin unterstützt (wichtig, solange noch viele alte Nodes ohne Region laufen).
  - Wenn später Traffic reduziert werden soll, könntest man z.B. * ohne F lassen (also nur * statt * F), dann werden Geräte ohne Region nicht mehr geforwardet.
  

Das Thema region ist komplexer als es hier aussieht. Es gibt inzwischen viel gute Erklärliteratur und Firmware-Varianten für schwierige Standorte. Die Spezial-Firmware eignet sich besser für große und/oder hochdichte Netze durch Reduzierung der Weiterleitung von Flood-Adverts sowie einer "rollierenden" Fenster-Arbeitszyklusverwaltung, die robustere Sende-Operationen von zentralen bzw. stark ausgelasteten Repeatern ermöglicht.

"trace" benutzen, Pfade setzen

Abb. 17: Heltec-V3, wird typisch als
"Package" verschickt, was Kosten
spart. Die drei Teile
(Platine, Antenne, Gehäuse)
zusammenzusetzen ist trivial.

Ausklang mit Fazit

Wie schon gesagt, es darf sich jede/r berufen fühlen, einen Repeater zu betreiben. Es ist allerdings abzusehen, dass eine erste Sättigung einsetzt. Es fängt an, dass erste Repeater auf der Fensterbank eher eine zusätzliche Netzlast erzeugen als dass sie einen guten Beitrag zum Entstehen einer effizienten Infrastruktur leisten. Es könnte sinnvoll sein, Kontakt zum lokalen Repeater-Betreiber, über den man mit seinem Companion einsteigt, aufzunehmen.

Es gäbe noch einiges mehr zu Meshcore anzusprechen. Stattdessen noch ein knappes Wort zu dem anderen Mesh-Netz "Meshtastic": Ich war mit Meshtastic, nach einem Artikel in der Septemberausgabe der CT 2025, in dieses Thema gestartet. Die Anfänge von Meshtastic waren vielversprechend, Nutzergeräte die zugleich Repeater sind fand ich außerdem konzeptionell pfiffig. Allerdings war es bei Meshtastic über einige Wochen nicht möglich, einen mir wichtigen Nachrichtentransport über 25km umzusetzen, was nach dem Umstieg auf Meshcore fast auf Anhieb gelang. Ich bin von Meshcore überzeugt, denn inzwischen denke ich, dass im Zweifel Ruhe (= nur begrenzte Zahl von Repeaters wie bei Meshcore) mehr Resilienz verspricht als Lautstärke (möglichst viele Repeater wie bei Meshtastic). Das ist letztlich keine Glaubenssache, sondern lässt sich beforschen, nur habe ich dazu noch keine Studie gefunden. Vielleicht irre ich mich auch und Meshtastic ist leistungsfähiger und resilienter. Im Moment sieht es so aus: Es können beide Netze gut nebeneinander bestehen, zumal sie unterschiedliche Frequenzen nutzen. Das steigert wiederum die Resilienz der von Bürger*innen selbst organisierten Netzinfrastrukturen insgesamt: Funktioniert das eine nicht, nimmt man halt das andere.

Noch zur Strahlenbelastung ein Wort, weil man manchmal skeptische Menschen, die bspw. einen Zugang zu interessanten Repeater-Standorten wie einem hohen Kirchturm haben, von der Ungefährlichkeit dieser Geräte überzeugen muss. Meshcore-Funkgeräte erzeugen keine nennenswerte Strahlenbelastung. Die Strahlungsenergie beim Senden von 100 mWatt für nur wenige Sekunden pro Minute Sendebetrieb ist ein Bruchteil bspw. der Strahlenbelastung, die von einem Handy oder WLAN-Router mit bis zu 3000mW ausgeht. Eine funzelige Beleuchtung eines Fahrrads braucht bspw. 2000 mWatt.

Fazit: Es handelt sich bei Meshcore, den Funkgeräten und der App, nicht um ein Consumer-Produkt; man muss sich damit, wenn es verlässlich funktionieren soll, schon ein wenig beschäftigen. Erfahrungsgemäß haben Viele keine Lust dazu; der Überhang an Funkamateuren in der noch immer anhaltenden Pionierphase ist auffällig. Aber ein (Lora-)Nerd muss man dafür nicht mehr sein.