MeshCore: Was ist das eigentlich - und wie hängt es mit LoRa zusammen?

20.07.2026 · 9 Min. Lesezeit

MeshCore ist ein Kommunikationsprotokoll, das auf LoRa-Funkmodulen läuft und daraus ein dezentrales Mesh-Netzwerk baut, über das sich ganz ohne Internet oder Mobilfunk Nachrichten austauschen lassen. Wer bei uns schon die Artikel zu LoRa gelesen hat, bringt die technischen Grundlagen dafür bereits mit. In diesem Artikel geht es darum, wie MeshCore diese Grundlagen nutzt, welche Philosophie dahintersteckt und welche drei Rollen - Companion, Repeater und Room Server - das gesamte System tragen.

Von LoRa zu MeshCore: die Ebenen auseinanderhalten

LoRa (Long Range) ist zunächst einmal nur eine Funktechnik: ein Modulationsverfahren, das kleine Datenmengen mit sehr geringem Energieaufwand über teils erstaunliche Distanzen überträgt, dafür aber vergleichsweise langsam ist. Ein LoRa-Chip allein weiß nichts von Nachrichten, Kontakten, Verschlüsselung oder Routing – er kann lediglich Pakete aus Bytes senden und empfangen. Alles, was darüber hinausgeht, muss eine Software-Schicht regeln, die auf diesem Funkkanal aufsetzt.

Genau das ist MeshCore: eine Firmware und ein Protokoll, das die “dumme” Funktechnik LoRa zu einem nutzbaren Kommunikationsnetz macht. MeshCore kümmert sich unter anderem um:

• die Verschlüsselung von Nachrichten,
• die Frage, welches Gerät ein Paket über welchen Weg weiterleitet (Routing),
• die Unterscheidung zwischen verschiedenen Nachrichtentypen (Direktnachrichten, Channel-Nachrichten, Verwaltungsbefehle),
• und die unterschiedlichen Rollen, die ein Gerät im Netz einnehmen kann.

Man kann sich das Verhältnis ungefähr so vorstellen wie das zwischen WLAN und einer Chat-App: WLAN transportiert Bits von A nach B, aber erst eine Anwendung obendrauf macht daraus etwas, das man tatsächlich zum Chatten nutzen kann. LoRa ist der Transportweg, MeshCore ist die Anwendungsschicht, die diesen Transportweg sinnvoll nutzt.

Ein Aspekt, der die technischen LoRa-Grundlagen direkt betrifft: Alle Geräte in einem MeshCore-Netz müssen dieselben grundlegenden Funkparameter verwenden – Frequenzbereich, Bandbreite, Spreading Factor und Coding Rate müssen zueinander passen, sonst können sich die Geräte gar nicht erst “hören”. In der Praxis übernimmt das ein Regions-Preset (in Europa etwa ein “EU/UK”-Preset für das lizenzfreie 868-MHz-Band), das man beim Einrichten auswählt, ohne jeden einzelnen Parameter von Hand konfigurieren zu müssen. Diese Presets ändern sich gelegentlich, wenn die Community neue, effizientere Einstellungen etabliert – zum Zeitpunkt der Einrichtung lohnt sich also immer ein Blick in die aktuelle Empfehlung der jeweiligen Region, statt sich auf einen einmal gelesenen Wert zu verlassen.

Warum überhaupt ein eigenes Mesh-Netz?

Der entscheidende Unterschied zu WLAN, Mobilfunk oder klassischem Internet ist die fehlende Abhängigkeit von zentraler Infrastruktur. Es gibt bei MeshCore keinen Provider, keinen Router im klassischen Sinne und keinen Server irgendwo im Internet, über den Nachrichten laufen müssen. Die Geräte funken direkt miteinander, und wenn ein Gerät zu weit entfernt ist, um es direkt zu erreichen, kann die Nachricht über andere Geräte dazwischen weitergereicht werden – daher der Name “Mesh”, also Maschennetz: Statt einer festen Baumstruktur mit zentralem Knoten entsteht ein Geflecht aus vielen gleichberechtigten Verbindungen.

Das hat handfeste Konsequenzen. Ein MeshCore-Netz funktioniert dort, wo Mobilfunk und Internet ausfallen oder gar nicht erst vorhanden sind: in entlegenen Wandergebieten, bei Stromausfällen, während Unwettern oder größeren Katastrophenlagen, aber auch einfach dort, wo eine Gruppe von Menschen unabhängig von kommerzieller Infrastruktur kommunizieren möchte. Gleichzeitig ist der Betrieb in Europa unkompliziert: MeshCore nutzt das lizenzfreie 868-MHz-ISM-Band, für dessen Nutzung man keine Funkamateur-Lizenz benötigt – man muss sich lediglich an die gesetzlichen Vorgaben zu Sendeleistung und Sendedauer (Duty Cycle) halten, um die sich die Standard-Presets bereits kümmern.

Einordnung gegenüber anderen LoRa-Mesh-Projekten

Wer sich mit LoRa-basierten Mesh-Netzen beschäftigt, stößt fast zwangsläufig auch auf Meshtastic, das ähnliche Ziele verfolgt und ebenfalls auf LoRa-Hardware aufsetzt. Die grundsätzliche Idee – dezentrale Kommunikation ohne Internet über handelsübliche LoRa-Boards – teilen sich beide Projekte. MeshCore ist jünger und trifft an mehreren Stellen bewusst andere Designentscheidungen, vor allem beim Routing: Statt jedes empfangene Paket unter bestimmten Bedingungen an alle erreichbaren Nachbarn weiterzureichen, verfolgt MeshCore ein strukturierteres Modell, bei dem nicht automatisch jeder Repeater jedes Paket blind weitersendet. Das reduziert unnötigen Funkverkehr und damit Kollisionen im geteilten Frequenzband, macht das Verhalten des Netzes im Gegenzug etwas weniger vorhersehbar als bei einem einfachen Flutungsprinzip.

Für den Einstieg ist dieser Unterschied nicht entscheidend – wichtig ist vor allem, im Hinterkopf zu behalten, dass es sich um zwei eigenständige, zueinander inkompatible Ökosysteme handelt: Ein Meshtastic-Gerät kann nicht ohne Weiteres mit einem MeshCore-Netz kommunizieren und umgekehrt, weil bereits das Protokoll auf Software-Ebene unterschiedlich ist, selbst wenn beide dieselbe LoRa-Hardware und denselben Frequenzbereich nutzen. Wer sich für MeshCore entscheidet, flasht seine Geräte entsprechend mit MeshCore-Firmware, die für eine ganze Reihe verbreiteter LoRa-Boards (etwa von Heltec, RAK oder LilyGo, inklusive der T-Deck- und T-Beam-Modelle) quelloffen und kostenlos zur Verfügung steht.

Die drei Rollen: Companion, Repeater, Room Server

Das gesamte MeshCore-Ökosystem lässt sich auf drei grundlegende Rollen herunterbrechen, die ein Gerät einnehmen kann. Diese drei Begriffe ziehen sich durch das gesamte Projekt, deshalb lohnt sich eine gründliche Einordnung.

Companion

Der Companion ist der Einstiegspunkt für die allermeisten Nutzer: ein LoRa-Gerät, das per Bluetooth, USB-Kabel oder auch über das lokale Netzwerk (TCP) mit einem Smartphone oder Computer verbunden und dort über die MeshCore-App bedient wird. Auf dem Companion selbst passiert bewusst wenig – die eigentliche Bedienung findet in der App statt, das LoRa-Gerät fungiert nur als Funkschnittstelle.

Über den Companion schreibt und liest man Nachrichten, sieht andere Nodes in der Umgebung, tritt Channels bei und nutzt Room Server. Ein Companion ist ein reines Endgerät: Im Normalbetrieb leitet er keine fremden Nachrichten weiter, sondern sendet und empfängt ausschließlich für den eigenen Gebrauch. Das ist eine bewusste Designentscheidung, denn sie hält das Routing im Netz vorhersehbar – wollte jedes Companion-Gerät zusätzlich als Repeater fungieren, würde das Netzverhalten deutlich unübersichtlicher.

Repeater

Ein Repeater hat eine grundsätzlich andere Aufgabe als ein Companion: Er erzeugt selbst keinen eigenen Nutzverkehr – niemand schreibt über einen Repeater direkt Nachrichten –, sondern sorgt ausschließlich dafür, dass die Nachrichten anderer Geräte über größere Distanzen hinweg ankommen, indem er sie gezielt weiterleitet. Ein Repeater ist damit reine Netzinfrastruktur, vergleichbar mit einem Funkmast oder einem WLAN-Repeater, nur eben für das Mesh-Netz.

Repeater werden typischerweise fest installiert – auf einem Dach, einem Hügel, an einem Ort mit möglichst freier Sicht in die Umgebung – und laufen dauerhaft, oft über Solarpanels und Pufferakkus, damit sie unabhängig von Steckdosen an exponierten Standorten betrieben werden können. Diese Rolle bildet das Rückgrat eines MeshCore-Netzes: Ohne Repeater ist die Reichweite eines Netzes auf das beschränkt, was einzelne Geräte direkt funken können; mit gut platzierten Repeatern wächst das nutzbare Gebiet über mehrere “Sprünge” hinweg deutlich.

Wichtig für das Verständnis: Auch ein Repeater arbeitet nicht nach dem simplen Prinzip “alles empfangene sofort an alle weitersenden”. MeshCore trifft beim Weiterleiten gezieltere Entscheidungen, um unnötigen Funkverkehr zu vermeiden – das ist Teil des oben angesprochenen, bewusst strukturierteren Routing-Modells.

Room Server

Die dritte Rolle unterscheidet sich noch einmal grundlegend von den ersten beiden. Companions und einfache Channel-Kommunikation funktionieren nach dem Prinzip “jetzt oder nie”: Ist man beim Versenden einer Nachricht nicht in Funkreichweite, verpasst man sie unwiderruflich – es gibt kein automatisches Nachliefern. Ein Room Server durchbricht dieses Prinzip: Er speichert eingehende Nachrichten und stellt sie zu, sobald sich ein Nutzer einloggt oder wieder in Reichweite kommt.

Die naheliegendste Analogie ist ein E-Mail-Postfach: Nachrichten, die eintreffen, während man nicht “online” ist, gehen nicht verloren, sondern warten, bis man sich wieder verbindet und sie abruft. Das macht Room Server besonders wertvoll für Netze mit Teilnehmern, die nicht durchgehend erreichbar sind – etwa, weil sie ihr Gerät nur zeitweise einschalten oder sich außerhalb der Reichweite des Netzes befinden. Technisch gesehen fungiert ein Room Server dabei auch als eine Art Treffpunkt: Mehrere Personen können über denselben Room Server kommunizieren, ähnlich einem kleinen Nachrichtenbrett, das jeder mit Zugang lesen und beschreiben kann. Wie genau sich Room Server mit Channels kombinieren lassen, welche Zugriffsrechte es gibt und wie die Einrichtung im Detail funktioniert, ist umfangreich genug für einen eigenen, tieferen Blick – hier reicht für den Anfang das Grundprinzip: Speichern und späteres Zustellen statt reiner Echtzeit-Kommunikation.

Rollen kombinieren

Diese drei Rollen schließen sich nicht gegenseitig aus – ein einzelnes Gerät kann grundsätzlich mehrere Rollen gleichzeitig übernehmen, etwa gleichzeitig Repeater und Room Server sein. In der Praxis wird aber empfohlen, Repeater und Room Server nach Möglichkeit auf getrennten Geräten laufen zu lassen. Beide Rollen sind auf Zuverlässigkeit und Dauerbetrieb angewiesen, und beide profitieren davon, wenn sie sich nicht die Rechenzeit, den Funkkanal und die Aufmerksamkeit eines einzelnen Geräts teilen müssen.

Wer braucht welche Rolle?

Für den reinen Einstieg reicht ein einziges unterstütztes LoRa-Gerät, das mit der Companion-Firmware geflasht und über die App bedient wird – damit lässt sich bereits mit anderen MeshCore-Nutzern in der Umgebung kommunizieren, sofern welche in Reichweite sind. Steht ein zweites Gerät zur Verfügung, hängt die sinnvollste Nutzung stark von der Umgebung ab:

• Gibt es in der Nähe noch keine oder nur wenige andere MeshCore-Nutzer, lohnt es sich oft mehr, das zweite Gerät ebenfalls als Companion einzurichten – etwa für ein Familienmitglied oder eine Freundin bzw. einen Freund, mit dem man direkt kommunizieren möchte.
• Gibt es dagegen bereits ein bestehendes MeshCore-Netz oder mehrere Nutzer in der Region, kann es sinnvoller sein, das zweite Gerät als Repeater zu betreiben und damit nicht nur sich selbst, sondern allen Teilnehmern im Netz eine bessere Reichweite zu verschaffen.

Room Server kommen in der Regel erst später ins Spiel, wenn ein Netz eine gewisse Größe und Regelmäßigkeit an Teilnehmern erreicht hat und ein konkreter Bedarf entsteht, Nachrichten auch für Nutzer bereitzuhalten, die nicht durchgehend online sind.

Typische Einsatzszenarien

MeshCore wird von recht unterschiedlichen Nutzergruppen eingesetzt, und die Motivation dahinter variiert entsprechend:

• Familie und Freunde im Alltag oder auf Reisen – etwa um sich beim Wandern, Camping oder auf einem Festival ohne Mobilfunknetz abzustimmen.
• Notfall- und Krisenkommunikation, wenn klassische Infrastruktur wie Mobilfunk oder Internet ausfällt, etwa bei Unwettern, Stromausfällen oder größeren Katastrophenlagen.
• Lokale Communitys, die ein eigenes, dauerhaftes Mesh-Netz für eine Stadt, einen Landkreis oder eine ganze Region aufbauen – meist mit fest installierten Repeatern und Room Servern, die von Freiwilligen betrieben und gepflegt werden.
• Technisch interessierte Bastler, die schlicht Freude daran haben, ein eigenes, von kommerzieller Infrastruktur unabhängiges Funknetz zu betreiben und zu verstehen, wie Routing in einem Mesh tatsächlich funktioniert.

Diese Szenarien schließen sich in der Praxis nicht gegenseitig aus und gehen oft ineinander über: Wer zunächst nur mit der Familie kommunizieren wollte, findet nicht selten den Weg zu einer größeren lokalen Community - und wer als Bastler ein einzelnes Gerät zum Testen aufgesetzt hat, betreibt am Ende häufig einen dauerhaften Repeater, weil sich in der Umgebung ein kleines Netz gebildet hat.

Das Wichtigste in Kürze

MeshCore setzt auf der Funktechnik LoRa auf und macht daraus ein vollwertiges, dezentrales Kommunikationsnetz ohne Abhängigkeit von Internet oder Mobilfunk. Drei Rollen tragen dieses Netz: der Companion als Endgerät für die eigentliche Nutzung, der Repeater als reine Infrastruktur zur Reichweitenerweiterung und der Room Server als Speicher- und Zustellstelle für Nutzer, die nicht durchgehend erreichbar sind. Für den Einstieg genügt ein einzelnes Companion-Gerät; welche Rolle weitere Geräte sinnvollerweise übernehmen, hängt vor allem davon ab, ob in der eigenen Umgebung bereits ein Netz existiert oder erst noch entsteht.