Meshcore - Checkliste Repeater
Dauerbaustelle - wird laufend angepasst! Stand 08.10.2026
Inhaltsverzeichnis:
- Allgemeines
- Standortwahl
- Geräte
- Bootloader für nRF-Repeater
- Firmware und Einstellungen
- Public Key
- Private Key
- Voreinstellungen
- Arbeitszyklus
- GPS-Standort
- Repeater-Name
- Regionen
- Gastzugang und Owner Info
- Datum/Uhrzeit
- Filter
- Antennen
- Kabel
- Weiterführende Links
Mit dieser Checkliste sollen einerseits Neulinge an das Thema Repeater-Einrichtung herangeführt werden und gleichzeitig guter Repeater-Betrieb durch Dokumentation der Einstellungen gewährleistet werden (neudeutsch: best practice)
Diese Checkliste wurde nach aktuellem Stand und bestem Wissen und Gewissen erstellt. Sie erhebt jedoch keinen Anspruch auf Vollständigkeit.
Kontaktaufnahme mit der lokalen Community ist immer empfehlenswert.
Bei Rückfragen: MeshcoreDE Telegram-Gruppe oder de.rp.ger.vincent@gmail.com
Standortwahl
Bevor ein Repeater aufgebaut wird, bitte erst über die Karte prüfen, ob nicht bereits genügend Repeater vorhanden sind und wie die allgemeine Netzabdeckung vor Ort tatsächlich ist. Mehr Repeater machen das Netz nicht automatisch besser. Sinnvolle Standorte müssen auch nicht zwangsweise exponiert sein, ein Repeater kann ebenso eine Funktion als Füllsender z.B. im innerstädtischen Bereich haben. Ein zu exponiert angebrachter Repeater wäre zwar allseitig zu “sehen”, wenn ihn aber niemand erreicht, ist auch nichts gewonnen.
Wenn außerhalb des eigenen/privaten Grundstücks montiert wird, sind die üblichen Haftungs- und Genehmigungsfragen zu beachten. Idealerweise wird ein Repeater so angebracht, dass er sinnvoll seine Funktion erfüllen kann, gut zu administrieren ist und auch bei starkem Wind niemandem auf den Kopf fällt (wortwörtlich). Karte: https://map.meshcore.io/
Geräte
Für Anfänger und alle, die direkt loslegen wollen: Seeed SenseCap Solar Node P1 Pro
Dieser Repeater kommt mit allen nötigen Bauteilen und Ausstattungsmerkmalen.
https://www.seeedstudio.com/SenseCAP-Solar-Node-P1-Pro-for-Meshcore-p-6741.html
Am Markt gibt es noch viele weitere, mehr oder weniger direkt betriebsbereite Geräte. Selbstbau ist natürlich ebenfalls möglich (siehe z.B. Telegram-Gruppe MeshcoreDE mit entsprechenden Bastel-Listen und Anleitungen). Zur Antennenwahl siehe Ende des Dokuments, speziell beim Seeed SenseCap Solar Node P1 und allgemein ist zu beachten, dass die Antenne der höchste Punkt sein und nicht durch den Repeater abgeschattet werden sollte. Montage zu nah an einer Wand oder nah am Mast ist ebenfalls nicht zu empfehlen, da hierdurch die Antenne verstimmt wird und sich die Abstrahlung massiv verschlechtern kann. Zusammengefasst: möglichst hoch, möglichst frei.
Eine schöne Übersicht: https://mesh-sn.de/hardware
Bootloader für nRF-basierte Repeater
Durch den Adafruit OTAFIX Bootloader ist ein sicheres Update der Firmware-Version per Bluetooth möglich, sodass kein physischer Kontakt zum Repeater per Kabel bestehen muss.
Der Repeater setzt bei fehlgeschlagenem Update automatisch in einen Betriebszustand zurück, der ein erneutes Ausführen des Updates ermöglicht, anstatt nach Fehlschlag nur noch per USB rücksetzbar zu sein.
https://github.com/oltaco/Adafruit_nRF52_Bootloader_OTAFIX
Informationen zum Adafruit OTAFIX Bootloader sowie der Konfiguration der App
https://meshcore-de.fyi/meshcore:allgemeines:adafruit-nrf52-bootloader-mit-verbessertem-ota-dfu
https://meshcore-de.fyi/meshcore:allgemeines:rak_xiao_ota_updates
Das Update erfolgt dann über das Handy per Bluetooth und der nRF DFU Update App.
iOS: https://apps.apple.com/us/app/nrf-device-firmware-update/id1624454660
Android: https://play.google.com/store/apps/details?id=no.nordicsemi.android.dfu
1 - Installation Adafruit OTAFIX Bootloader
- Die passende .uf2-Datei (beginnend mit update-) von GitHub herunterladen, den Repeater per USB an den PC anschließen und per Doppelklick auf die Reset-Taste in den DFU-Modus versetzen. Gerät wird als Wechseldatenträger erkannt.
- Die uf2-Datei dorthin kopieren. Der Repeater startet neu; die Meldung, dass der Kopiervorgang fehlschlägt, kann ignoriert werden.
- Über CLI (App oder Console Webflasher https://meshcore.io/flasher) mittels Befehl get bootloader.version abfragen; es muss OTAFIX in der Bezeichnung stehen. USB-Verbindung trennen.
2 - Update der Firmware per OTA:
- Die Firmware ZIP-Datei auf das Handy herunterladen, über den Companion, Meshcore App, CLI, Befehl start ota eingeben
- DFU App: Firmware-Datei auswählen, Gerät (Device) auswählen, Start.
- Nach erfolgreichem Update über die Meshcore App, CLI, Version abfragen mit Befehl ver
- Die Version muss mit dem Update übereinstimmen.
Screenshot DFU-App nach erfolgreichem OTA-Update:
Firmware
Standard-Firmware oder eine der stromsparenden Versionen, z.B.
https://github.com/IoTThinks/EasySkyMesh/wiki/PowerSaving
Die bis Juli 2026 noch empfohlene EVO-Firmware wird nicht mehr weiterentwickelt.
https://github.com/mattzzw/MeshCore
Flash-Prozess Firmware bzw. Update:
https://meshcore.io/flasher oder den gewohnten Update-Weg, z.B. OTA. Bei der Ersteinrichtung am besten vor dem flashen erst mit Erase alles löschen.
Ohne Erase bleiben wie beim Update der Standard-Firmware alle bisherigen Einstellungen erhalten.
Voreinstellungen (Preset)
EU/UK (narrow) auswählen = 869,618 MHz / SF 8 / CR 8 / BW 62,5 kHz
Public Key
Im Sinne der eindeutigen Identifikation von Repeatern, Companions etc. wird die Verwendung von 2 Byte oder besser 3 Byte Hash empfohlen. 1 Byte führt zu Kollisionen und soll nicht mehr verwendet werden. Die Firmware unterstützt das auch schon lange genug; ohnehin muss man seinen Repeater zumindest halbwegs updaten und auch individuelle Einstellungen aktuell halten. Durch die Erhöhung verringert sich zwar die Anzahl der Hops, allerdings sind 64 Hops in Deutschland ohnehin Overkill, da man in gut ausgebauten Regionen bereits mit 2-3 Hops durch ein Bundesland kommt und mit 10-15 Hops schon Nachrichten von “oben” Nord nach “unten” Süd durchkommen.
Private Key
Nach der Einrichtung den Private Key an einem sicheren Ort hinterlegen, um bei Problemen den ursprünglichen Private Key und damit die Identität des Repeaters wiederherstellen zu können (Public Key bleibt dann unverändert). Ohne “erase flash” bleiben die Einstellungen erhalten, ein Backup ist jedoch immer sinnvoll. Der Private Key kann ausschließlich bei Anschluss des Repeaters per USB über die Konfig-Seite im Webflasher oder über das CLI abgefragt werden, Befehl get prv.key
https://meshcore.io/flasher (rechts oben, Repeater Setup bzw. Konsole)
Konfiguration des Repeaters
Per CLI sind nach Installation bzw. Update folgende Dinge zu kontrollieren bzw. einzustellen. Nach Eingabe aller Befehle am besten den Repeater einmal neu durchstarten (Befehl reboot). Befehle sind kursiv geschrieben:
get radio.rxgain
= on (sonst set radio.rxgain on) - Empfangsverstärkung LNA für z.B. Heltec (nicht Seeed)
gps on
= ok (Ausgabe Status mit gps , z.B. on, active, fix, 20 sats)
clock
= Datum, Uhrzeit UTC
-> Uhrzeit wird per GPS alle 30 Minuten synchronisiert.
set flood.max.advert <Wert>
= maximale Anzahl Hops für ein Flood Advert (möglich 0-64, empfohlen 3). Hiermit kann
* denyf offen, d.h. “grün” bleiben, maximale Hops für ein Flood Advert werden begrenzt. Abfrage mit get flood.max.advert
set flood.max.unscoped <Wert>
= maximale Anzahl Hops für Pakete ohne Region (möglich 0-64, empfohlen 3). Hiermit kann * denyf offen, d.h. “grün” bleiben, maximale Hops für eine Nachricht ohne Scope werden begrenzt. Abfrage mit get flood.max.unscoped
set dutycycle 10
= 10% Arbeitszyklus, regulatorische Vorschrift BNetzA, siehe unten.
Abfrage mit get dutycycle
region default <Name>
= Default-Region des Repeaters, betrifft nur Repeater-eigene Aussendungen. Es wird kein Scope auf Nachrichten oä. gesetzt!
set flood.max <Wert>
= Maximale Hops für Flood-Nachricht (empfohlen 10), Abfrage mit get flood.max
set path.hash.mode <Wert>
= Advert Path (Wert 0 = 1 Byte / 1 = 2 Byte / 2 = 3 Byte) (empfohlen 2 Byte oder 3 Byte)
Abfrage mit get path.hash.mode
Alte Repeater-Firmware Version 1.9.x und darunter sind mit 2 Byte und 3 Byte inkompatibel. Spätestens jetzt wäre ein guter Zeitpunkt, ein Update durchzuführen, da der Repeater mit veralteter Firmware sonst nicht mehr “mitspielen darf".
set multi.acks 1 (1 = an, 0 = aus)
= Multi ACK, erhöht die Zuverlässigkeit der Zustellung von Nachrichten.
Abfrage mit get multi.acks
set int.thresh <value>
= Detektiert Aktivität auf Kanal
[mit EVO Firmware HW-basierte channel activity detection CAD (0 = aus, 1 = an)].
Abfrage mit get int.thresh
https://github.com/meshcore-dev/MeshCore/issues/1157 (default = 14, besser 0 = aus?)
set flood.advert.interval <Stunden>
= automatische Aussendung von Flood Adverts, Empfehlung 150 Stunden (kein Vielfaches von 24 zur Kollisionsvermeidung) oder 0 Stunden (aus). Mit Firmware 1.16 und Flood Advert Begrenzung Empfehlung 150 Stunden (ca. 1x pro Woche, 150 Stunden = 6,25 Tage)
(Werte 3-168 Stunden). Abfrage mit get flood.advert.interval
set advert.interval <Minuten>
= automatische Aussendung von Zero Hop Adverts, Empfehlung 240 Minuten (alle vier Stunden, Werte 0-240 Minuten). Abfrage mit get advert.interval
set agc.reset.interval <Sekunden> Abweichung von Default umstritten!
= setzt die AGC (automatic gain control) zurück. Kurze Intervalle vor allem für Repeater mit “störenden” Nachbarn. Abfrage mit get agc.reset.interval
Empfehlung, abgeschaltet zu lassen (Default-Wert = 0).
Zu txdelay und rxdelay sowie interval
https://meshcore.coloradomesh.org/guides/repeater-setup#profiles
und
https://urspringer.de/mc-rpt-config
sowie
https://doku.urspringer.de/share/0q9tf2arud/p/untitled-SK85APAGXl
set cad on
set cad off
= Channel Activity Detection an oder aus, Abfrage mit get cad
https://github.com/meshcore-dev/MeshCore/pull/3121 = Empfehlung aus
set radio.fem.rxgain on (on oder off)
set radio.fem.txgain on (on oder off)
= front end module FEM, LNA und PA, Verstärkung Sendeleistung bzw. Verbesserung Empfang - nur für Repeater mit FEM (nicht z.B. Seeed Sensecap Solar Node P1 Pro).
Befehle im CLI für die IoTThinks PowerSaving Firmware
Eingabe: powersaving on
Ausgabe: on - immediate effect
Eingabe: gps on
Ausgabe: on (powersaving)
Eingabe: gps
Ausgabe: off (powersaving, wake in 23h 59 m), last sync …
Duty Cycle / Arbeitszyklus
Der Duty Cycle (Arbeitszyklus) ist eine regulatorische Vorschrift
Über CLI set dutycycle 10 => 10% Arbeitszyklus, wie vorgeschrieben, siehe oben.
Sendeleistung
Zulässig sind maximal 500 mW ERP, entsprechend kleiner 27 dBm. ERP = effective radiated power, also effektiv abgestrahlte Leistung. Antennengewinne sowie sonstige Gewinne bzw. Verluste sind mit einzuberechnen.
Bei Heltec Geräten entspricht die eingestellte Leistung nicht der tatsächlichen, da noch ein interner Verstärker angesteuert wird. Eine Einstellung von 18 dBm entspricht schon ca. 462 mW: https://github.com/meshcore-dev/MeshCore/issues/1708
nRF-Geräte wie z.B. der Companion Seeed Wio Tracker L1 Pro oder der Repeater Seeed Sensecap Solar Node P1 Pro arbeiten mit 22 dBm, ca. 158 mW
Einstellung im CLI mit
set tx <dBm>, also z.B. set tx 22
Abfrage mit get tx
Allgemeinzuteilung von Frequenzen zur Nutzung durch Geräte geringer Reichweite (SRD) Vfg. 91/2025
https://www.bundesnetzagentur.de/DE/Fachthemen/Telekommunikation/Frequenzen/Allgemeinzuteilungen/_DL/vfg91_2025.pdf?__blob=publicationFile&v=3 (Seite 17, Nr. 54)
GPS-Standort
Standort zumindest ungefähr auf der Karte angeben, z.B. per Admin-Zugriff über die App “Position" (Set repeater position on the map).
Repeater-Name
Repeater Benennung frei, z.B. “Repeater Schlumpfhausen” oder
Vorschlag Land.Bundesland.KFZ-Kennzeichen.Name, also z.B. de.bw.ka.Pyramide oder Benennung nach Repeater-Gruppe zur besseren Erkennbarkeit, Hinweis auf lokale Mesh-Community wie z.B. ka-mesh oder hansemesh empfohlen, damit der Repeaterbetreiber erreicht werden kann.
Eine weitere Idee zur Benennung:
<LAND>-<PLZ>-<Kürzel>
z.B.
DE-63477-MUF1
DE-61389-Feldberg 1
Regionen
Die Begriffe Region und Scope sind gleichbedeutend, leider ist diese doppelte Begrifflichkeit etwas unglücklich. Der Nutzer an seinem Companion stellt einen Scope ein (maximal einer), der Repeater-Betreiber an seinem Repeater die Regionen. Scopes am Companion haben NUR Einfluss auf die Aussendungen, nicht auf den Empfang. Unabhängig vom eingestellten Scope empfängt der Companion alles und verwirft nichts.
Regionen sind ein wichtiges Hilfsmittel, um das Mesh nicht durch unkontrolliertes Flooding zu überlasten. In der Vergangenheit, als Meshcore in Deutschland immer weiter verbreitet wurde, kam es zu massiven Problemen: Admins konnten ihre Repeater nicht mehr administrieren, Traffic ging einfach unter, die Sendezeit der Repeater wurde überschritten - die Ursache denkbar simpel: jeder flutete alles einfach überall hin. Keine Regionen, keine Kontrolle. In einem Mesh mit nur einer handvoll Nutzer spielt das alles keine Rolle; aber Deutschland unterscheidet sich in der Hinsicht stark von vielen anderen Ländern, wo Meshcore weniger ausgebaut ist und/oder es nur wenige Nutzer gibt: die Zahl an Repeatern und Nutzern steigt bei uns immer mehr, daher muss der Traffic möglichst lokal gehalten werden. Regionen so klein wie möglich, so groß wie nötig. Das örtliche “Guten Morgen” für die lokale Runde muss nicht von Konstanz bis Hamburg flooden und umgekehrt.
Die Österreicher haben die Problematik ebenfalls bei sich erkannt und sogar ein eigenes Tool entwickelt: https://www.digitalcitizen.at/2026/03/28/meshcore-extrem-64-hops-reichweite-smart-baendigen-mit-regionen-scopes/
Meshcore in der Ausbaustufe in Deutschland mit seiner hohen Anzahl an Repeatern und noch mehr Nutzern kann nur lokalen Traffic (ungefähr auf Bundesland-Ebene, je nach Anzahl Repeater) wirklich verlässlich stemmen. Je weiter ich durch Deutschland kommunizieren möchte, desto unzuverlässiger wird es. Das ist keine Regulierungswut bösartiger Kleingeister, sondern es handelt sich um harte technisch-physikalische Grenzen. So wie man mit einem Gartenschlauch nicht den gesamten Wasserbedarf einer Großstadt decken kann, so kann man mit Meshcore nicht den Kommunikationsbedarf von mehreren tausend Nutzern decken. Dafür ist das Protokoll schlicht nicht geeignet. Leider wird Meshcore von findigen/geschäftstüchtigen Menschen als die ultimative resiliente Kommunikationslösung verkauft, welche quasi kostenlos ist (von der einmaligen Anschaffung der Geräte abgesehen) und es einer beliebig hohen Anzahl an Menschen erlaubt, bei Ausfall von Strom und Internet 24/7 zuverlässig über eine Fläche von mehreren tausend Quadratkilometern zu kommunizieren. Dass das nicht möglich ist, sollte jedem verständlich sein.
Zu den Einstellungen von Regionen im Repeater:
Regionen je nach Standort. Ab FW 1.16 kann deny f offen bleiben, da über flood.max.advert und flood.max.unscoped reguliert wird.
Default Region vergeben - betrifft nur Repeater-eigene Aussendungen!
Die Default-Region des Repeaters kann im Admin-Panel eingestellt werden, wo auch die anderen Regionen definiert werden (Untermenü oder per CLI Befehl region default <name>).
Regionen siehe Wiki:
https://meshcore-de.fyi/meshcore:allgemeines:regions:reale-regions-in-repeatern
“Gegenstück” für Companion, Channel mit entsprechendem Scope:
https://meshcore-de.fyi/meshcore:allgemeines:hashtag_channels
Regionen im Grenzbereich zu Nachbarländern
Je nach Kontakt zu Meshcore Communities in Nachbarländern kann im gegenseitigen Austausch das Setzen von Regionen der Nachbarn sinnvoll sein.
Grenze Deutschland/Frankreich bei KA, beispielhaft:
Regionen fr, fr-alsace, pamina
Gastzugang
Gastzugang mit Kennwort schützen (individuelles PW), damit keine automatisierten Abfragen stattfinden, die unnötig Traffic erzeugen.
Owner Info
Per Zero Hop bzw. mit festgelegtem Pfad ohne Kennwort abrufbar. Idealerweise wird zumindest eine Kontaktinfo hinterlegt, wie der Betreiber des Repeaters erreicht werden kann (z.B. E-Mail).
Uhrzeit / GPS / Synchronisierung
Bei verbautem GPS-Modul kann über das CLI mit dem Befehl gps sync die Uhrzeit synchronisiert und mit dem Befehl clock abgefragt werden. Alternativ kann eine RTC eingebaut und über das i2c angeschlossen werden, benötigt wird ein DS3231 RTC Modul.
Amazon: https://www.amazon.de/dp/B07MB8YGCR
AOW-Filter
SAW-Filter von elektronikreich.de https://elektronikreich.de/ratgeber.html
Info: https://hansemesh.de/anleitungen/saw-filter/
Prinzip: https://de.wikipedia.org/wiki/Akustische-Oberfl%C3%A4chenwellen-Filter
Bild zum Einbau in Seeed SenseCap Solar Node P1 Pro:
Der Filter wird mit einem zusätzlichen uFL-Kabel (Achtung, Anschlüsse empfindlich!) zwischen Antennenanschluss und Board geschleift, die Einbaurichtung spielt keine Rolle. Wer möchte, kann bei dieser Gelegenheit auch den RP-SMA-Anschluss gegen einen regulären SMA-Anschluss tauschen.
Eine weitere Möglichkeit zur Filterung sind Cavity-Filter:
https://www.reddit.com/r/meshcore/comments/1tcf7st/filter_recommendations/
https://shop.sysmocom.de/868-863..870-MHz-cavity-filter-ISM-LoRa-SigFox-Helium/cf866.5-kt30
Zur weiteren Suche: Stichworte cavity filter sowie Hohlraumresonatoren
Kabel
Beispiel Anschluss Antenne ALFA 868 an Repeater Seeed SenseCap Solar Node P1 Pro: benötigt werden N-Buchse und SMA Reverse Stecker
SMA Reverse Buchse = RP-SMA female
SMA Reverse Stecker = RP-SMA male
alternativ, z.B. passend für Seeed SenseCap Solar Node P1 (Pro) Halterung:
https://de.aliexpress.com/item/1005008187633357.html
Antennen
Ein paar Faustregeln:
- mehr Gewinn (dB) bringt nicht zwangsweise mehr Nutzen. Für dichte Meshs reichen die 2-3 dBi Antennen. Hoher Gewinn ist für exponierte Standorte oder spezielle Anwendungen. Außerdem müssen die 500 mW ERP beachtet werden.
- Antenne möglichst hoch und möglichst frei montieren. Keine Abschattung, nicht zu nahe an Masten, Wänden etc montieren. Am Mast-Ende ist in Ordnung, parallel zum Mast mit geringem Abstand schlecht.
- Beim Seeed Sensecap Solar Node kann das Blech so gebogen werden, dass die Antenne nicht vom Solarpanel abgeschattet wird.
- …
ALFA 868 https://quantumlink.shop/products/alfa-aoa-868-5acm-5dbi-868mhz-outdoor-lora-antenne
Ziisor https://www.aliexpress.com/store/1103858337
Für exponierte Standorte
https://www.digikey.de/de/products/detail/seeed-technology-co-ltd/318020692/15976346
Delock LoRa Antenne 89583
https://www.delock.de/produkt/89583/merkmale.html
Achtung, es existieren Fälschungen diverser Antennen; so z.B. die ALFA 868 ohne Aufdruck auf dem Antennengehäuse oberhalb des N-Steckers und teilweise werden Antennen fehldeklariert verkauft (z.B. 915 MHz Antenne als 868 MHz Antenne), was dann zu Fehlanpassungen und schlechtestenfalls zu Schäden an der Sendeendstufe führen kann. Daher am besten nur in den genannten Shops bestellen und wer wirklich auf Nummer Sicher gehen will: Antenne vorher durchmessen.
Vorsicht ebenfalls bei Knickantennen. Im abgeknickten Zustand verändert sich die Resonanz teilweise massiv!
Weiterführende Links
Eine sehr schöne Anleitung zur Meshcore Repeater-Konfiguration:
https://doku.urspringer.de/share/0q9tf2arud/p/einrichtung-meshcore-repeater-q4ii1dN123
Meshcore-App
Empfehlung https://kiekr.app
Gute App mit Community-Upload der Repeater, Karte und vielen weiteren tollen Funktionen.
Meshcore Wiki https://meshcore-de.fyi/start
Telegram-Gruppe MeshcoreDE https://t.me/meshcorede
Meshcore Karte https://map.meshcore.io/
PV und Akku vs. Kälte https://yycmesh.com/blog/cold-weather-charging
CLI Befehlsreferenz
https://github.com/meshcore-dev/MeshCore/blob/main/docs/cli_commands.md
Kartendarstellung https://map.kiekr.app/
Analyzer https://analyzer.letsmesh.net/
LoRa Lexikon https://www.thethingsnetwork.org/docs/lorawan/rssi-and-snr/
Webflasher https://meshcore.io/flasher
Webapp https://app.meshcore.nz/
Desktop-Anwendung https://files.liamcottle.net/MeshCore/v1.40.0/
Lokale Mesh-Gruppen
https://taunus-mesh.de/ (10/2026: Webseite nicht erreichbar)
https://rhein-neckar-mesh.de (10/2026: Webseite nicht erreichbar)