Meshtastic Firmware: LoRa-Mesh-Kommunikation ohne Mobilfunk und Internet
Die offizielle Firmware für Meshtastic, ein netzunabhängiges Open-Source-Mesh-Kommunikationssystem.
Auf einen Blick
- Was ist das?
- meshtastic/firmware ist die offizielle Gerätefirmware für das Open-Source-Mesh-Netz von Meshtastic auf LoRa-Basis. Der Text ordnet die Plattform-Familien ESP32, nRF52 und RP2040/RP2350, die Funktionen Text, Standort und Telemetrie sowie die Alpha- und Beta-Release-Stufen ein.
- Für wen ist es gedacht?
- Die Firmware eignet sich für Projekte, die mit LoRa-Hardware ein dezentrales Funknetz ohne Mobilfunk aufbauen wollen, sei es für Touren, Notfallvorsorge oder ferne Systeme. Sie trägt die drei Kernfunktionen Text, Standort und Telemetrie, verlangt aber die passende Geräte- und Regionskonfiguration, die das README selbst nicht liefert.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich C++, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Die Firmware für das LoRa-Mesh-Netz von Meshtastic
meshtastic/firmware ist das offizielle Geräte-Firmware-Repository für das Meshtastic-Projekt, ein Open-Source Mesh-Kommunikationssystem auf LoRa-Basis. Die Projektselbstbeschreibung spricht von einem off-grid Mesh-System: funkbasierte Kommunikation über lange Strecken bei geringem Stromverbrauch, ohne auf Internet oder Mobilfunk angewiesen zu sein. Die Firmware ist in C++ geschrieben, liegt auf dem Standardzweig develop und ist unter GPL-3.0 lizenziert.
Alle Knoten eines Meshtastic-Netzes laufen mit dieser Firmware; die Bedienoberfläche lebt in getrennten Projekten wie etwa der Android- oder iOS-App. Auf GitHub zählt die Auswertung rund 8.200 Sterne und über 2.600 Forks bei 485 offenen Issues. Die Homepage unter meshtastic.org bündelt Website und Dokumentation; mit CI, CLA-Assistant und OpenCollective deutet das README ein geregeltes Projektumfeld an, ohne weitere Prozessdetails zu liefern.
Die Commit-Kürzel in den Release-Namen, etwa v2.7.26.54e0d8d, verraten den Entwicklungsfluss: Jede veröffentlichte Datei lässt sich auf einen bestimmten Stand im Zweig develop zurückverfolgen. Wer eine genaue Historie braucht, kann über diese Kürzel Version, Commit und veröffentlichtes Artefakt einander zuordnen.
Unterstützte Plattformen: ESP32, nRF52, RP2040 und Linux
Das README nennt vier Plattform-Familien: ESP32, nRF52, RP2040 beziehungsweise RP2350 sowie Linux-basierte Geräte. Für ein Hardwareprojekt ist das die zentrale Ausgangslage, denn Funksender, Antennenlage und Stromversorgung bestimmen, wo ein Knoten sinnvoll aufgestellt wird. Die genannte Bandbreite reicht von kleinen ESP32-Modulen bis zu Geräten, die als Linux-Prozess betrieben werden.
Eine ausdrückliche Liste unterstützter Boards oder Funkmodule gehört nicht zum README selbst; wer ein bestimmtes Board einsetzen will, muss die Board-Unterlagen und die Build-Anleitung der Dokumentation heranziehen. Auf welchem Frequenzband und mit welcher Sendeleistung gesendet wird, richtet sich nach Gerätekonfiguration und regionalen Regeln; auch dazu gibt das README keine Angabe.
Textnachrichten, Standort und Telemetrie im dezentralen Netz
Was die Firmware leistet, ist im README auf drei Fähigkeiten verdichtet: Textnachrichten, Standortweitergabe und Telemetrie über ein dezentrales Mesh. Als Einsatzszenarien nennt es Outdoor-Abenteuer, Notfallvorsorge und ferne Operationen, also Situationen, in denen das Mobilfunknetz fehlt oder bewusst nicht genutzt wird.
Für den Betrieb bedeutet das einen spürbar anderen Anspruch als eine WLAN- oder Bluetooth-App: Jeder Knoten reicht Nachrichten weiter, sodass die Reichweite über mehrere Geräte wächst, während der einzelne Funkpfad kurz bleibt. Wie Mesh-Routing im Einzelnen funktioniert und wie mit Kollisionen umgegangen wird, ist im README nicht ausgeführt; die technischen Details grenzt der Text an die Projekt-Dokumentation aus.
Bauen und Flashen als dokumentierte Wege
Zwei dokumentierte Wege begleiten den Betrieb. Die Build-Anleitung unter meshtastic.org/docs/development/firmware/build erklärt, wie die Firmware aus dem Quelltext kompiliert wird; die Flash-Anleitung unter meshtastic.org/docs/getting-started/flashing-firmware/ deckt Installation und Update auf dem Gerät ab. Konkrete Build- oder Flash-Befehle listet das README selbst nicht, es verweist auf diese Seiten.
Für eine Funkplattform ist dieser Verweis realistisch: Der passende Weg hängt vom konkreten Board ab, und eine einzige Kommandozeile würde viele Gerätevarianten falsch abbilden. Wer Firmware aktualisieren will, startet also an der Flash-Anleitung der Doku und prüft dort die passende Variante für sein Board, bevor er das Gerät flasht.
Eine Besonderheit ist das Zusammenspiel mit den Begleit-Apps: Weil die App getrennt vom Gerätecode gepflegt wird, gehört zum Umstieg auf eine neue Firmware auch die Frage, welche App-Version die Funkschnittstelle der neuen Firmware bereits versteht. Dieses Zusammenspiel behandelt das README nicht, wohl aber deuten die Projekt-Dokumentation und die getrennt geführten App-Projekte darauf hin, dass beide Seiten im Takt released werden.
Die Release-Stufen Alpha und Beta und ihre Bedeutung
Die Releases folgen einer erkennbaren Stufung. Aktuell ist v2.7.26.54e0d8d als Beta vom 24. Juni 2026 verzeichnet, davor stehen v2.7.25.104df5f und v2.7.24.472b14c als Alpha-Versionen. Die Versionssuffixe mit Commit-Kürzeln machen die Zuordnung zum Quellstand sichtbar; die Bezeichnungen Beta und Alpha kommunizieren, dass nicht jede Ausgabe als stabil behandelt ist.
Diese Kanal-Trennung ist bei Gerätefirmware von Belang, weil ein fehlerhaftes Update ein physisches Funkgerät trifft und nicht nur eine Oberfläche. Wer Geräte im Alltag einsetzt, sollte sich an einer als Beta gekennzeichneten Linie orientieren und Alpha-Builds als Testmuster behandeln. Wie lange ein Stabilisierungszyklus dauert und wann eine Alpha in Beta übergeht, sagt das README nicht.
GPL-3.0, offene Fragen und die Einordnung
Lizenziert ist die Firmware unter GPL-3.0. Das hat für Gerätehersteller konkrete Folgen: Wer die Firmware modifiziert und Geräte damit vertreibt, muss den Quellcode seiner Version zugänglich machen, und eine Gewährleistung übernimmt der Lizenztext nicht. Werksnahe oder proprietäre Sonderwege sind unter dieser Copyleft-Lizenz nicht ohne Rechtsprüfung möglich.
Abschließend lässt das README Punkte offen, die für den Einsatz zählen: Es nennt keine Stromprofile oder Reichweitenangaben, keine unterstützten Boards im Detail und keine Regions- oder Frequenzeinstellungen. Wer ein konkretes Gerät plant, findet diese Antworten in der Messung vor Ort und in der Gerätedokumentation; das Material gibt den Rahmen vor, nicht die technischen Eckdaten des einzelnen Setups.
Redaktionelles Fazit
Die Firmware eignet sich für Projekte, die mit LoRa-Hardware ein dezentrales Funknetz ohne Mobilfunk aufbauen wollen, sei es für Touren, Notfallvorsorge oder ferne Systeme. Sie trägt die drei Kernfunktionen Text, Standort und Telemetrie, verlangt aber die passende Geräte- und Regionskonfiguration, die das README selbst nicht liefert. Vor dem Einbau eines Geräts sollten die Flash-Anleitung, die Build-Seite der Dokumentation und die als stabil markierte Release-Linie geprüft werden; unter GPL-3.0 bleiben Änderungen an der Firmware quelloffen weiterzugeben.
Community-Notizen