OFF-GRID
COMMUNICATION
FOR AUSTRIA
MeshCore is the open LoRa mesh network for Austria. It connects you with others — over mountains, through valleys, without internet, without cellular, without a provider. Decentralized, resilient and community-driven.
Aktuelle NewsLatest News
Companion App 1.45.0: Neue Ersteinrichtung und FehlerbehebungenCompanion App 1.45.0: New Setup Flow and Bug Fixes
- + Neue Onboarding-Oberfläche für Ersteinrichtung
- + Regionen aus Nicht-Kontakten erkennen
- + Mehrere Channel-Crash-Bugs behoben
- + Neues Hashtag-Icon für Channels
MeshCore 1.16.0: Power Saving für ESP32-Repeater, neue Boards und Preamble-OptimierungMeshCore 1.16.0: ESP32 Repeater Sleep Mode, New Boards, and Preamble Rework
- + ESP32-Repeater mit Power Saving
- + Station G3 Board-Unterstützung
- + Preamble-Länge dynamisch anpassbar
- + Neue CLI-Befehle und Limits
Sonderbericht: MeshCore-Evo – die Community-Fork für robustere Repeater-NetzeSpecial Report: MeshCore-Evo – the community fork for more robust repeater networks
- + Community-Fork der MeshCore-Repeater-Firmware (MIT-Lizenz, von mattzzw)
- + Begrenzt Flood-Adverts per set flood.advert.base und nutzt Hardware-CAD
- + Aktuell v1.15.0-evo_0.1.20 (14.05.2026), basiert auf MeshCore 1.15.0 dev
- + Python-Stack für Linux-Mesh-Infrastruktur
- + Mehrere Identitäten auf einem Gerät
- + Browser-Dashboard für Netzwerkanalyse
MeshCore-Kernteam erklärt Projekttrennung und bezieht neue digitale HeimatMeshCore Core Team Goes Public on Internal Split, Establishes New Official Home
- + Das offizielle MeshCore-Kernteam erklärt die Hintergründe einer internen Spaltung im Projekt
- + Ein ehemaliges Mitglied soll heimlich eine Markenanmeldung für "MeshCore" eingereicht haben
- + Das Kernteam betreibt nun meshcore.io als offizielle Anlaufstelle für Firmware, Dokumentation und Community
- + MeshCore zählt bereits über 38.000 Nodes weltweit und 100.000+ aktive App-Nutzer
MeshCore Relay Controller: Relais per LoRa-Mesh fernschaltenMeshCore Relay Controller: Switch Relays via LoRa Mesh
- + Off-Grid-Relaissteuerung über LoRa-Mesh
- + Flexible GPIO-Konfiguration
- + Browser-basierter Flasher (Chrome/Edge)
- + Mehrstufige Sicherheit (Passwort, Whitelist, Rate-Limiting)
- + Serielle Konsole für Tests
- + Alternative Flashmethoden für nRF52-Boards
MeshCore Companion App 1.44.0: USB-Support, neuer Nachrichten-Composer und weitere VerbesserungenMeshCore Companion App 1.44.0: USB Support, New Message Composer and Quality-of-Life Updates
- + USB-Verbindungen für alle Desktop-Plattformen
- + Neuer Nachrichten-Composer mit Kontaktfreigabe
- + Spanische und rumänische Übersetzung hinzugefügt
- + Entwürfe werden automatisch gespeichert
- + Light- und Dark-Modus neu
- + Akzentfarbe frei wählbar
- + Verfügbar im MeshCore Flasher
- + KI-generierter Code ohne Offenlegung
- + Markenanmeldung hinter dem Rücken des Teams
- + Core-Team setzt Entwicklung unabhängig fort
14. Juni 2026
Companion App 1.45.0: Neue Ersteinrichtung und FehlerbehebungenCompanion App 1.45.0: New Setup Flow and Bug Fixes
App v1.45.0
Die MeshCore Companion App erscheint in Version 1.45.0. Dieses Update bringt eine überarbeitete Einrichtung für neue Geräte, kleinere Verbesserungen bei der Kontaktverwaltung sowie eine Reihe von Fehlerbehebungen. Hier ein Überblick für alle, die ihre Knoten über die App verwalten.
Neue Onboarding-Oberfläche
Beim ersten Verbinden eines Geräts begleitet euch nun eine neue Onboarding-Oberfläche durch die Einrichtung. Der Ablauf führt Schritt für Schritt durch die wichtigsten Grundeinstellungen. Das erleichtert besonders Einsteigern den Start mit einem frischen Knoten.
Regionserkennung aus Nicht-Kontakten
Mit Firmware v1.16.0+ kann die App nun Funkregionen auch aus Geräten erkennen, die nicht in der Kontaktliste stehen. Das ist praktisch, um die in der Umgebung verwendeten Regionen (Frequenzbänder) schneller zu identifizieren. Zusätzlich gibt es bei leerer Kontaktliste jetzt einen Button, um direkt einen Kontakt hinzuzufügen.
Behobene Abstürze
Mehrere Abstürze wurden beseitigt. Ein Dialog konnte die App zum Absturz bringen, wenn beide Buttons gleichzeitig gedrückt wurden. Auch der Foreground-Service unter Android (der Dienst, der die App im Hintergrund aktiv hält) konnte zu Abstürzen führen — beides ist nun behoben.
Channel- und Karten-Korrekturen
Ein Channel lud nicht, wenn die Firmware mehrere Channels mit demselben Secret hatte. Auf der Neighbours-Karte (Nachbarknoten-Übersicht) wurde der eigene Repeater beim Anpassen der Marker nicht berücksichtigt. Beim Anhängen der aktuellen Position an eine Nachricht wurde die Position nicht neu abgerufen. Auch der Filter der Discover-Liste nach Path-Hash-Größe ignorierte den Kontakttyp-Filter — alle vier Punkte sind korrigiert.
Weitere Änderungen
Das Icon des Channels-Tabs wurde von einem Signal-Symbol auf ein Hashtag umgestellt. Außerdem wurden die Übersetzungen aktualisiert.
6. Juni 2026
MeshCore 1.16.0: Power Saving für ESP32-Repeater, neue Boards und Preamble-OptimierungMeshCore 1.16.0: ESP32 Repeater Sleep Mode, New Boards, and Preamble Rework
Firmware v1.16.0
Am 6. Juni 2026 wurde MeshCore 1.16.0 veröffentlicht. Dieses Release bringt mit dem Power Saving für ESP32-basierte Repeater ein lang erwartetes Feature, dazu kommen neue Board-Unterstützungen, eine überarbeitete Preamble-Logik und zahlreiche Fixes in der CLI sowie bei Sensoren und Displays.
Power Saving für ESP32-Repeater
Das größte Feature dieser Version: Alle ESP32-basierten Repeater können jetzt in den Schlafmodus wechseln. Sobald ein LoRa-Paket empfangen wird, wacht der Repeater auf, verarbeitet das Paket und legt sich sofort wieder schlafen. Die Zeitabweichung wurde dabei von rund 60 Sekunden pro Tag auf etwa 7 Sekunden reduziert. Das Power Saving ist standardmäßig deaktiviert und lässt sich über die CLI steuern:
powersaving on
Auch NRF52-basierte Companions profitieren von Verbesserungen beim Energiesparen – unter anderem wird das automatische Abschalten bei externer Stromversorgung jetzt unterdrückt, und bei E-Ink-Displays wird die Auto-Shutdown-Verzögerung übersprungen.
Neue Boards und Hardware
Mit dieser Version kommen mehrere neue Boards dazu: Die Station G3 mit softwarekonfigurierbarem LNA und PA1, das LilyGo T-ETH Elite, das LilyGo T-Impulse Plus, die Xiao S3-Variante, das Heltec Mesh Node T1 und das T-Echo Card mit eigenem U8G2-Display-Wrapper. Außerdem wird das Heltec V4 Expansion Kit für OLED-Repeater unterstützt, und für das RAK4631 gibt es jetzt BME680 BSEC-Unterstützung für Luftqualitätsmessung.
Preamble-Logik überarbeitet
Die Preamble-Länge (Synchronisierungsvorspann eines LoRa-Pakets) wird jetzt dynamisch angepasst: Bei einem Spreading Factor unter SF9 beträgt sie 32 Symbole, ab SF9 bleibt sie bei 16. Dieser Wert wird bei Änderung des Spreading Factors über die CLI automatisch aktualisiert und gecacht, damit nicht bei jedem Sendevorgang unnötig setPreambleLength() aufgerufen wird. Die Berechnung der geschätzten Airtime wurde ebenfalls angepasst, um falsche Werte zu vermeiden.
CLI-Verbesserungen und neue Befehle
Mehrere CLI-Befehle haben jetzt Obergrenzen-Prüfungen: rxdelay, txdelay und direct.txdelay akzeptieren keine ungültigen Werte mehr. Neu ist der Befehl region def (ersetzt region bulk) zum hierarchischen Setzen von Regionsparametern. Außerdem gibt es die neuen Einstellungen flood.max.unscoped und flood.max.advert (Standard: 8):
flood.max.advert 8 flood.max.unscoped 0
Der Befehl radio.rxgain funktioniert jetzt auch auf dem LR1110 (T1000-E).
Fixes und Wartung
Die RAK4631 SX1262 Pin-Konfiguration wurde korrigiert, ebenso die Batteriespannungsmessung beim T-Echo Lite und die LED-Initialisierung beim SenseCAP Solar. Für Heltec-Boards ist der LNA nun standardmäßig deaktiviert, und für das Heltec T096 sowie den Wireless Tracker v2 wurde die fehlerhafte FEM/LNA-Aktivierung behoben. Das Flood-Advert-Intervall für Repeater und Room Server wurde auf 47 Stunden vereinheitlicht. Die WiFi-Reconnect-Logik auf ESP32 arbeitet jetzt nicht-blockierend, und die KISS-Modem-Verarbeitung wurde robuster gemacht.
Alle Details und Firmware-Downloads gibt es auf meshcore.at.
25. Mai 2026
Sonderbericht: MeshCore-Evo – die Community-Fork für robustere Repeater-NetzeSpecial Report: MeshCore-Evo – the community fork for more robust repeater networks
Community
In großen oder dicht besiedelten Mesh-Netzen stoßen Repeater schnell an Grenzen: zu viele Flood-Adverts, Interferenzen und ausgereizte Sendezeit-Budgets (Duty Cycle) führen zu Kollisionen und verlorenen Nachrichten. Genau hier setzt MeshCore-Evo an – eine Community-Fork der offiziellen MeshCore-Firmware, die ausgewählte, noch nicht offiziell übernommene Verbesserungen bündelt.
> Hinweis: MeshCore-Evo ist eine inoffizielle Community-Fork des Entwicklers mattzzw und keine offizielle MeshCore-Firmware. Der Einsatz erfolgt auf eigene Verantwortung.
Was ist MeshCore-Evo?
MeshCore-Evo bezeichnet sich selbst als „freundliche Fork" des MeshCore-Projekts. Ziel ist es, Repeater-Firmware mit einigen noch ausstehenden Upstream-Verbesserungen bereitzustellen – also Pull Requests (PRs), die im offiziellen Repository noch nicht übernommen wurden oder es aus verschiedenen Gründen vielleicht nie werden. Die Fork steht unter der MIT-Lizenz und basiert jeweils auf einer offiziellen MeshCore-Version (aktuell dem Entwicklungszweig von 1.15.0).
Der Schwerpunkt liegt klar auf Repeatern in großen bzw. dichten Netzen. Für normale Companion-Clients ist die Fork weniger relevant – diese leiten in MeshCore ohnehin keine Pakete weiter.
Was MeshCore-Evo verbessert
Der Schwerpunkt liegt auf typischen Problemen großer Netze:
- +Flood-Adverts steuerbar machen: Statt jede Advert-Flut ungebremst weiterzuleiten, lässt sich der Anteil weitergeleiteter Flood-Adverts dosieren – das entlastet dichte Netze spürbar.
- +
denyf *verfeinern: Ein Repeater, der perdenyf *eigentlich alles ablehnt, kann trotzdem weiterhin Pfade für Direktnachrichten zulassen. - +Interferenz hardwareseitig erkennen: Über die Channel Activity Detection (CAD) des Funkchips werden Störungen zuverlässiger erkannt.
Aktuelle Version: v1.15.0-evo_0.1.20 (14. Mai 2026)
Die derzeit neueste Version basiert auf dem offiziellen MeshCore-1.15.0-dev-Zweig (Stand 14. Mai 2026) und ergänzt ihn um folgende noch nicht offiziell übernommene Pull Requests (PRs):
- +PR2553 – Flood-Adverts begrenzen:
set flood.advert.base 0...1steuert die Weiterleitung von Flood-Advert-Paketen (0= keine Weiterleitung,0.308= Standard,1= alle weiterleiten). - +PR1810 – Direktnachrichten trotz
denyf *: erlaubt Pfade für Direktnachrichten, auch wenndenyf *gesetzt ist. In dieser Version so angepasst, dass Flood-Adverts nicht blockiert werden, sondern nurPAYLOAD_TYPE_GRP_TXTundPAYLOAD_TYPE_GRP_DATA(Gruppen-Text und Gruppen-Daten). - +PR1727 (neu in dieser Version) – Hardware-CAD: hardwareseitige Channel Activity Detection zur Interferenzprüfung, aktivierbar mit
set int.thresh 1.
- +Abschalt-Spannung (lockout voltage) für die Varianten RAK 4631, Xiao nRF und T114 von 3,3 V auf 0 V gesenkt.
- +Flood-Adverts standardmäßig deaktiviert (
flood.advert.interval= 0). - +Neu: LoRa-Coding-Rate
LORA_CRstandardmäßig auf 8 (in derplatformio.ini).
radio.rxgain eingeschaltet (on) und flood.advert.base auf 0.308 gesetzt ist.
Die beiden vorangegangenen Versionen waren v1.15.0-evo_0.1.19 (24. April 2026) und v1.14.1-evo_0.1.18 (5. April 2026).
Versionierung und Release-Rhythmus
Die Versionen tragen ein zweiteiliges Schema: die zugrunde liegende MeshCore-Version plus ein evo-Suffix, zum Beispiel v1.15.0-evo_0.1.20. Seit Ende Februar 2026 erschien rund ein Dutzend Releases, die jeweils zügig auf neue MeshCore-Stände (1.13.0 → 1.14.x → 1.15.0) nachgezogen wurden.
Für wen lohnt sich ein Blick?
Vor allem für Betreiber von Repeatern in dichten oder stark frequentierten Netzen, die mit Advert-Fluten, Interferenzen oder Duty-Cycle-Grenzen zu kämpfen haben. Wer einen einzelnen Repeater in ruhiger Lage betreibt, kommt mit der offiziellen Firmware in der Regel gut aus.
Da es sich um eine inoffizielle Fork handelt, gilt: die Änderungen genau in den Release-Notes nachlesen, die Einstellungen nach dem Flashen prüfen und im Zweifel mit der eigenen Community abstimmen.
Quellen
- +Repository: github.com/mattzzw/MeshCore-Evo
- +Releases & Changelogs: github.com/mattzzw/MeshCore-Evo/releases

12. Mai 2026 · vonby rightup
pyMC: Python-Implementierung für Linux-basierte MeshCore-InfrastrukturpyMC: Python Implementation for Linux-Based MeshCore Infrastructure
Blog
Was ist pyMC?
Im Kern ist pyMC eine Python-Implementierung eines MeshCore-kompatiblen Stacks. Es ist darauf ausgelegt, auf Linux-basierten Systemen zu laufen und eingebettete LoRa-Radios mit übergeordneten Softwarediensten zu verbinden. Begonnen hat es als Versuch, das MeshCore-Protokoll besser zu verstehen. Ziemlich schnell wurde daraus jedoch etwas deutlich Nützlicheres: eine wiederverwendbare Kernbibliothek für den Aufbau flexibler, Linux-betriebener Mesh-Infrastruktur. Der pyMC-Kern übernimmt die protokollseitige Arbeit:
- +Parsen und Erzeugen von MeshCore-Paketen
- +Verwaltung von Identitäten und Adressierung
- +Sicherstellung der Kompatibilität bei Protokollweiterentwicklungen
- +Handling von Radio-Interfaces (SPI, KISS, USB-CH341)
Auf dem pyMC-Kern setzt der pymc repeater auf, der die betriebliche Seite übernimmt:
- +Verarbeitung von Paketen
- +Anwendung von Routing- und Filterlogik
- +Weiterleitung von Datenverkehr
- +Unterstützung von Diensten wie Roomservern, Companions und Observer-Datenausgabe
Eine zentrale Designentscheidung betrifft den Umgang mit Identitäten. Anstatt davon auszugehen, dass ein physischer Knoten genau einer logischen Präsenz entspricht, erlaubt pyMC mehreren Identitäten, auf demselben Radio zu existieren.
In der Praxis kann ein einzelnes Gerät mehrere Rollen übernehmen. Es kann als Repeater agieren, verschiedene logische Endpunkte repräsentieren oder zusätzliche Dienste hosten – jeder mit seinem eigenen Kontext.
Diese Flexibilität ermöglicht es einem pymc repeater, sich zu einer Multi-Companion-Basisstation weiterzuentwickeln. An diesem Punkt verhält er sich weniger wie ein einfacher Paket-Repeater und eher wie ein leichtgewichtiger Message-Hub für das Mesh.
Anders ausgedrückt: pyMC gibt MeshCore eine Linux-native Oberfläche. Es kann Repeater betreiben, Dienste hosten, Analysen antreiben oder völlig neue Mesh-Anwendungen unterstützen – ohne die Kompatibilität mit der darunterliegenden Funkschicht zu verlieren.



Wo pymc_console seinen Platz hat
Ein Beispiel für diesen erweiterten Gestaltungsraum ist pymc_console: ein browserbasiiertes Dashboard, das auf dem pyMC-Repeater aufbaut.
Während pyMC die Protokoll- und Repeater-Schicht übernimmt, macht pymc_console diese Aktivität zu etwas, das man tatsächlich sehen und nachvollziehen kann. Paketfluss, Radiostatus, verbundene Identitäten, Observer-Ausgabe, Airtime-Auslastung und Netzwerkverhalten lassen sich in einer zugänglichen Oberfläche darstellen.
Das ist wichtig, weil ein Mesh-Netzwerk schwer zu verbessern ist, solange es unsichtbar bleibt. Sobald Pakete, Routen, Signalqualität und Auslastungsmuster beobachtbar werden, ist der Repeater mehr als nur ein Weiterleitungsknoten. Er wird zu einem lokalen Fenster in den Zustand und das Verhalten des Meshs.
In diesem Sinne ist pymc_console weniger eine eigenständige Idee als eine natürliche Erweiterung der pyMC-Architektur. Dasselbe Linux-native Fundament, das pyMC die Kommunikation mit Radios ermöglicht, macht es auch möglich, Analysen, Dashboards, Companion-Erlebnisse und neue Werkzeuge rund um das Mesh zu bauen.



Das Interessante ist nicht nur, was pyMC heute leistet, sondern was es in der Praxis ermöglicht.
Wer es erkunden, selbst betreiben oder seine Weiterentwicklung verfolgen möchte, findet alles Nötige zum Einstieg bereit.
Wo man anfängt
Quellcode und Setup-Anleitungen gibt es auf https://github.com/pyMC-dev
Oder tritt dem pyMC Discord bei: https://discord.gg/hRjW9ha6m
Empfohlene Hardware
Für ein unkompliziertes pyMC-Setup empfehle ich folgende getestete und kompatible Hardware-Plattformen. MeshToad und MeshTadpole eignen sich ideal für leichtgewichtige Installationen, Heimlabore und Desktop-Einsatz, während PiMesh eine hervorragende Raspberry-Pi-basierte Lösung für Infrastruktur- und Gateway-Deployments bietet. Für repeater-fokussierte Installationen bietet der UltraPeater Luckfox Pico Ultra HAT eine kompakte und effiziente dedizierte Repeater-Plattform.
- +MeshToad V3 — https://muzi.works/products/nullhop-meshtoad-v3
- +MeshTadpole SX1262 USB Stick — https://www.elecrow.com/meshtadpole-sx1262-usb-stick.html
- +PiMesh — https://meshsmith.net/
- +UltraPeater — https://zindello.com.au/ultrapeater/

23. April 2026
MeshCore-Kernteam erklärt Projekttrennung und bezieht neue digitale HeimatMeshCore Core Team Goes Public on Internal Split, Establishes New Official Home
Community
Das MeshCore-Kernteam hat in einem Blogbeitrag vom 23. April 2026 öffentlich gemacht, warum es in den vergangenen Monaten zu einer internen Auseinandersetzung im Projekt gekommen ist – und wo die offizielle Weiterentwicklung stattfinden wird.
*Quelle: MeshCore Blog – "Why The Split?", 23. April 2026*
Hintergrund: Was ist passiert?
Andy Kirby, ein ehemaliges Mitglied des Teams, hatte laut Aussage des Kernteams über längere Zeit die Kernkomponenten des MeshCore-Ökosystems – darunter Standalone-Geräte, die mobile App sowie Web-Tools – größtenteils mithilfe von KI-generiertem Code (konkret: Claude Code) neu entwickelt, ohne dies transparent zu kommunizieren. Als das Team kurz darauf erfuhr, dass Kirby am 29. März 2026 heimlich eine Markenschutzanmeldung für den Namen „MeshCore" eingereicht hatte, brachen die internen Gespräche endgültig zusammen. Seitdem gibt es keine Kommunikation mehr zwischen Kirby und dem übrigen Team.Marke, GitHub und die Frage nach dem „Offiziellen"
Das Kernteam stellt klar: Die einzige maßgebliche Referenz für das, was offizielles MeshCore ist, bleibt das öffentliche GitHub-Repository. Kirby habe dazu nie Code beigetragen. Er betreibt weiterhin die Seite meshcore.co.uk und vermarktet dort seine MeshOS-Produktlinie unter dem Begriff „offiziell" – was vom Kernteam ausdrücklich bestritten wird.
Neue offizielle Anlaufstellen
Als Reaktion auf die Situation hat das Kernteam die Domain meshcore.io als neuen offiziellen Knotenpunkt etabliert. Dort finden sich Firmware-Releases, technische Dokumentation und ein neuer Discord-Server für den direkten Austausch mit den Entwicklern:
Offizielle Website: https://meshcore.io Blog: https://blog.meshcore.io Dokumentation: https://docs.meshcore.io GitHub: https://github.com/meshcore-dev/MeshCore Discord: https://meshcore.gg
Das Kernteam und der Projektstand
Das verbleibende Kernteam besteht aus Scott (Projektgründer, Lead Firmware-Entwickler), Liam Cottle (App-Entwickler), Recrof (MeshCore Map & Flasher), FDLamotte (Python-Tools, STM32-Firmware) und Oltaco (OTA-Bootloader). Seit dem Start im Jänner 2025 ist das Netzwerk auf über 38.000 Nodes weltweit gewachsen, die offizielle App verzeichnet mehr als 100.000 aktive Nutzer auf Android und iOS – eine bemerkenswerte Entwicklung für ein junges Open-Source-Funkprojekt.
9. April 2026
MeshCore Relay Controller: Relais per LoRa-Mesh fernschaltenMeshCore Relay Controller: Switch Relays via LoRa Mesh
Community
Das Projekt erweitert das MeshCore-Ökosystem um eine praktische Funktion: Je nach Board und verfügbaren GPIOs lassen sich mehrere externe Relais über einen LoRa-Node fernschalten – vollständig Off-Grid, ohne Internet oder zentrale Infrastruktur. Die Anzahl ist variabel und erweiterbar. Der Browser-Konfigurator unter relay.meshcore.at befindet sich in Beta (v2.0).
Browser-Flasher mit geführter Einrichtung
Der Konfigurator nutzt die Web Serial API und erfordert Chrome oder Edge ab Version 89. Die Einrichtung erfolgt in sechs Schritten: Board-Auswahl, GPIO-Konfiguration, Sicherheitseinstellungen, Zusammenfassung, Flash-Vorgang und Verifikation. Alternativ können Nutzer generierte Dateien (relay_config.h, platformio.ini) herunterladen und mit PlatformIO kompilieren.
GPIO und Schaltlogik
Die Relais-Anzahl ist konfigurierbar. Zwei Schaltlogik-Modi stehen zur Verfügung: Active HIGH (Standard für einfache Module) und Active LOW (für Optokoppler). Serielle Konsolen-Befehle zum Testen:
- +
relay_test 1– Testpuls - +
relay_on 2– Relais dauerhaft ein - +
relay_all_off– Alle aus
Fernsteuerung per Mesh-Nachricht
Befehle im Format PASSWORT:BEFEHL werden an den Node gesendet. Beispiele:
- +
MEINPASSWORT:STATUS– Status abfragen - +
MEINPASSWORT:R3_ON– Relais 3 ein - +
MEINPASSWORT:ALL_OFF– Notfall-Aus
Sicherheit
Mehrstufige Absicherung umfasst: Relay-Passwort, optionale Node-Whitelist (nur autorisierte Nodes), Rate-Limiting (10 Befehle/Minute, nach 5 Fehlversuchen 300 Sekunden Sperrung).
Whitelist-Verwaltung:
- +
relay_wl_add AABBCCDDEEFF– Node hinzufügen - +
relay_wl_on– Whitelist aktivieren - +
relay_wl– Status anzeigen
Hinweis für nRF52-Boards
RAK4631 und andere nRF52-Boards unterstützen kein Web Serial Flash. Alternativen: nRF Connect App via Bluetooth DFU oder adafruit-nrfutil per USB. DFU-Modus: Reset-Taster doppelt drücken.
⚠️ Wichtig: Die LoRa-Antenne muss vor dem Betrieb angeschlossen sein – Betrieb ohne Antenne beschädigt den Transceiver dauerhaft.20. Mai 2026
MeshCore Companion App 1.44.0: USB-Support, neuer Nachrichten-Composer und weitere VerbesserungenMeshCore Companion App 1.44.0: USB Support, New Message Composer and Quality-of-Life Updates
App v1.44.0
Am 20. Mai 2026 ist die MeshCore Companion App in Version 1.44.0 erschienen. Das Update bringt lang gewünschte USB-Unterstützung für Desktop-Systeme, eine überarbeitete Oberfläche zum Verfassen von Nachrichten und eine Reihe an Detailverbesserungen mit.
USB-Verbindungen auf Desktop-Systemen
Die Companion App unterstützt ab sofort USB-Verbindungen unter Windows, macOS und Linux. Damit steht neben Bluetooth und WLAN ein dritter Verbindungsweg zur Verfügung, der besonders bei stationären Setups praktisch ist. Außerdem wurde der Pairing-Ablauf für Bluetooth-Companions unter Windows verbessert, sodass die Ersteinrichtung flüssiger funktioniert. Für WLAN-Verbindungen gibt's jetzt eine eigene Checkbox für automatisches Wiederverbinden.
Überarbeiteter Nachrichten-Composer
Die Oberfläche zum Verfassen von Nachrichten wurde komplett neu gestaltet. Man kann jetzt direkt aus dem Composer heraus Kontakte und Positionen teilen. Wenn man in Kanalnachrichten @username tippt, wird automatisch ein Leerzeichen angehängt – ein kleines Detail, das den Schreibfluss verbessert. Zusätzlich werden Koordinaten mit mindestens drei Dezimalstellen in Chatnachrichten automatisch als klickbare Links erkannt.
Unscoped Channel-Nachrichten und Repeater-Verbesserungen
Ab Firmware v1.16.0 lassen sich jetzt auch Unscoped-Channel-Nachrichten senden, wenn ein Standard-Scope konfiguriert ist. Das bedeutet, man kann Nachrichten ohne Scope-Einschränkung (also ohne vordefinierte Empfängergruppe) verschicken, obwohl ein Default-Scope gesetzt ist. Die Repeater-Nachbarliste kann nun Namen aus der Datenbank bereits entdeckter Kontakte auflösen. Außerdem werden Repeater-Nachbarn jetzt auch auf der Karte angezeigt, selbst wenn der verbundene Repeater keine eigene Position hat.
Entwürfe, Übersetzungen und Bugfixes
Nachrichtenentwürfe werden ab sofort automatisch gespeichert. Wer das nicht möchte, kann die Funktion in den Nachrichteneinstellungen deaktivieren. Neu dabei sind auch Übersetzungen für Spanisch und Rumänisch sowie SNR-Signalstärkenanzeige für SF5 und SF6 (Spreading Factor 5 und 6, also kürzere LoRa-Modulationseinstellungen für höhere Datenraten).Einige Bugs wurden ebenfalls behoben: Befehle, die nicht korrekt in ein Timeout liefen, der Verbindungsbildschirm, der sich bei automatischer Wiederverbindung nicht schloss, sowie ein Problem, bei dem gelöschte ausgehende Nachrichten weiter zugestellt werden wollten, obwohl sie bereits angekommen waren. Beim Aktivieren des Repeat-Modus wird man nun auch nicht mehr zum Frequenzwechsel gezwungen, wenn die aktuelle Frequenz bereits erlaubt ist.

30. April 2026 · vonby scottpowell
Ripple UI v9.7: Light/Dark-Modus und anpassbare AkzentfarbenRipple UI v9.7: Light/Dark Mode and Customisable Accent Colours
Blog
Das neueste Release der Ripple-UI-Firmware wurde grundlegend überarbeitet (unter der Haube), und die Benutzeroberfläche bietet nun einen Light- und Dark-Modus sowie die Möglichkeit, die im gesamten Firmware-Interface verwendete Akzentfarbe individuell anzupassen.
Anzeigeeinstellungen
Das Anzeigemenü zeigt nun folgende Einstellungsmöglichkeiten:

Die UI-Theme-Einstellung bietet die Optionen: Light, Dark oder Auto. Die Option Auto wechselt das UI-Theme automatisch je nach Helligkeitseinstellung (Tag oder Nacht).
BEZAHLFUNKTION: Mit der Akzentfarbe lässt sich die im gesamten Firmware-Interface verwendete Farbe individuell anpassen. Es stehen 10 verschiedene Farbfelder zur Auswahl:
Karten-Theme
Das gewählte UI-Theme bestimmt auch das helle bzw. dunkle Erscheinungsbild der Karten:

Download
Version 9.7 ist ab sofort für LilyGo T-Deck, T-Pager und die T-Watch S3 Plus verfügbar. Für weitere Farbdisplay-Geräte, wie das Heltec V4 Expansion Kit, folgt die Veröffentlichung in Kürze.
Die Firmware ist jetzt im MeshCore.io Flasher erhältlich und lässt sich damit einfach installieren.

23. April 2026 · vonby admin
meshcore.io – Warum die Trennung?meshcore.io – Why the Split?
Blog
Seit den Anfängen arbeitet das MeshCore-Entwicklerteam mit vollem Einsatz daran, MeshCore aufzubauen.
Wir haben mehr als 85 Versionen der MeshCore Companion-, Repeater- und Room-Server-Firmwares veröffentlicht, mit Unterstützung für mehr als 75 Hardware-Varianten. All das wurde von Menschen handgefertigt.
Wir standen KI-generiertem Code stets skeptisch gegenüber, hatten aber immer die Haltung, dass jeder frei ist, damit zu experimentieren, was er möchte. Einer aus unserem eigenen Team, Andy Kirby, entschied sich jedoch dazu, Claude Code ausgiebig einzusetzen und begann, aggressiv sämtliche Komponenten des MeshCore-Ökosystems zu übernehmen: eigenständige Geräte, die mobile App, den Web-Flasher und die Web-Konfigurationstools.
Und dieses kleine Detail hat er für sich behalten – dass das alles überwiegend „vibe coded" ist.
Wir haben kürzlich eine Umfrage im MeshCore Discord durchgeführt, in der wir nach KI und Vertrauen gefragt haben. Das sind die Ergebnisse:

Das Team sah es zunächst nicht als unsere Aufgabe, dagegen zu protestieren – bis wir kürzlich herausfanden, dass Andy die MeshCore-Marke angemeldet hat (am 29. März laut den Einreichungsunterlagen), ohne irgendjemanden von uns darüber zu informieren. Wir haben versucht, das zu besprechen und seine Absichten zu verstehen, aber diese Gespräche sind gescheitert, und wir haben inzwischen keinen Kontakt mehr zu Andy.
Es waren stressige Monate, in denen wir versucht haben, das intern zu klären, und es ist nun ein trauriger Tag, das alles öffentlich machen zu müssen. Für das Team, das so hart an diesem Projekt gearbeitet hat, fühlt es sich wie ein Schlag ins Gesicht an – dass ein internes Mitglied sich mit einem Roboter und einem Anwalt zusammengetan hat.
„Offizielles" MeshCore
Was derzeit strittig ist, ist die Verwendung des Status „offiziell". Andy besteht darauf, dass ihm die Marke gehört, und verwendet dieses Wort sehr intensiv in Zusammenhang mit seiner MeshOS-Produktlinie.
Dabei ist in der Realität das einzige wirklich „offizielle" MeshCore das GitHub-Repository. Es ist die maßgebliche Quelle dafür, was MeshCore ist – und Andy hat dazu noch nie etwas beigetragen.
Seit der internen Trennung haben wir die Seite meshcore.io gestartet, da Andy die Kontrolle über die meshcore.co.uk-Seite und den ursprünglichen Discord-Server hat. Uns blieb kaum eine andere Wahl. Und seit wir die Seite gestartet haben, hat Andy das Design und die Gestaltung kopiert – wieder mit Claude –, obwohl wir ihn gebeten hatten, das nicht zu tun.
Wachstum des Projekts
Das MeshCore-Projekt hat eine beeindruckende Reise hinter sich.
Erst im Januar 2025 gestartet, sind wir unglaublich schnell gewachsen!
Zum Zeitpunkt dieses Beitrags zeigt die offizielle MeshCore-Karte mehr als 38.000 Nodes weltweit, und die offizielle MeshCore-App hat mehr als 100.000 aktive Nutzerinnen und Nutzer auf Android und iOS.
Es ist wirklich bemerkenswert, wie wir alle in so kurzer Zeit eine so großartige Community aufgebaut haben!
Je mehr das Projekt wächst, desto mehr brauchen wir einen eigenen Platz, der euch mit offiziellen Informationen vom Core-Team versorgt.
In letzter Zeit haben wir eine regelrechte Explosion an MeshCore-Webseiten erlebt, die sich bestimmten Ländern und Mesh-Communities widmen.
Um einige zu nennen:
MeshCore Portugal unter https://meshcore.pt
MeshCore Switzerland unter https://meshcore.ch
und die ersten Erfolge mit MeshCore UK unter https://meshcore.co.uk
Andy Kirby hat wirklich gute Arbeit geleistet, als er das MeshCore-Projekt auf seinem persönlichen YouTube-Kanal bekannt gemacht hat – inzwischen bewirbt er dort allerdings nur noch seine eigenen Produkte.
Wie geht es weiter?
Das Core-Team arbeitet also weiterhin an der meshcore.io-Website, an der laufenden Entwicklung von Firmware-Features, Bug-Fixes, der Verwaltung von Pull Requests und Entwicklerdiskussionen und vielem mehr.
Changelogs, Blogbeiträge und technische Dokumentation für alle neuen Firmware- und App-Releases veröffentlichen wir ab sofort hier:
https://meshcore.io
https://blog.meshcore.io
https://docs.meshcore.io
In unseren Blogbeiträgen werdet ihr auch bekannte Gesichter wiederfinden, zum Beispiel:
Scott, unser Projektgründer, leitender Firmware-Engineer und Entwickler der Ripple-Firmware! Recrof, unser offizieller MeshCore-Map-Entwickler und Firmware-Flasher-Experte. Er hat einen Einblick in die frühe Entwicklung der MeshCore-Karte gegeben. Liam Cottle, der offizielle MeshCore-App-Entwickler, der nützliche Anleitungen zum Einstieg in die MeshCore-App veröffentlichen wird. FDLamotte, der großartige Arbeit am Python-Tooling für MeshCore sowie an den STM32-Firmware-Varianten geleistet hat. Oltaco (Che Aporeps), der beim neuen OTA-Fix-Bootloader hervorragende Arbeit geleistet hat, der Firmware-Updates deutlich zuverlässiger macht.Das Core-Team
Das MeshCore-Team, bestehend aus Scott, Liam, Recrof, FDLamotte und nun auch Oltaco, bleibt seinem Ziel treu: hochwertige, von Menschen geschriebene Software zu entwerfen und zu entwickeln.
Unser neues Zuhause
Bitte aktualisiert eure Lesezeichen!
Hier werden wir künftig alle offiziellen Releases, technische Dokumentation und Community-Diskussionen hosten.
Mit der neuen Website starten wir auch mit einem neuen Discord-Server frisch durch!
Dort könnt ihr direkt mit den MeshCore-Entwicklerinnen und -Entwicklern in Kontakt treten, Hilfe bei euren Projekten bekommen und zur Zukunft von MeshCore beitragen.
Offizielle Website: https://meshcore.io Aktuelle Updates: https://blog.meshcore.io Technische Docs: https://docs.meshcore.io Offizielles GitHub: https://github.com/meshcore-dev/MeshCore Reddit: https://reddit.com/r/meshcore Facebook: https://facebook.com/groups/meshcore Discord: https://meshcore.ggDanke, dass ihr Teil dieser Reise seid!
Das MeshCore-Team
Erkunde deine Region
Explore Your Region
Warum Meshcore?
Why Meshcore?
MESH NETWORK
Automatic multi-hop routing. Every node strengthens the network. No central infrastructure needed.
AES-256 ENCRYPTION
End-to-end encrypted. Private channels for groups. Secure and private — no backdoors.
COMPANION APPS
Android & iOS. Bluetooth connection to your node. Messages, GPS tracking, telemetry at a glance.
OUTDOOR & EMERGENCY
Works without cell coverage. Perfect for mountain hikes, events and disaster preparedness in the Alps.
ZERO RUNNING COSTS
No SIM, no contract, no subscription. License-free ISM band EU868. Hardware from 20 €.
OPEN SOURCE
Firmware, apps and tools — all open source. Community-driven, transparent and free.
Anleitungen & Referenz
Guides & Reference
Firmware flashen — Schritt für Schritt
Die MeshCore-Firmware wird direkt im Browser auf dein Board geflasht — kein Programm installieren, kein Kabel-Treiber-Chaos. Alles was du brauchst: ein USB-C Kabel und einen Chrome/Edge Browser (WebSerial).
Board per USB anschließen
Board mit USB-C Kabel am Computer anstecken. Falls das Board nicht erkannt wird: Boot-Taste gedrückt halten während du USB einsteckst.
Web Flasher öffnen
Gehe zu flasher.meshcore.io — der offizielle MeshCore Web Flasher.
Board & Firmware wählen
Dein Board-Modell auswählen (z.B. Heltec V3, T-Beam, RAK4631). Dann den Firmware-Typ wählen: Companion (Client/Handheld), Repeater (Relay-Station) oder Room Server (BBS).
Verbinden & Flashen
Auf Connect klicken, den seriellen Port deines Boards im Browser-Dialog wählen, dann Flash drücken. Der Vorgang dauert ca. 30–60 Sekunden.
Fertig — App verbinden
Board startet automatisch neu. Jetzt die MeshCore Companion App öffnen und per Bluetooth oder USB verbinden. Region auf EU/UK Narrow stellen — fertig!
Hinweis: OTA-Updates (Over-The-Air) per BLE über die Companion App sind möglich, aber experimentell und fehleranfällig. Der Vorgang kann abbrechen und das Gerät in einem unbrauchbaren Zustand hinterlassen. Im Zweifelsfall immer per USB flashen.
MeshCore firmware is flashed directly in the browser — no software to install, no driver hassle. All you need: a USB-C cable and a Chrome/Edge browser (WebSerial).
Connect board via USB
Plug the board into your computer with a USB-C cable. If not recognized: hold the boot button while plugging in USB.
Open Web Flasher
Go to flasher.meshcore.io — the official MeshCore Web Flasher.
Select board & firmware
Choose your board model (e.g. Heltec V3, T-Beam, RAK4631). Then select the firmware type: Companion (client/handheld), Repeater (relay station) or Room Server (BBS).
Connect & Flash
Click Connect, select your board's serial port in the browser dialog, then press Flash. The process takes about 30–60 seconds.
Done — Connect app
Board restarts automatically. Now open the MeshCore Companion App and connect via Bluetooth or USB. Set region to EU/UK Narrow — done!
Note: OTA updates (Over-The-Air) via BLE through the Companion App are possible but experimental and error-prone. The process can fail and leave the device in an unusable state. When in doubt, always flash via USB.
Frequenz-Preset EU868
Alle MeshCore-Nodes in Österreich und dem DACH-Raum verwenden das gleiche Frequenz-Preset. Wenn dein Node andere Einstellungen hat, kann er keine anderen Nodes hören — und niemand hört dich.
All MeshCore nodes in Austria and the DACH region use the same frequency preset. If your node has different settings, it can't hear other nodes — and nobody hears you.
Node-Benennung
Damit Nodes im Netz sofort zugeordnet werden können, hat sich in Österreich ein einheitliches Namensschema etabliert. Es basiert auf dem KFZ-Bezirkskennzeichen und sorgt dafür, dass man auf der Karte sofort sieht, woher ein Node stammt.
Das Länderkürzel AT kommt zuerst, dann der Bezirk als KFZ-Kürzel, und danach ein frei wählbarer Name — z.B. Standort, Rufzeichen oder Spitzname. So erkennt jeder auf einen Blick: das ist ein österreichischer Node aus dem Bezirk X.
To make nodes instantly identifiable on the network, the Austrian community has established a standardized naming scheme. It's based on vehicle registration district codes, so you can immediately see where a node is from on the map.
The country code AT comes first, then the district as a vehicle registration code, followed by a freely chosen name — e.g. location, callsign or nickname. This way, everyone can see at a glance: this is an Austrian node from district X.
Alle Bezirkskürzel anzeigen Show all district codes
Kanäle & Verschlüsselung
Neben dem Public Channel, über den alle Nodes standardmäßig kommunizieren, gibt es in MeshCore sogenannte Hashtag Channels. Das sind thematische oder regionale Gruppen-Kanäle — ähnlich wie Chatrooms. Du kannst mehreren Kanälen gleichzeitig beitreten und erreichst damit gezielt Nodes in deiner Region oder zu einem bestimmten Thema.
Wie funktionieren Hashtag Channels?
Jeder Channel hat einen Namen (z.B. #austria) und optional ein Passwort. Nachrichten in einem Channel werden nur an Nodes weitergeleitet, die denselben Channel abonniert haben. Repeater leiten dabei alle Channel-Nachrichten weiter — sie müssen den Channel nicht selbst abonniert haben.
Einem Channel beitreten
In der Companion App unter Kanäle → Kanal hinzufügen den Namen eingeben. Per CLI:
channel add #austria
# Kanal mit Passwort beitreten
channel add #mein-kanal geheim123
# Alle eigenen Kanäle anzeigen
channel list
# Kanal verlassen
channel remove #austria
Eigenen Channel erstellen
Einen neuen Channel zu erstellen ist simpel: Jeder Node, der einem Channel mit einem bestimmten Namen beitritt, ist automatisch Mitglied. Es gibt keine zentrale Registrierung. Wenn du channel add #mein-verein eingibst und andere dasselbe tun, seid ihr im selben Kanal. Für private Kanäle setzt du ein Passwort — dann können nur Nodes mit dem richtigen Passwort mitlesen.
Regionale Kanäle in Österreich
Die Community hat sich auf folgende Kanäle geeinigt. Tritt den für dich relevanten bei, um Nachrichten aus deiner Region zu empfangen:
Besides the Public Channel, which all nodes use by default, MeshCore supports Hashtag Channels. These are topic-based or regional group channels — similar to chatrooms. You can join multiple channels at once to reach nodes in your area or around a specific topic.
How do Hashtag Channels work?
Each channel has a name (e.g. #austria) and optionally a password. Messages in a channel are only delivered to nodes that have subscribed to the same channel. Repeaters forward all channel messages — they don't need to subscribe to a channel themselves.
Join a Channel
In the Companion App go to Channels → Add Channel and enter the name. Via CLI:
channel add #austria
# Join a channel with password
channel add #my-channel secret123
# List your channels
channel list
# Leave a channel
channel remove #austria
Create Your Own Channel
Creating a new channel is simple: Any node that joins a channel with a specific name is automatically a member. There is no central registration. If you type channel add #my-club and others do the same, you're in the same channel. For private channels, set a password — then only nodes with the correct password can read along.
Regional Channels in Austria
The community has agreed on the following channels. Join the relevant ones to receive messages from your region:
#austria
Landesweiter Kanal — für alle in AT
#vienna
Wien / Vienna
#noe
Niederösterreich
#ooe
Oberösterreich
#inn-salzach
Innviertel / Salzburg Grenzregion
#english
Internationaler Kanal (EN)
Tipp: Der #austria Kanal ist der beste Einstieg. Dort erreichst du die meisten aktiven Nodes in Österreich. Regionale Kanäle werden mit der Zeit aktiver, je mehr Nodes beitreten.
Verschlüsselung & Sicherheit
MeshCore unterscheidet grundlegend zwischen öffentlicher und verschlüsselter Kommunikation. Beides läuft über dasselbe Funk-Netz — der Unterschied liegt in der Verschlüsselung.
Der Public Channel
Jeder Node hat ab Werk einen öffentlichen Kanal. Nachrichten auf diesem Kanal sind nicht verschlüsselt — jeder Node im Empfangsbereich kann sie lesen. Das ist gewollt: Der Public Channel ist für allgemeine Kommunikation, Notrufe und Community-Austausch gedacht.
msg flood "Hallo aus Oberösterreich!"
Hashtag Channels (öffentlich)
Hashtag Channels wie #austria sind ebenfalls unverschlüsselt, sofern kein Passwort gesetzt ist. Sie dienen der thematischen Trennung — nicht der Geheimhaltung. Jeder der den Kanal-Namen kennt, kann beitreten und mitlesen.
channel add #austria
Verschlüsselte Kanäle (Passwort)
Setzt du ein Passwort auf einen Hashtag Channel, wird der gesamte Nachrichtenverkehr in diesem Kanal mit AES-256 verschlüsselt. Nur Nodes die dasselbe Passwort eingegeben haben, können mitlesen. Repeater leiten die Pakete weiter, können den Inhalt aber nicht entschlüsseln.
channel add #mein-verein MeinGeheimesPasswort
# Alle Mitglieder müssen exakt dasselbe Passwort verwenden!
Das Passwort wird nie über Funk übertragen — es wird lokal auf dem Gerät gespeichert und dient als Schlüssel für die AES-256 Verschlüsselung. Teile es persönlich, per QR-Code oder über einen sicheren Messenger.
Direkte Nachrichten (immer verschlüsselt)
Direktnachrichten zwischen zwei Nodes sind immer Ende-zu-Ende verschlüsselt — automatisch, ohne Konfiguration. Beim ersten Kontakt tauschen die Nodes über ein Pairing kryptografische Schlüssel aus. Danach kann niemand — auch kein Repeater dazwischen — den Inhalt lesen.
→ Kontakt hinzufügen → QR-Code scannen oder Pairing-Link teilen
# Oder per CLI mit dem Public Key des Gegenübers
addcontact <name> <public-key>
Übersicht: Was ist wann verschlüsselt?
MeshCore fundamentally distinguishes between public and encrypted communication. Both run over the same radio network — the difference is encryption.
The Public Channel
Every node has a public channel out of the box. Messages on this channel are not encrypted — any node in range can read them. This is intentional: the public channel is for general communication, emergency calls and community chat.
msg flood "Hello from Upper Austria!"
Hashtag Channels (public)
Hashtag channels like #austria are also unencrypted unless a password is set. They serve to separate topics — not to keep secrets. Anyone who knows the channel name can join and read.
channel add #austria
Encrypted Channels (password)
If you set a password on a hashtag channel, all message traffic in that channel is AES-256 encrypted. Only nodes that entered the same password can read along. Repeaters forward the packets but cannot decrypt the content.
channel add #my-club MySecretPassword
# All members must use the exact same password!
The password is never transmitted over radio — it's stored locally on the device and serves as the key for AES-256 encryption. Share it in person, via QR code, or through a secure messenger.
Direct Messages (always encrypted)
Direct messages between two nodes are always end-to-end encrypted — automatically, no configuration needed. On first contact, the nodes exchange cryptographic keys via pairing. After that, nobody — not even repeaters in between — can read the content.
→ Add Contact → Scan QR code or share pairing link
# Or via CLI with the other node's public key
addcontact <name> <public-key>
Overview: What is encrypted when?
| Kommunikationsart | Verschlüsselt? | Wer kann mitlesen? |
|---|---|---|
| Public Channel | Nein | Jeder Node im Netz |
| Hashtag Channel (ohne PW) | Nein | Jeder der den Kanal-Namen kennt |
| Hashtag Channel (mit PW) | AES-256 | Nur Nodes mit dem richtigen Passwort |
| Direktnachricht (DM) | E2E | Nur Sender & Empfänger |
Regionen & Scoping
Stell dir vor, jemand in Vorarlberg schickt eine Nachricht auf #vienna. Ohne Filterung würde diese Nachricht über jeden Repeater in ganz Österreich geflutet — unnötige AirTime auf einem Band, das ohnehin limitiert ist. Regionen lösen dieses Problem.
Jeder Repeater bekommt eine Liste von Regionen zugewiesen, für die er zuständig ist. Kanäle können mit einer Region verknüpft werden. Sendet ein Client eine Nachricht mit Region-Scope, prüft jeder Repeater auf dem Weg: „Bin ich für diese Region zuständig?" Wenn nein, wird das Paket verworfen. So bleibt lokaler Traffic lokal.
Die Hierarchie
Regionen sind hierarchisch aufgebaut — von global bis zum Bundesland:
Die Makroregionen folgen der offiziellen NUTS-1-Klassifikation der EU (Ostösterreich, Südösterreich, Westösterreich).
Region auf dem Repeater konfigurieren
Per CLI werden Regionen geladen und freigeschaltet:
region
# Region erlauben (Forwarding aktivieren)
region allowf at-ooe
# Region sperren (Pakete verwerfen)
region denyf at-t
# Erlaubte Regionen auflisten
region list allowed
# Änderungen speichern
region save
Empfohlene Konfiguration pro Bundesland
Jeder Repeater sollte mindestens * und at erlauben, plus die eigene Region:
Imagine someone in Vorarlberg sends a message on #vienna. Without filtering, this message would flood through every repeater across Austria — wasting airtime on an already limited band. Regions solve this problem.
Each repeater gets a list of regions it's responsible for. Channels can be linked to a region. When a client sends a message with a region scope, every repeater checks: "Am I responsible for this region?" If not, the packet is dropped. This keeps local traffic local.
The Hierarchy
Regions are hierarchical — from global to federal state:
Configure Regions on Your Repeater
Use the CLI to load and enable regions:
region
# Allow region (enable forwarding)
region allowf at-ooe
# Deny region (drop packets)
region denyf at-t
# List allowed regions
region list allowed
# Save changes
region save
Recommended Config per Federal State
Every repeater should allow at least * and at, plus its own region:
| Bundesland | Regionen | |
|---|---|---|
| Wien | * · at · at-w · at-ost | |
| Niederösterreich | Lower Austria | * · at · at-noe · at-ost |
| Burgenland | * · at · at-bgld · at-ost | |
| Kärnten | Carinthia | * · at · at-ktn · at-sued |
| Steiermark | Styria | * · at · at-stmk · at-sued |
| Oberösterreich | Upper Austria | * · at · at-ooe · at-west |
| Salzburg | * · at · at-sbg · at-west | |
| Tirol | * · at · at-t · at-west | |
| Vorarlberg | * · at · at-vbg · at-west |
Praxis-Beispiel: Eine Nachricht auf #austria mit Scope at wird von allen österreichischen Repeatern weitergeleitet. Eine Nachricht auf #vienna mit Scope at-w dagegen nur von Repeatern in Wien — ein Tiroler Repeater verwirft sie.
Konfigurations-Referenz
Repeater sind das Rückgrat des Mesh-Netzes. Sie leiten Nachrichten weiter und machen das Netz dichter. Hier die empfohlene Konfiguration für Österreich.
Repeaters are the backbone of the mesh network. They forward messages and make the network denser. Here's the recommended configuration for Austria.
Empfohlenes Setup (Copy & Paste)
Recommended Setup (Copy & Paste)
owner.info — Kontaktdaten hinterlegen: Das Feld set owner.info ist dafür gedacht, dass andere Node-Betreiber dich erreichen können — z.B. bei Störungen oder Koordination. Hinterlege eine E-Mail-Adresse, einen Telegram-Username, dein Amateurfunk-Rufzeichen, oder einen Link zu einer Social-Media-Gruppe. Trenne mehrere Einträge mit |. Beispiel: set owner.info oe1abc@email.at|@meintelegram|OE1ABC
Parameter-Erklärung
Parameter Explanation
| Parameter | Bereich | Beschreibung | |
|---|---|---|---|
| set tx | 1–22 dBm | Sendeleistung | TX power |
| set af | 0–9 | Airtime Factor (9 = 10% Duty Cycle) | Airtime factor (9 = 10% duty cycle) |
| set advert.interval | 0–240 min | Zero-Hop Advert (lokal, nicht geflutet) | Zero-hop advert (local, not flooded) |
| set flood.advert.interval | 3–168 Std. | Flood Advert (netzweit, sparsam nutzen!) | Flood advert (network-wide, use sparingly!) |
| set flood.max | 0–64 | Max. Flood-Hops | Max flood hops |
| set path.hash.mode | 0/1/2 | 1-Byte (64 Hops) / 2-Byte (32) / 3-Byte (21) | 1-byte (64 hops) / 2-byte (32) / 3-byte (21) |
| powersaving on|off | — | Energiesparmodus (Solar/Batterie) | Power saving mode (solar/battery) |
| set agc.reset.interval | 0/4/8… | AGC-Reset bei Störsignalen (0 = aus) | AGC reset for interference (0 = off) |
| set rxdelay | 0.0–20.0 | Empfangs-Verzögerung (Standard: 0.0) | RX processing delay (default: 0.0) |
| set txdelay | 0.0–2.0 | Sende-Verzögerung bei Flood (Standard: 0.5) | TX delay for flood forwarding (default: 0.5) |
| set repeat on|off | — | Repeater-Funktion ein/aus (Hauptfunktion) | Repeater function on/off (core function) |
Wichtige Hinweise
Important Notes
Uhrzeit synchronisieren: Repeater brauchen eine korrekte Systemzeit — sonst gibt es Probleme mit Adverts und Routing. Drei Möglichkeiten: Remote Management über die Companion App (Android/iOS), GPS-Sync bei Boards mit GPS-Modul (gps sync), oder ein RTC-Modul (empfohlen für RAK-Boards) für dauerhafte Zeithaltung.
Gast-Passwort leer lassen: Setze kein Gast-Passwort auf deinem Repeater. Damit können andere Nutzer Telemetrie, Statistiken und Nachbar-Informationen abrufen — das ist kein Sicherheitsrisiko, denn alle Einstellungen sind durch das Admin-Passwort geschützt. Ein offener Repeater hilft der Community bei der Netzwerk-Analyse.
Sendeleistung & EIRP: Der Standardwert von 22 dBm passt für die meisten Boards. Wenn du aber einen externen Verstärker oder eine Hochgewinn-Antenne (>6 dBi) verwendest, musst du die TX Power reduzieren um die EU-Grenze von 27 dBm EIRP einzuhalten.
Karte: Repeater mit gesetzten Koordinaten (set lat / set lon) werden automatisch von der offiziellen MeshCore Map erfasst, sobald sie von anderen Nodes gesehen werden.
Zero-Hop vs. Flood Advert: Manche Communities setzen den Zero-Hop-Advert auf 0 (aus), weil die Flood-Adverts das abdecken. In Österreich empfehlen wir 240 Minuten als Kompromiss — es hilft lokalen Nachbar-Nodes dich schneller zu finden, ohne das Netz zu belasten. Flood-Adverts sollten auf mindestens 24 Stunden stehen, 48h ist noch besser.
Community & Ressourcen
Community & Resources
CHAT & COMMUNITY
CHAT & COMMUNITY
Telegram Österreich
Schwerpunkt Ostösterreich (Wien, NÖ, Bgld). Ideal zur Vernetzung im Großraum.
Telegram Deutschland
MeshCore DE Community — Die größte deutschsprachige Gruppe, mit AT-Untergruppe.
WhatsApp Gruppe
Persönlicher Austausch unter MeshCore-Enthusiasten aus Österreich und Deutschland — direkt und unkompliziert.
Discord Server
Offizielle internationale MeshCore Community (EN)
Reddit r/meshcore
MeshCore Subreddit — Diskussionen, Projekte & Hilfe
MeshCore Facebook
Offizielle internationale MeshCore Facebook-Gruppe
HanseMesh
MeshCore Community aus Norddeutschland
MeshCore Schweiz
Unsere Freunde aus der Schweiz — Community-Portal mit Settings, Channels & Regions
TOOLS & APPS
FREUNDE & PARTNERPROJEKTE
FRIENDS & PARTNER PROJECTS
Mitmachen & Kontakt
Get Involved & Contact
Dir fehlen Informationen, du hast einen Fehler entdeckt, eine Verlinkung fehlt — oder du möchtest eine Veranstaltung, einen Stammtisch oder ein Community-Treffen ankündigen? Melde dich bei uns — wir freuen uns über jeden Beitrag, der das Netzwerk stärkt.
admin@meshcore.atHäufige Fragen
Frequently Asked Questions
Was ist MeshCore? What is MeshCore?
MeshCore ist eine quelloffene LoRa-Mesh-Funktechnologie für textbasierte Kommunikation ohne Internet, Mobilfunk oder zentrale Server. Nachrichten hüpfen über batteriebetriebene Repeater von Nutzer zu Nutzer und erreichen so auch Personen außerhalb der direkten Funkreichweite.
MeshCore is an open-source LoRa-mesh radio technology for text-based communication without internet, cellular networks, or central servers. Messages hop across battery-powered repeaters from user to user, reaching people far beyond direct radio range.
Brauche ich Internet oder Mobilfunk? Do I need internet or mobile coverage?
Nein. MeshCore funktioniert vollständig autark über das lizenzfreie 868-MHz-LoRa-Funkband. Weder Internetverbindung noch Mobilfunkanbieter werden benötigt – ideal für Notfallkommunikation, abgelegene Regionen oder als unabhängiger Kommunikationsweg.
No. MeshCore works fully off-grid on the license-free 868 MHz LoRa band. No internet connection or mobile carrier is required — perfect for emergency comms, remote areas, or as an independent backup channel.
Wie weit funkt MeshCore in Österreich? How far does MeshCore reach in Austria?
Direkt-Verbindungen zwischen zwei Geräten erreichen je nach Topografie und Antenne 1–20 km. Über das Repeater-Mesh-Netzwerk hüpfen Nachrichten Hunderte Kilometer – das österreichische Netz deckt mit über 300 aktiven Nodes bereits weite Teile des Landes ab.
Direct device-to-device range is 1–20 km depending on terrain and antenna. Through the repeater mesh, messages hop hundreds of kilometres — the Austrian network already covers large parts of the country with 300+ active nodes.
Welche Hardware brauche ich? What hardware do I need?
Ein günstiges LoRa-Board (z.B. Heltec V3, RAK4631 oder LilyGo T-Beam) für ca. 30–60 €. Auf der Seite findest du fertig konfigurierte Online-Flasher für Companion-Geräte und Repeater. Eine Companion App für Android/iOS verbindet sich per Bluetooth mit dem Board.
A cheap LoRa board (e.g. Heltec V3, RAK4631, LilyGo T-Beam) for around €30–60. We provide pre-configured online flashers for both companion devices and repeaters. The companion app for Android/iOS connects to the board via Bluetooth.
Ist MeshCore kostenlos? Is MeshCore free?
Ja. Firmware, Companion App und das gesamte Mesh-Protokoll sind quelloffen und kostenlos nutzbar. Es fallen keine laufenden Gebühren an – nur die einmaligen Hardwarekosten für ein LoRa-Board.
Yes. The firmware, companion app, and the entire mesh protocol are open-source and free to use. No subscription fees — only the one-off hardware cost for a LoRa board.
Brauche ich eine Funklizenz? Do I need an amateur radio licence?
Nein. MeshCore nutzt das lizenzfreie ISM-Band 868 MHz, das in Österreich von jedem genutzt werden darf, solange die zulässige Sendeleistung (25 mW ERP, 1 % Duty Cycle) eingehalten wird. Alle vorgesehenen Boards halten diese Limits ein.
No. MeshCore operates on the licence-free 868 MHz ISM band, which anyone can use in Austria as long as the legal limits (25 mW ERP, 1 % duty cycle) are respected. All recommended boards stay within these limits out of the box.