Das ist der Anfang von grafschaft-mesh.de, einem offenen Funknetz für Uelsen und die Umgebung. Hier steht, wie der erste Abend gelaufen ist, inklusive der Stellen, an denen ich falsch abgebogen bin.

Worum geht’s?

MeshCore ist ein Funknetz für Textnachrichten. Es läuft auf LoRa im 868-MHz-Band, also ohne Mobilfunk und ohne Internet. Die Geräte kosten zwischen 20 und 40 Euro und brauchen kaum Strom. Nachrichten springen von Gerät zu Gerät, bis sie ankommen. Das klingt nach Meshtastic, und die Hardware ist auch dieselbe. Die beiden Systeme verstehen sich aber nicht, man entscheidet sich beim Flashen für eins.

MeshCore trennt die Rollen strenger als Meshtastic:

• Ein Companion ist das Gerät, das ich mit mir herumtrage. Es hängt per Bluetooth am Handy, die App ist die Oberfläche.
• Ein Repeater steht fest, möglichst hoch, und leitet Nachrichten weiter. Er ist das, was das Netz trägt.
• Ein Room Server ist eine Art schwarzes Brett im Funk. Dazu weiter unten mehr.

Weil Companions nichts weiterleiten, braucht ein Ort mindestens einen Repeater. In Uelsen gab es bisher keinen. Also habe ich angefangen.

Die Hardware

Im Einsatz sind gerade drei Geräte:

• Heltec Mesh Node T114 als Companion. Der nRF52840 ist sparsam, das Gerät hat ein kleines Display.
• Heltec WiFi LoRa 32 V4 als Repeater. ESP32-S3 mit WLAN, das brauche ich gleich noch.
• Ein zweiter V4 als Room Server.

Beim V4 gibt es eine Falle, auf die ich ohne die Messwerte der Hamburger Community hereingefallen wäre. Der V4 hat einen Leistungsverstärker. Der Wert, den man per set tx einstellt, ist also nicht das, was hinten aus der Antenne kommt. Laut den Messungen von HanseMesh ergibt tx 22 am V4 rund 800 mW. Erlaubt sind in diesem Teil des 868-MHz-Bands 500 mW ERP. Mit tx 16 liegt der V4 bei etwa 467 mW, und das habe ich eingestellt.

Die Firmware achtet darauf nicht. Viele Anleitungen setzen tx 22, weil das bei Geräten ohne Verstärker der normale Höchstwert ist.

Deutschland und die Niederlande hören sich nicht

Uelsen liegt wenige Kilometer von der niederländischen Grenze entfernt. In Twente gibt es deutlich mehr MeshCore-Repeater als bei uns. Mein erster Gedanke war deshalb, einfach die niederländischen Einstellungen zu nehmen.

Das geht seit Mai 2026 nicht mehr. Frequenz und Bandbreite sind auf beiden Seiten gleich, aber Spreading Factor und Coding Rate nicht:

Geräte mit SF8 und SF7 können sich gegenseitig nicht dekodieren. Die Niederlande sind am 9. Mai umgestiegen, seitdem sind die beiden Netze getrennt. HanseMesh rät ausdrücklich davon ab, das niederländische Preset in Deutschland auch nur testweise auf einem Repeater einzustellen. Für deutsche Geräte wäre der Repeater unsichtbar, er würde aber trotzdem einen guten Standort belegen.

Ich bin beim deutschen Profil geblieben. Wer in der Grafschaft mitmacht, soll Anschluss an Emsland und Niedersachsen haben und nicht an einem Netz hängen, das auf deutscher Seite niemand hört. Spannend wird der 14. November: Dann stellt Hamburg sein Netz für 24 Stunden testweise auf SF7 um. Falls Deutschland irgendwann nachzieht, rücken die Netze wieder zusammen.

Für den Repeater ist das ein einziger Befehl:

set radio 869.618,62.5,8,8

Repeater und Observer in einem Gerät

Ich wollte nicht nur einen Repeater, sondern auch sehen, was er hört. Dafür gibt es Observer: Geräte, die alle empfangenen Pakete per MQTT an einen Server schicken. Dort zeichnet eine Analysesoftware Karte, Paketliste und Funkwege.

Das Problem: Die offizielle Repeater-Firmware kann kein MQTT. Es gab zwei Wege:

1. Offizielle Firmware, und ein Rechner hängt per USB daneben und schickt die Daten weiter. Dann steht der Repeater aber dort, wo der Rechner steht, und nicht dort, wo er funktechnisch hingehört.
2. Eine Community-Firmware mit eingebautem MQTT. Der V4 hat WLAN und kann direkt melden.

Ich habe den zweiten Weg genommen, mit der MQTT-Observer-Firmware von agessaman. Sie bringt eine eigene Flash-Seite mit, und man wählt dort die Rolle „Repeater“. Das Gerät leitet also ganz normal weiter und meldet nebenbei.

Zwei Dinge in der Anleitung hätten mich erwischt, wenn ich sie einfach übernommen hätte:

• Die Schnellstart-Befehle sind ein US-Beispiel. Dort stehen set tx 22, was am V4 wie oben beschrieben zu viel ist, und set repeat off. Letzteres macht aus dem Repeater einen reinen Empfänger.
• Ab Werk sind zwei MQTT-Ziele vorbelegt, beide bei einem großen öffentlichen Analysedienst. Ohne Änderung hätte mein Repeater also sofort alles, was er hört, dorthin geschickt. Ich habe das erste Ziel auf meinen eigenen Broker umgestellt und das zweite abgeschaltet.

Der MQTT-Teil der Konfiguration sieht so aus:

set mqtt.iata FMO
set mqtt1.preset custom
set mqtt1.server mqtts://mqtt.example.org:8883
set mqtt1.username <benutzer>
set mqtt1.password <passwort>
set mqtt2.preset none

FMO ist der Flughafencode von Münster/Osnabrück. Die Firmware gruppiert Observer nach Flughafen-Kürzeln. Twente (ENS) wäre näher gewesen, aber es geht ja ums deutsche Netz.

Auf der Serverseite laufen ein Mosquitto mit TLS und Anmeldung und dahinter der MeshCore-Analyzer CoreScope, beide in Docker auf dem Server von grafschaft-mesh.de. Dass alles zusammenspielt, sah ich ein paar Minuten nach dem Flashen: In der Paketliste stand das erste Advert von KAB-Uelsen-01, gehört von KAB-Uelsen-01. Mein Repeater hatte sich selbst gehört.

Das erste Lebenszeichen

Danach habe ich mit dem Companion zwei Nachrichten in den öffentlichen Kanal geschrieben: „Hey“ und „Kann mich jemand empfangen?“. Beide tauchten im Analyzer auf, direkt gehört, ohne Umweg über andere Repeater. Die Kette Handy, Companion, Repeater, WLAN, MQTT, Server, Analyzer funktionierte also.

Geantwortet hat niemand. Die Liste der Repeater in der App blieb leer.

Daraus habe ich anfangs zu viel geschlossen. Repeater melden sich nur selten: an direkte Nachbarn etwa alle vier Stunden, durchs ganze Netz bei den üblichen Einstellungen nur alle 50 Stunden oder seltener. Dass nach ein paar Minuten nichts auftaucht, heißt also nicht, dass niemand da ist. Ich lasse den Companion jetzt länger laufen und schaue auf die Karten. Gut möglich, dass die Grafschaft aber wirklich noch leer ist. Genau deshalb gibt es grafschaft-mesh.de.

Beim Durchsehen der Server-Konfiguration ist mir außerdem aufgefallen, dass im Analyzer noch das niederländische Profil als Grundlage für die Auswertung der Sendezeit stand. Das stammte aus meiner Planung, als ich noch dachte, wir nehmen die NL-Werte. Korrigiert, Container neu gestartet.

Wie genau soll der Standort sein?

Ein Repeater kann im Advert seine Position mitsenden. Dann erscheint er auf Karten, und andere können Entfernungen und Funkwege nachvollziehen. Ohne Position zeichnet der Analyzer ihn gar nicht ein.

Mein V4 hat ein GPS-Modul. Damit hätte er seine Position auf den Meter genau gesendet, per Funk an jeden in Reichweite und von dort auf öffentliche Karten, wo ich sie später nicht mehr löschen kann. Auf grafschaft-mesh.de verspreche ich anderen Betreibern, ihre Repeater nur an der Ortsmitte zu zeigen.

Für mich selbst habe ich das anders entschieden. Meine Adresse steht ohnehin im Impressum. Ein Repeater, der auf rund 100 Meter genau verortet ist, hilft bei der Planung mehr als einer in der Ortsmitte. Ich habe die Koordinaten also auf drei Nachkommastellen gerundet und fest eingetragen:

set lat 52.xxx
set lon 6.xxx
gps advert prefs
gps off

gps advert prefs sorgt dafür, dass im Advert die gespeicherte Position steht und nicht die vom GPS. Das GPS-Modul habe ich danach ausgebaut. Für einen festen Repeater mit WLAN bringt es nichts: Die Position ist fest, die Uhrzeit kommt per NTP. Sinnvoll ist GPS für Messfahrten mit einem mobilen Gerät oder für Repeater ohne Internet, etwa mit Solarstrom auf einem Feld.

Der Room Server

Den zweiten V4 habe ich als Room Server eingerichtet. Wer sich anmeldet, kann dort Beiträge schreiben, und der Room Server hebt die letzten davon auf. Kommt jemand nach einer Pause zurück, bekommt er die verpassten Beiträge nachgeliefert.

Was er nicht macht, war mir vorher nicht klar: Er ist kein Zwischenspeicher für Direktnachrichten. Ist der Empfänger einer Direktnachricht nicht erreichbar, wird sie nicht zugestellt, und das Netz merkt sie sich auch nirgends. Wer jemanden erreichen will, der vielleicht gerade offline ist, schreibt in den Raum.

Repeater und Room Server gehören auf getrennte Geräte. Ein Room Server kann zwar mitweiterleiten, die MeshCore-Doku rät aber ausdrücklich davon ab. Ihm fehlen dann Funktionen, die nur die Repeater-Firmware hat.

Zum Zugang habe ich mich für die offene Variante entschieden: Lesen geht ohne Passwort, Schreiben mit dem Gast-Passwort hello. Das ist die Werkseinstellung und unter MeshCore-Leuten so etwas wie der Standard für offene Räume. Ein Passwort, das auf einer Website steht, schützt ohnehin nichts. Das Admin-Passwort dagegen sollte man unbedingt ändern, ab Werk ist es password.

Eine Region für die Grafschaft

MeshCore kennt Regionen, richtig nutzbar sind sie ab Firmware 1.15. Ein Repeater leitet Flood-Nachrichten, also Nachrichten an alle, nur noch für die Regionen weiter, die er kennt. Das soll verhindern, dass in dichten Gebieten jeder Repeater den Verkehr aus halb Deutschland weiterreicht.

Mein erster Vorschlag war de-ni-noh: Deutschland, Niedersachsen, das Kfz-Kennzeichen der Grafschaft. Bei Peine und Braunschweig gibt es genau dieses Schema. Dann habe ich im deutschen MeshCore-Wiki die Regeln gelesen. Regionale Regionen sollen kein de--Präfix und keine Hierarchie im Namen haben. Außerdem sollen es verständliche Namen sein, keine Abkürzungen. de-ni-noh verstößt also gleich zweimal dagegen.

Es heißt jetzt grafschaft-bentheim. Nur grafschaft wäre nicht eindeutig, Grafschaften gibt es einige. Dazu trägt der Repeater die Basisregionen europe, de und de-ni:

region put grafschaft-bentheim
region allowf grafschaft-bentheim
region save

Das allowf steht für „Flood erlauben“. Ohne das kennt der Repeater die Region zwar, leitet aber nichts weiter. Ohne region save ist alles nach dem nächsten Neustart weg.

Wichtig war mir, Nachrichten ohne Region weiter zuzulassen. Die meisten Leute haben in ihrer App keine eingestellt. Würde der Repeater diese Nachrichten verwerfen, käme ein Neuling mit seinem ersten „Moin“ nicht über meinen Repeater hinaus und wüsste nicht, warum.

Am Handy ging es dann einfacher, als ich dachte. Die App hat eine Funktion, die die Regionen der Repeater in der Nähe ausliest. Sie hat grafschaft-bentheim von meinem Repeater angeboten. Das war gleich die Bestätigung, dass er die Region richtig gespeichert hatte. Die Einstellung für eine Standard-Region gibt es in der iOS-App allerdings nicht, nur unter Android. Den Kanal „Public“ konnte ich aber auf die Region setzen. Unterwegs muss ich daran denken, das zurückzustellen, sonst leiten fremde Repeater meine Nachrichten nicht weiter.

Kleinkram am Rand

Ein paar Dinge, über die ich gestolpert bin:

• Im Analyzer heißt der Repeater „B20C“. Das sind die ersten beiden Bytes seines öffentlichen Schlüssels. MeshCore schreibt in den Weg eines Pakets nicht die Namen der Repeater, sondern nur dieses Kürzel. Mit set path.hash.mode 1 sind es zwei Bytes statt einem. Bei einem Byte würden sich Repeater schnell ein Kürzel teilen.
• Die serielle Konsole des Companions gibt es nicht. Repeater und Room Server haben eine Textkonsole per USB, der Companion nicht. Er spricht mit der App ein eigenes Protokoll, und die Bluetooth-Variante hat USB gar nicht einkompiliert. Mit meshcore-cli kommt man per Bluetooth heran, unter Linux hat mich das aber eine halbe Stunde gekostet und am Ende nicht geklappt. Die App reicht.
• Ein Name, ein Schema. Ich hatte mir vorher ein Namensschema ausgedacht, KAB- für Kabelbruch, dann Ort, dann Nummer. Mein Companion hieß da schon KAB-Mobile-01 statt KAB-Mobil-01. Ich habe das Schema angepasst und nicht das Gerät.

Und die Website?

Auf grafschaft-mesh.de stehen jetzt das Funkprofil, die Region, der Raum und eine Karte. Die Karte zeigt Repeater nur, wenn ihre Betreiber zustimmen, und nur an der Ortsmitte. Zum Mitmachen gibt es eine Signal-Gruppe.

In die Datenschutzerklärung habe ich einen eigenen Abschnitt zu den Funkdaten geschrieben. Der wichtigste Satz darin: Der öffentliche Kanal ist für den Analyzer lesbar. Sein Schlüssel ist allgemein bekannt, das ist kein Geheimnis und kein Fehler. Es ist aber genau das, was jemand wissen will, bevor er dort zum ersten Mal schreibt. Direktnachrichten und andere Kanäle bleiben verschlüsselt.

Die Besucherstatistik läuft wie hier auf Kabelbruch über Matomo mit Log-Import, ohne Tracking-Skript. Zwei Dinge waren neu: Die Kartenkacheln werden gar nicht erst protokolliert, und .json-Dateien zählen beim Import nicht mehr als Seitenaufruf. Sonst wäre jeder Kartenaufruf doppelt gezählt worden, einmal für die Seite und einmal für die Liste der Repeater, die die Karte nachlädt.

Was ich daraus mitnehme

Werte aus Anleitungen nicht blind übernehmen. Zwei der Schnellstart-Befehle hätten meinen Repeater entweder zu laut oder taub gemacht. Und ab Werk hätte er alles an einen fremden Server geschickt.

Gleiche Frequenz heißt nicht gleiches Netz. Die Grenze zu den Niederlanden ist im Funk gerade eine echte Grenze, obwohl beide Seiten auf 869,618 MHz senden.

Eine leere Liste beweist nichts. Repeater melden sich selten. Ob wirklich niemand in Reichweite ist, zeigt sich erst nach Stunden.

Erst die Regeln lesen, dann den Namen festlegen. Bei Regionen kommt es darauf an, dass alle denselben Namen benutzen. Einen Namen, den andere schon übernommen haben, ändert man später nicht mehr so leicht.

Was als Nächstes kommt

• Der Repeater steht noch im Arbeitszimmer. Auf dem Dachboden wird er deutlich weiter reichen.
• Eine erste Messfahrt durch Uelsen mit dem Companion, um zu sehen, wie weit er wirklich kommt.
• Nachbarn finden: in Nordhorn, Lingen und im Emsland. Wer dort schon funkt, darf sich gern melden.
• Und irgendwann die Idee, mit der alles angefangen hat: ein Netz, das in Uelsen auch dann noch Nachrichten überträgt, wenn Strom und Mobilfunk ausfallen. Dafür braucht es aber mehr als einen Repeater.