MeshCore-Protokoll erklaert
Technische Erklaerung des MeshCore-Protokolls: wie Nachrichten in einem dezentralen LoRa-Netz gesendet, zugestellt und optimiert werden.
Was ist das MeshCore-Protokoll?
Das MeshCore-Protokoll legt fest, wie Nodes ueber LoRa Nachrichten austauschen: Senden, Empfangen und Weiterleiten ueber Repeater.
Kernprinzip: Clients repeaten nicht. Die Weiterleitung uebernehmen Repeater (und Room-Server mit aktivem Repeat), was die Kanalbelastung reduziert.
Die reale Leistung haengt von Funkparametern und Topologie ab: Frequenz, Spreading Factor, Bandbreite, Coding Rate, Sendeleistung und Repeater-Standorte.
Protokollstruktur auf hoher Ebene
Als Funktionsmodell verstehen, nicht als strikte offizielle Byte-Spezifikation:
1. Funkschicht (LoRa PHY)
LoRa uebernimmt die physische Signaluebertragung im ISM-Band mit konfigurierbaren Funkparametern.
2. Uebertragungsverhalten und Airtime
Das praktische Netzwerkverhalten wird durch Timing, Retransmission-Verhalten und Konfiguration bestimmt.
3. Mesh-Weiterleitung ueber Repeater
Wenn kein bekannter Pfad existiert, kann Discovery-Flood ueber Repeater genutzt werden; nach erfolgreicher Zustellung kann ein nutzbarer Pfad gelernt werden.
4. Nachrichtenschicht
Inhalte wie Text- und Room-Nachrichten werden kompakt gesendet und koennen verschluesselt werden.
Nachrichtenstruktur auf Konzeptebene
Keine erfundenen festen Paketlayouts als offizielle MeshCore-Spezifikation veroeffentlichen. Stattdessen dieses Modell nutzen:
MeshCore-Nachricht (konzeptionell): [Sendekontext] [Kompakter Inhalt] [Zustell-/Forwarding-Kontext] - Quell-/Zielkontext - Payload fuer Direkt- oder Room-Kommunikation - Forwarding- und Zustellkontext - Integritaets- und Verschluesselungskontext
Das interne Layout kann je nach Implementierung/Version variieren. Fuer Website-Dokumentation ist Protokollverhalten sicherer als unbelegte Bytefeld-Claims.
Relevante Nachrichtenformen
Direktnachricht
Node-zu-Node-Kommunikation zwischen zwei Teilnehmern.
Room-Nachricht
Nachricht an einen Room, sodass mehrere Teilnehmer denselben Inhalt erhalten.
Discovery-Verkehr
Verkehr, der die initiale Erreichbarkeit herstellen kann, wenn noch kein Pfad bekannt ist.
Follow-up ueber gelernten Pfad
Nach erfolgreicher Zustellung kann Folgeverkehr gezielter ueber bekannte Repeater weitergeleitet werden.
Zustellstatus / Reporting
Zustellkontext kann zur Optimierung der Weiterleitung fuer folgende Nachrichten zurueckgemeldet werden.
Verschluesselter Inhalt
Nachrichteninhalte koennen fuer vertrauliche Kommunikation verschluesselt werden.
Wie funktioniert das Routing?
MeshCore kombiniert Discovery-Verhalten mit gezielter Repeater-Weiterleitung.
Discovery bei unbekanntem Pfad
Wenn noch kein Pfad bekannt ist, kann Discovery-Flood ueber Repeater genutzt werden, um das Ziel zu erreichen.
Obergrenze und praktische Abstimmung
Die Dokumentation nennt eine interne Obergrenze von 64 Hops. In der Praxis wird Flood/Forward-Verhalten auf Repeater-Ebene abgestimmt (z. B. flood.max), je nach Gelaende und Airtime.
Vorteile dieses Protokollansatzes
Gezielteres Follow-up-Routing
Nach Discovery koennen Nachrichten effizienter ueber bekannte Repeater-Pfade laufen.
Dezentral
Fuer lokale Mesh-Kommunikation ist keine zentrale Internet-Infrastruktur noetig.
Verschluesselung unterstuetzt
Nachrichten koennen verschluesselt werden, ohne unbelegte Channel-Slot-Annahmen.
Airtime-bewusst
Kompakte Nachrichten und Repeater-Weiterleitung helfen, den Kanal zu entlasten.
Reichweite ueber Repeater
Multi-Hop-Weiterleitung ueber Repeater erweitert die Kommunikation ueber direkte Funkreichweite hinaus.
Regional skalierbar
Mit guter Repeater-Platzierung waechst Abdeckung und Nutzen mit der Zeit.
Technische Schwerpunkte
| Frequenz (EU) | Betrieb im 863-870 MHz ISM-Band gemaess lokalen Vorgaben |
| Bandbreite | Teil des RF-Profils; beeinflusst Robustheit und Datenrate |
| Spreading Factor | Hoeherer SF verbessert Reichweite, reduziert aber Geschwindigkeit |
| Coding Rate | Mehr Fehlerkorrektur verbessert Robustheit, senkt aber Durchsatz |
| Payload | Praktische Groesse haengt von LoRa-Einstellungen und Konfiguration ab |
| Verschluesselung | Unterstuetzt; genaues Modell abhaengig von Implementierung/Konfiguration |
Haeufige Fragen zum Protokoll
Ist MeshCore mit Meshtastic kompatibel?
Nein. Es sind unterschiedliche Protokoll-Implementierungen und standardmaessig nicht direkt interoperabel.
Wie schnell ist die Datenuebertragung?
Das haengt von SF, Bandbreite, Coding Rate und Umgebung ab. LoRa priorisiert Reichweite und Zuverlaessigkeit statt hohen Durchsatz wie WLAN.
Kann ich eigene Anwendungen entwickeln?
Ja, solange die begrenzte LoRa-Bandbreite beruecksichtigt wird und die Kompatibilitaet mit dem betriebenen Netz erhalten bleibt.
Was passiert bei ueberlappendem Verkehr?
Bei gleichzeitiger Last steigt der Kanaldruck. Gute RF-Abstimmung, Nachrichtendisziplin und Repeater-Konfiguration reduzieren Kollisionen und Verzoegerungen.
Ist der Protokoll-Overhead eine feste Byte-Zahl?
Keine festen Overhead-Werte ohne offizielle Quelle nennen. Effektiver Overhead und Payload variieren nach Implementierung und Funkparametern.
Verwendet MeshCore internetartiges IP-Adressieren?
MeshCore ist kein TCP/IP-Internet-Stack. Unbestaetigte Aussagen zu festen IP-Adressmodellen vermeiden.
Mit MeshCore-Entwicklung starten
Mit dieser Protokollbasis laesst sich MeshCore korrekt einordnen: LoRa als Transport, Repeater-Forwarding und Routenoptimierung nach erfolgreicher Zustellung.
Verwandte Artikel
Netzwerk-Topologie
Aufbau des MeshCore-Netzwerks
Weiterlesen →Firmware-Architektur
Aufbau der Firmware
Weiterlesen →Routing-Algorithmen
Wie Nachrichten geroutet werden
Weiterlesen →Nachrichtenformate
Payload-Strukturen verstehen
Weiterlesen →Verschlüsselung Details
Kryptografie im Protokoll
Weiterlesen →