OFF-GRID
KOMMUNIKATION
FÜR ÖSTERREICH
LoRa-Funk verbindet dich mit anderen — über Berge, durch Täler, ohne Provider. Dezentral, resilient und community-betrieben.
Termine & VeranstaltungenEvents
Aktuelle NewsLatest News
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 Firmware v1.15.0: Neue Hardware, verbesserter Empfang und erweiterte Protokoll-FeaturesMeshCore Firmware v1.15.0: New Hardware, Improved Reception, and Extended Protocol Features
- + LNA standardmäßig für alle Geräte aktiviert
- + Neuer CLI-Befehl
get|set dutycycle - + GROUP_DATA-Pakete und Default Scope neu
- + Sechs neue Hardware-Plattformen unterstützt
MeshCore Companion App 1.43.0 – Suche, Export und Regionen-VerwaltungMeshCore Companion App 1.43.0 – Message Search, Database Export, and Region Management
- + Datenbankexport und Nachrichtensuche
- + 4 neue Übersetzungen hinzugefügt
- + Standardregion für Firmware v1.15.0+
- + Discover-Liste nach Pfad-Hash filterbar
MeshOS 1.0.0 – BLE-Mesh-Messaging und überarbeitete App-OberflächeMeshOS 1.0.0 – Bluetooth Mesh Messaging and Interface Overhaul
- + BLE Mesh direkt zwischen Smartphones
- + Neuer In-App-Kaufprozess integriert
- + Sprachnachrichten-UI überarbeitet
- + Tactical Mode Farben korrigiert
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 v1.14.1: RX Boosted Gain deaktiviert sich beim Upgrade auf RepeaternMeshCore v1.14.1: RX Boosted Gain Turns Off Silently After Repeater Upgrade
- + RX Boosted Gain Mode wird beim Upgrade auf v1.14.1 unerwartet deaktiviert
- + Betrifft nur Repeater und Room-Server, nicht die Companion Firmware
- + Ursache: Neues Setting wird beim Update ohne Wertvorgabe angelegt
- + Einfache Behebung per CLI-Befehl möglich
MeshOS 0.4.5: Verbesserte Kartenansicht und Desktop-OptimierungenMeshOS 0.4.5: Map Overlay, Node Fade, and Desktop Improvements
- + Karten-Overlay für Tablets/Desktops
- + Marker verblassen nach 7 Tagen
- + Pfadanalyse bei offenem Chat
- + Heard-List-Löschungen bleiben erhalten
MeshOS 0.4.3: Multi-Transport-Unterstützung und erweiterte VerbindungsoptionenMeshOS 0.4.3: Three Ways to Connect Your MeshCore Device
- + Bluetooth, WiFi und USB unterstützt
- + WiFi-Netzwerk-Scanner integriert
- + USB Serial mit 115200 Baud
- + Room-Chat-Steuerung erweitert
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.
19. April 2026
MeshCore Firmware v1.15.0: Neue Hardware, verbesserter Empfang und erweiterte Protokoll-FeaturesMeshCore Firmware v1.15.0: New Hardware, Improved Reception, and Extended Protocol Features
Firmware v1.15.0
Am 19. April 2026 wurde MeshCore Firmware Version 1.15.0 veröffentlicht. Das Release bringt Unterstützung für sechs neue Hardware-Plattformen, standardmäßig aktivierten LNA (Low Noise Amplifier, rauscharmer Vorverstärker), neue Paketformate auf Protokollebene sowie einen neuen CLI-Befehl zur Duty-Cycle-Steuerung. Die aktuellen Firmwares stehen unter flasher.meshcore.io zum Flashen bereit.
Neue Hardware-Plattformen
Version 1.15.0 erweitert die unterstützte Hardware-Palette erheblich. Neu hinzugekommen sind der Heltec V4.3 sowie der Heltec nRF Tracker (T096) — letzterer wird im Quellcode als heltec_mesh_node_t096-Board-Definition geführt. Ebenfalls neu ist Unterstützung für den Muzi Works R1 Neo, bei dem im Zuge der Integration Debugging deaktiviert und der RTC-Code bereinigt wurde. Für die GAT562-Produktlinie wurden gleich drei Varianten aufgenommen: das GAT562 Mesh EVB Pro (als Repeater und Room Server), sowie die GAT562 Watch (Mesh Watch13). Bei der GAT562 Watch wird der obere Knopf zum Aufwecken aus dem Hibernate-Modus verwendet; ein doppelter Druck auf denselben Knopf navigiert zurück. Darüber hinaus wurde die LoRa-Frequenzunterstützung auf einen Bereich von bis zu 150 MHz ausgeweitet, was zusätzliche regionale Frequenzbänder ermöglicht.
Radio & Empfang
Ein zentrales Empfangsverbesserungs-Feature dieses Releases ist die standardmäßige Aktivierung des radio.rxgain-Parameters. Der LNA (Low Noise Amplifier) ist damit nach einem Upgrade auf v1.15.0 automatisch aktiv — ein explizites Nachkonfigurieren ist nicht mehr erforderlich. Ausgenommen davon ist die Station G2, für die ein separater Fix den korrekten Standardwert sicherstellt. Zusätzlich wurde für das Waveshare RP2040 der fehlende SX126X_RXEN-Pin (Pin 17) ergänzt, der zuvor die RX-Empfindlichkeit beeinträchtigt hatte; außerdem wurde die TCXO-Spannung auf 1,8 V für dieses Board korrigiert. Beide Fixes stellen sicher, dass der Empfangspfad auf diesen Plattformen korrekt funktioniert.
CLI & Konfiguration
Mit v1.15.0 wird der neue CLI-Befehl get|set dutycycle eingeführt. Duty Cycle bezeichnet in LoRa-Regionen wie EU868 die prozentuale Begrenzung der Sendezeit, um regulatorische Vorgaben einzuhalten. Der Befehl erlaubt das Abfragen und Setzen dieses Wertes direkt über die Kommandozeile:
get dutycycle set dutycycle
Auch der radio.rxgain-Parameter ist über die CLI zugänglich und wurde in der offiziellen Dokumentation mit einem eigenen Eintrag versehen. Die Default-Scope-Funktion wurde sowohl für den Companion als auch für den Repeater implementiert; die CLI-Befehle rund um region wurden dabei in eine gemeinsame CommonCLI-Komponente refaktoriert. Der Befehl region default ... erstellt eine Region nun automatisch, sofern noch keine vorhanden ist, und region put ... setzt standardmäßig Flood als erlaubt. Weitere Details zur Default-Scope-Funktion finden sich in einem separaten Artikel auf blog.meshcore.io.
Companion & OTA
Ein bedeutendes Update betrifft den nRF Companion, der nun OTA (Over-the-Air, drahtlose Firmware-Updates) unterstützt. Konkret wurde DFU (Device Firmware Update) in den BLE-Stack integriert. Für ESP32-C6-basierte Geräte wurde ElegantOTA aktiviert. Beim ESP32-SDK wurde ein Fix für OTA-Includes eingespielt und die Async-Bibliothek aktualisiert. Für den Heltec Wireless Paper wurde eine neue USB-Companion-Radio-Umgebung hinzugefügt, womit dieses Gerät nun als Companion betrieben werden kann. Ein Fix stellt sicher, dass die GPS-Einstellungen (aktiviert/deaktiviert) beim Bootvorgang korrekt aus dem persistierten Zustand wiederhergestellt werden — applyGPSPrefs() wurde dazu aus dem UITask herausgelöst und zentralisiert. Für den Heltec V4 und den TBeam 1W wurden WiFi-Companion-spezifische Stabilitätsprobleme behoben. Der OFFLINE_QUEUE_SIZE-Wert wurde auf 256 für verschiedene fehlende WiFi-Companion-ESP-Umgebungen sowie für den Xiao nRF52 Companion USB gesetzt.
Neue Paket-Features: GROUP_DATA und Default Scope
Mit v1.15.0 wird Unterstützung für den neuen Pakettyp PAYLOAD_TYPE_GRP_DATA (GROUP_DATA, binäre Gruppenpaket-Daten) eingeführt. Dieser Pakettyp unterstützt auch direkte Pfade beim Senden von Gruppendaten. Im Zuge der Implementierung wurden unter anderem der Zeitstempel aus dem Gruppenpaket entfernt, der Datentyp verbreitert und der Gerätetyp umbenannt. Für benutzerdefinierte Payloads wird nun der Wert 0xFF als Pflichtkennung vorausgesetzt. Die Dokumentation zum Paketformat wurde entsprechend aktualisiert. Weitere Details zum Paketformat finden sich in der offiziellen MeshCore-Dokumentation.
Sensoren
Der BME680-Sensor (Umweltsensor für Temperatur, Luftfeuchtigkeit, Luftdruck und Luftqualität) erhielt einen Initialisierungs-Fix, der einen Fehler bei der Sensor-Initialisierung behebt. Neu hinzugekommen ist außerdem Unterstützung für den RAK12035 Soil Moisture and Temperature Sensor (Bodenfeuchtigkeit- und Temperatursensor). Für den EnvironmentSensorManager wurden Makro-Overrides für den INA3221 ermöglicht. Zusätzlich wurde ein ADC_MULTIPLIER für eine anpassbare ADC-Berechnung definiert und für den Heltec Wireless Paper korrekt hinterlegt.
Bugfixes & Stabilität
Ein kritischer Bootloop-Fix für den Xiao C3 wurde eingespielt: Sensoren wurden aus der Xiao-C3-Companion-Konfiguration entfernt, da diese die Ursache für Bootloops darstellten. Ein memcpy-Vergleichslängen-Fehler (Off-by-One) wurde korrigiert. Die Standard-Button-Polarität wurde auf Active-LOW für alle Firmware-Typen vereinheitlicht; der T1000-E erhielt einen separaten Fix, da bei diesem Gerät der Button-Press auf HIGH liegt. Ein Fehler bei den ADVERT_NAME-Definitionen wurde korrigiert: Der ThinkNode M5 trug fälschlicherweise die Bezeichnung „M2", und der Generic ESPNow Room Server nannte sich „Heltec Room". Für den ThinkNode M5 wurden außerdem versehentlich eingecheckte WiFi-Zugangsdaten aus der Varianten-Konfiguration entfernt. Der Heltec Wireless Paper Batterie-Auslesefehler wurde durch korrekte ADC_MULTIPLIER-Definition behoben.
BLE & Verbindungsstabilität
Der GATT (Generic Attribute Profile)-Cache-Problematik auf Android bei bereits gekoppelten Geräten wurde entgegengewirkt, indem der BLE-UART-Service nun als erster Service registriert bleibt. Dies verhindert GATT-Cache-Konflikte bei erneuter Verbindung.
Sonstige Änderungen
Die RadioLib-Bibliothek wurde auf Version 7.6.0 aktualisiert. Der FIRMWARE_VER_CODE wurde auf 11 angehoben. Die Methode sendNodeDiscoverReq() wurde öffentlich gemacht, um Post-Boot-Discovery zu ermöglichen. In der Dokumentation wurden unter anderem der discover.neighbors-Befehl, die GPS-Ausgabe-Beschreibung sowie der neighbor.remove-Befehl aktualisiert. Das RAK 4631 FAQ-Eintrag wurde bezüglich des neuen Bootloaders aktualisiert, und ein Multibyte-FAQ-Eintrag wurde ergänzt.
---
Quellen:- +Offizieller Release-Blogpost: blog.meshcore.io/2026/04/19/release-1-15-0
- +Firmware flashen: flasher.meshcore.io
18. April 2026
MeshCore Companion App 1.43.0 – Suche, Export und Regionen-VerwaltungMeshCore Companion App 1.43.0 – Message Search, Database Export, and Region Management
App v1.43.0
Version 1.43.0 der Companion App bringt mehrere praktische Funktionen für den Alltag: Nachrichtensuche, Datenbankexport und eine verbesserte Verwaltung von Regionen. Dazu kommen vier neue Sprachen und einige Fehlerbehebungen.
Nachrichtensuche und Datenbankexport
Ab sofort lassen sich Direktnachrichten und Kanal-Nachrichten direkt in der App durchsuchen. Wer ein vollständiges Backup oder eine externe Auswertung braucht, kann die interne SQLite-Datenbank der App nun exportieren – das ist besonders nützlich für Debugging oder Archivierung.
Discover-Liste und Pfad-Hash-Filter
Die Discover-Liste und die Discover-Karte können jetzt nach der Advert Path Hash Size gefiltert werden – also nach der Größe des Pfad-Hashes, der angibt, wie viele Hops eine Nachricht zurückgelegt hat. In den Pfad-Ansichten gibt es außerdem eine neue Checkbox, um bekannte Nodes direkt aus der Discover-Liste aufzulösen.
Standardregion und Flood-Bestätigung
Für Firmware ab Version 1.15.0 lässt sich jetzt eine Standardregion für Companion- und Repeater-Geräte direkt in der App konfigurieren. Bevor ein Flood für eine nicht weiter eingeschränkte Wildcard-Region deaktiviert wird, erscheint nun ein Bestätigungsdialog – das verhindert unbeabsichtigte Konfigurationsänderungen. Beim Hinzufügen einer Repeater-Region erkennt die App automatisch, ob Flood für diese Region in der Firmware standardmäßig aktiv ist.
Neue Übersetzungen
Die App ist jetzt auf Tschechisch, Portugiesisch, Russisch und Ukrainisch verfügbar. Das macht MeshCore für eine deutlich breitere Community zugänglich.
Verbesserungen bei Bedienung und Performance
Der Import der Discover-Liste aus einer JSON-Datei wurde spürbar beschleunigt. Im Companion Repeat Mode kann beim Aktivieren jetzt direkt die gewünschte Frequenz ausgewählt werden. Ein Button zum schnellen Scrollen ans Ende eines Gesprächs wurde ebenfalls ergänzt. Die Kontakt-Auswahl über das Menü berücksichtigt nun korrekt nur die aktuellen Suchergebnisse.
Fehlerbehebungen
Mehrere Bugs wurden behoben: Erfolgsmeldungen erschienen fälschlicherweise, auch wenn der Benutzer den Speicherdialog abgebrochen hatte. Auf Android blieb der Ladezustand hängen, wenn man außerhalb des Ping-Warndialogs tippte. Die Regionen-Verwaltung brach ab, wenn ein Regionsname unknown lautete, und Texteingaben wurden im Formular zum Hinzufügen einer Region unerwünscht automatisch großgeschrieben.
12. April 2026
MeshOS 1.0.0 – BLE-Mesh-Messaging und überarbeitete App-OberflächeMeshOS 1.0.0 – Bluetooth Mesh Messaging and Interface Overhaul
MeshOS v1.0.0
Mit Version 1.0.0 erreicht die Android-App MeshOS einen wichtigen Meilenstein. Das Release bringt direkte Bluetooth-Kommunikation zwischen Smartphones, eine überarbeitete Lizenzierung sowie mehrere Verbesserungen an der Benutzeroberfläche.
Phone-to-Phone BLE Mesh Messaging
Das neue BLE-Mesh-Messaging (Bluetooth Low Energy) ermöglicht es, Nachrichten direkt von Smartphone zu Smartphone zu übertragen – ohne zwingend ein LoRa-Funkmodul dazwischen. Damit lassen sich kurzreichweitige Mesh-Verbindungen auch rein über Bluetooth aufbauen, was vor allem in Situationen praktisch ist, wo kein Node in der Nähe verfügbar ist.
Überarbeitete Lizenzierung mit In-App-Kauf
Der Lizenzbildschirm wurde neu gestaltet und unterstützt jetzt einen vollständigen In-App-Kaufprozess. Lizenzen lassen sich direkt in der App erwerben und aktivieren, ohne Umwege über externe Webseiten.
Neuerungen-Bildschirm nach Updates
Nach jedem App-Update erscheint automatisch ein „What's New"-Bildschirm, der die wichtigsten Änderungen der jeweiligen Version zusammenfasst. Das erleichtert den Überblick, besonders bei häufigen Updates.
Verbesserungen an Sprachnachrichten und Nachrichtenvorschau
Die Benutzeroberfläche für Sprachnachrichten wurde überarbeitet und ist jetzt übersichtlicher gestaltet. Außerdem funktioniert der Schalter für den Nachrichtenvorschau-Modus jetzt korrekt – bisher war dieser Toggle ohne Funktion.
Tactical Mode und Zeitstempel-Bereinigung
Im Tactical Mode – einer kartenbasierten Darstellung für taktische Kommunikation – wurden Farbfehler behoben, die zu falschen Statusanzeigen geführt haben. Zusätzlich bereinigt die App jetzt automatisch fehlerhafte Zeitstempel in beschädigten Paketen, was Darstellungsfehler in der Nachrichtenchronologie verhindert.
LoRa-Setup-Hinweise nur beim ersten Node-Connect
Die LoRa-Setup-Hints – kurze Einrichtungshinweise für die Funkverbindung – erscheinen ab sofort nur noch beim allerersten Verbinden mit einem Node. Bei späteren Verbindungen bleibt die Oberfläche frei von wiederholten Hinweismeldungen.
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.6. April 2026
MeshCore v1.14.1: RX Boosted Gain deaktiviert sich beim Upgrade auf RepeaternMeshCore v1.14.1: RX Boosted Gain Turns Off Silently After Repeater Upgrade
Community
Wer seinen Repeater oder Room-Server von v1.14.0 auf v1.14.1 aktualisiert hat, sollte einen Blick auf die Empfangseinstellungen werfen. Ein bekannter Bug sorgt dafür, dass der RX Boosted Gain Mode beim Upgrade still auf OFF gesetzt wird — ohne Warnung und ohne dass man etwas davon merkt. Die Companion Firmware ist davon nicht betroffen.
Was ist der RX Boosted Gain Mode?
Der RX Boosted Gain Mode (auch radio.rxgain) verbessert die Empfangsempfindlichkeit des LoRa-Transceivers. Er war in älteren Versionen immer aktiv, weil das zugehörige Setting schlicht nicht existierte — es gab nichts, das man abschalten hätte können. Erst mit v1.14.1 wurde radio.rxgain als konfigurierbarer Parameter eingeführt.
Warum tritt der Fehler auf?
Bei einer Neuinstallation von v1.14.1 (mit aktiviertem „Erase device") wird radio.rxgain korrekt auf ON gesetzt. Bei einem Upgrade ohne Löschen des Flash-Speichers wird das neue Setting hingegen ohne Standardwert übernommen — und landet dadurch auf OFF. Das ist ein klassisches Migrations-Problem: Ein neuer Parameter wird nicht mit dem sinnvollen Defaultwert aus früheren Versionen befüllt.
Wer ist betroffen?
Betroffen sind alle, die einen Repeater oder Room-Server ohne „Erase device" von v1.14.0 auf v1.14.1 aktualisiert haben. In diesem Szenario ist der boosted Empfangsmodus deaktiviert, was die Reichweite spürbar reduzieren kann. Eine Neuinstallation oder ein Upgrade der Companion Firmware zeigt das Problem nicht.
Schnellcheck und Behebung per CLI
Den aktuellen Status lässt sich über die serielle CLI prüfen und bei Bedarf korrigieren:
# Aktuellen Status prüfen get radio.rxgain # Falls der Wert "off" zurückgemeldet wird, korrigieren: set radio.rxgain on reboot
Nach dem Neustart ist der Boosted Gain Mode wieder aktiv. Ein erneutes Flashen ist nicht notwendig.
---
Kurzanleitung: Bug selbst beheben
1. Gerät per USB anschließen und eine serielle Konsole öffnen (z. B. mit dem Web Flasher oder einem Terminal-Programm wie PuTTY/minicom, Baudrate 115200) 2. Status abfragen:
get radio.rxgain
off lautet, Einstellung korrigieren:
set radio.rxgain on reboot
on anzeigen.
29. März 2026
MeshOS 0.4.5: Verbesserte Kartenansicht und Desktop-OptimierungenMeshOS 0.4.5: Map Overlay, Node Fade, and Desktop Improvements
MeshOS v0.4.5
Mit Version 0.4.5 vom 29. März 2026 bringt MeshOS eine Reihe gezielter Verbesserungen für die Kartenansicht – besonders für Nutzerinnen und Nutzer, die die App auf Tablets oder am Desktop verwenden. Dazu kommen einige Stabilitätsfixes, die den Alltag im Mesh-Betrieb einfacher machen.
Wide-Screen Map Overlay und Panel-Größe
Auf Tablets und Desktops lässt sich nun ein schwebendes Panel über der Karte einblenden, das gleichzeitig den Channel und die Kontaktliste anzeigt. Das Panel ist per Zuggriff in der Größe veränderbar (Drag Handle) und kann jederzeit ein- oder ausgeblendet werden. Die Karte zentriert sich dabei automatisch auf den aktiven Bereich des Netzwerks und berücksichtigt die Breite des eingeblendeten Panels.
Temporales Verblassen von Kartenmarkierungen
Knoten (Nodes), von denen lange nichts gehört wurde, werden auf der Karte nun schrittweise ausgeblendet: Heute empfangene Nodes erscheinen hell, nach 7 Tagen ohne Signal sind sie unsichtbar. Dieses Temporal Node Fade genannte Verhalten lässt sich in den Einstellungen deaktivieren. Zusätzlich zeigen die Popup-Fenster der Kartenmarker jetzt den Zeitpunkt des letzten Empfangs an (Last Heard).
Pfadanalyse parallel zum Chat
Die Path Analysis – also die Anzeige des Übertragungswegs eines Pakets durch das Mesh – war bisher nicht gleichzeitig mit dem Chat-Overlay nutzbar. Ab Version 0.4.5 lässt sich die Pfadanalyse direkt auf der Hintergrundkarte betrachten, während der Chat geöffnet bleibt.
Desktop-Zoom und macOS-Unterstützung
Für Desktop-Nutzer wurden Zoom-Schaltflächen (+/-) ergänzt. Auf macOS wird außerdem das Scrollen mit der Magic Mouse zum Zoomen unterstützt – diese Funktion ist aktuell noch als „Coming Soon" gekennzeichnet und wird in einer der nächsten Versionen fertiggestellt.
Heard List und Plattform-Kompatibilität
Ein lästiger Fehler wurde behoben: Gelöschte Einträge in der Heard List (die Liste der zuletzt empfangenen Nodes) blieben nach einem App-Neustart nicht erhalten. Das ist nun korrekt gelöst. Im Hintergrund wurde außerdem ein Cross-Platform Refactor durchgeführt – bedingte Imports sorgen künftig für bessere Kompatibilität zwischen der Web- und der nativen App-Version.
27. März 2026
MeshOS 0.4.3: Multi-Transport-Unterstützung und erweiterte VerbindungsoptionenMeshOS 0.4.3: Three Ways to Connect Your MeshCore Device
MeshOS v0.4.3
Mit Version 0.4.3 der MeshOS Android-App stehen drei Verbindungswege zur Verfügung: Bluetooth, WiFi TCP und USB Serial. Das Update bringt außerdem einen automatischen Netzwerk-Scanner sowie mehrere Bedienverbesserungen im Alltag.
Multi-Transport: Bluetooth, WiFi und USB Serial
Ab sofort lässt sich MeshOS über drei verschiedene Transporte — also Verbindungsarten — mit einem MeshCore-Gerät koppeln. Neben dem bekannten Bluetooth stehen nun WiFi TCP (Verbindung über IP-Adresse und Port) und USB Serial (direkte Kabelverbindung, 115200 Baud) zur Verfügung. USB Serial setzt entsprechende Companion-Firmware am Gerät voraus und funktioniert derzeit nur unter Android.
WiFi-Netzwerk-Scanner
Für WiFi-Verbindungen gibt es einen integrierten Network Scanner, der MeshCore-Geräte im lokalen Netzwerk automatisch erkennt. Dabei wird nicht nur nach offenen Ports gesucht, sondern auch das Protokoll verifiziert — es werden also nur echte MeshCore-Knoten angezeigt. IP-Adresse und Port werden nach der ersten Verbindung gespeichert und stehen beim nächsten Start direkt zur Verfügung.
Transport-bewusste Benutzeroberfläche
Das Verbindungssymbol in der App passt sich nun dem aktiven Transport an: Je nach genutzter Verbindungsart wird ein Bluetooth-, WiFi- oder USB-Icon angezeigt. Damit ist auf einen Blick erkennbar, über welchen Weg die App gerade mit dem Gerät kommuniziert.
Trennungsbestätigung und Room-Chat-Steuerung
Um versehentliche Trennungen zu verhindern, fragt die App beim Beenden einer Verbindung nun per Dialog nach einer Bestätigung. Im Room Chat — dem kanalbasierten Gruppenchat — stehen über ein Popup-Menü drei neue Aktionen bereit: Path setzen, Path zurücksetzen und Logout. Der Path bestimmt dabei, über welche Knoten Nachrichten geroutet werden.
iOS: Keine Update-Aufforderungen mehr
Auf iOS-Geräten werden In-App-Hinweise auf Software-Updates künftig nicht mehr angezeigt. Updates werden dort ausschließlich über den App Store eingespielt, was dem üblichen iOS-Verhalten entspricht.
Erkunde deine Region
Explore Your Region
Warum Meshcore?
Why Meshcore?
MESH-NETZWERK
Automatisches Multi-Hop Routing. Jeder Node verstärkt das Netz. Keine zentrale Infrastruktur nötig.
AES-256 VERSCHLÜSSELUNG
Ende-zu-Ende verschlüsselt. Private Kanäle für Gruppen. Sicher und privat — ohne Hintertüren.
COMPANION APPS
Android & iOS. Bluetooth-Verbindung zum Node. Nachrichten, GPS-Tracking, Telemetrie auf einen Blick.
OUTDOOR & NOTFALL
Funktioniert ohne Handynetz. Perfekt für Bergtouren, Events und Katastrophenschutz in den Alpen.
KEINE BETRIEBSKOSTEN
Keine SIM, kein Vertrag, kein Abo. Lizenzfreies ISM-Band EU868. Hardware ab 20 €.
OPEN SOURCE
Firmware, Apps und Tools — alles quelloffen. Community-getrieben, transparent und frei.
Anleitungen & Referenz
Guides & Reference
chevron_right system_update 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.co.uk — 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.co.uk — 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.
chevron_right radio 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.
chevron_right badge 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.
chevron_right Alle Bezirkskürzel anzeigen Show all district codes
chevron_right tag 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.
lock 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.
public 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!"
tag 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
lock 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.
chat 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>
compare_arrows Ü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.
public 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!"
tag 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
lock 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.
chat 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>
compare_arrows 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 |
chevron_right globe_asia 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.
chevron_right tune 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
DEVELOPMENT
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.
send admin@meshcore.at