In Meshtastic (aktueller Stand Ende 2025, Version 2.5/2.6+) ist die Wahl der richtigen Rolle entscheidend für die Stabilität deines Netzwerks. Eine falsche Rolle kann zu Paketkollisionen führen und die Kapazität des gesamten Meshs unnötig belasten.
Hier ist die Erläuterung der aktuellen Rollen und wann du sie einsetzt:
Standard-Rollen (Empfohlen für 95 % der Nutzer)
Diese Rollen sind für den täglichen Gebrauch optimiert und nutzen intelligente Verzögerungsmechanismen beim Weiterleiten, um den Funkverkehr nicht zu blockieren.
| Rolle | Verwendung | Details |
| CLIENT | Standard / Allrounder | Das Gerät sendet, empfängt und leitet Pakete intelligent weiter. Ideal für Handgeräte oder mobile Knoten. |
| CLIENT_MUTE | Nur Empfang/Senden | Nimmt am Mesh teil, leitet aber keine Pakete weiter. Perfekt für Orte mit hoher Knotendichte oder wenn dein Gerät schlechten Empfang hat. |
| CLIENT_BASE | Heim-Station | Priorisiert die Weiterleitung von Paketen deiner eigenen „Favoriten“-Knoten. Ideal für ein Gateway auf dem Dach, das dein schwächeres Handgerät im Haus unterstützt. |
In Meshtastic (aktueller Stand Ende 2025, Version 2.5/2.6+) ist die Wahl der richtigen Rolle entscheidend für die Stabilität deines Netzwerks. Eine falsche Rolle kann zu Paketkollisionen führen und die Kapazität des gesamten Meshs unnötig belasten.
Hier ist die Erläuterung der aktuellen Rollen und wann du sie einsetzt:
1. Standard-Rollen (Empfohlen für 95 % der Nutzer)
Diese Rollen sind für den täglichen Gebrauch optimiert und nutzen intelligente Verzögerungsmechanismen beim Weiterleiten, um den Funkverkehr nicht zu blockieren.
| Rolle | Verwendung | Details |
| CLIENT | Standard / Allrounder | Das Gerät sendet, empfängt und leitet Pakete intelligent weiter. Ideal für Handgeräte oder mobile Knoten. |
| CLIENT_MUTE | Nur Empfang/Senden | Nimmt am Mesh teil, leitet aber keine Pakete weiter. Perfekt für Orte mit hoher Knotendichte oder wenn dein Gerät schlechten Empfang hat. |
| CLIENT_BASE | Heim-Station | Priorisiert die Weiterleitung von Paketen deiner eigenen „Favoriten“-Knoten. Ideal für ein Gateway auf dem Dach, das dein schwächeres Handgerät im Haus unterstützt. |
2. Infrastruktur-Rollen (Nur für Experten & strategische Orte)
Diese Rollen verhalten sich aggressiver beim Weiterleiten. Sie sollten nur an Standorten mit exzellenter Sichtverbindung (Berge, hohe Masten) eingesetzt werden.
- ROUTER: Ein dedizierter Knoten zur Netzwerkerweiterung. Er antwortet extrem schnell auf Anfragen. Er sollte immer an einer permanenten Stromquelle hängen.
- REPEATER: Ähnlich wie der Router, aber er erscheint nicht in der Knotenliste der anderen Nutzer. Er arbeitet rein passiv im Hintergrund, um das Mesh zu erweitern, ohne Overhead durch Statusmeldungen zu erzeugen.
- ROUTER_LATE (Neu seit v2.5): Diese Rolle ist eine „Absicherung“. Sie wartet länger als ein normaler Client. Wenn kein anderer Knoten das Paket weiterleitet, springt
ROUTER_LATEein. Ideal für Standorte, die nur als Backup dienen sollen.
3. Spezial-Rollen
- TRACKER: Optimiert für GPS-Tracking (z.B. im Auto oder am Rucksack). Er sendet Positionsdaten mit hoher Priorität und spart Energie, indem er das Funkmodul zwischen den Sendevorgängen effizienter verwaltet.
- SENSOR: Minimale Rolle für Umwelt-Sensoren (Temperatur, Luftfeuchtigkeit). Das Gerät wacht kurz auf, sendet Daten und geht wieder in den Tiefschlaf.
Zusammenfassung: Welche Rolle soll ich wählen?
Goldene Regel: Nutze im Zweifelsfall immer CLIENT.
- Du hast ein Handgerät: Nutze
CLIENT.- Du bist in einer Stadt mit vielen Knoten: Nutze
CLIENT_MUTEfür dein Handy-Modul, um den „Airtime“-Verbrauch gering zu halten.- Du baust einen Knoten auf dein Hausdach: Nutze
CLIENToderCLIENT_BASE.- Du hast einen Mast auf einem Berg: Hier ist
ROUTERoderREPEATERsinnvoll.
Wichtiger Hinweis zu Firmware 2.6+
In den neuesten Versionen wurde das Energiemanagement für alle Rollen verbessert. Besonders der ROUTER-Modus ist nun deutlich stromsparender als in alten Versionen, dennoch bleibt die Empfehlung, Infrastruktur-Rollen nicht unnötig in Bodennähe einzusetzen.
Möchtest du, dass ich dir helfe, die passende Rolle für ein spezifisches Hardware-Setup (z.B. Heltec oder T-Beam) auszuwählen?
In der Version 2.7.x von Meshtastic (die sich aktuell in der aktiven Entwicklung/Alpha-Phase befindet oder gerade als Release-Candidate ausgerollt wird) gibt es keine grundlegende Revolution der Rollen-Namen, aber signifikante Optimierungen unter der Haube, die das Verhalten der Rollen beeinflussen.
Hier sind die wichtigsten Änderungen und der Fokus der Version 2.7.x im Vergleich zu 2.5/2.6:
1. Fokus auf „Airtime-Awareness“ (Smarte Rollen)
In 2.7.x wurde der Algorithmus für die Rollen-Priorisierung weiter verfeinert. Das Ziel ist es, „Mesh-Kollisionen“ noch effektiver zu verhindern.
- CLIENT & CLIENT_BASE: In 2.7.x erkennt der Client noch besser, wenn ein
ROUTERin der Nähe ist, und hält sich bei der Weiterleitung (Rebroadcasting) noch etwas stärker zurück. Das spart Batterie beim Handgerät und lässt der Infrastruktur den Vortritt. - Verbesserte
ROUTER_LATELogik: Diese Rolle wurde in 2.7.x weiter stabilisiert. Sie fungiert nun noch zuverlässiger als „Lückenfüller“. Wenn das Mesh merkt, dass ein Paket nicht bestätigt wurde, springt derROUTER_LATEpräziser ein, ohne das Zeitfenster für normale Clients zu stören.
2. Dynamisches Power-Management für alle Rollen
Eine große Neuerung in der 2.7-Serie ist die Einführung von feiner abgestuften Schlafmodi, die je nach Rolle variieren:
- TRACKER (v2.7): Der Tracker-Modus ist in 2.7.x noch aggressiver beim Stromsparen. Er nutzt nun optimierte „Light-Sleep“-Zyklen zwischen den GPS-Fixes, was die Akkulaufzeit bei Geräten wie dem T-Echo oder T-Beam spürbar erhöht.
- SENSOR (v2.7): Hier wurde die Integration von Telemetrie-Daten (BME280, INA219 etc.) verbessert. Der Sende-Rhythmus der SENSOR-Rolle passt sich nun besser an die Mesh-Auslastung an.
3. „Role-Specific Overrides“ (Konfigurations-Flexibilität)
In der Version 2.7.x wurden die Möglichkeiten erweitert, innerhalb einer Rolle bestimmte Standardwerte zu überschreiben, ohne die Rolle komplett wechseln zu müssen.
- Du kannst jetzt beispielsweise einem
CLIENTexplizit verbieten, bestimmte administrative Pakete weiterzuleiten, was ihn fast wie einenCLIENT_MUTEagieren lässt, aber mit der Möglichkeit, im Notfall dennoch ein „SOS“ zu repeaten.
4. Wegfall / Deprecation (Vorbereitung auf v3.0)
Mit 2.7.x bereitet das Entwickler-Team den Übergang zu größeren Architekturänderungen vor.
- Die Rolle REPEATER wird in ihrer Bedeutung geschärft: In 2.7.x wird noch deutlicher zwischen „Sichtbarkeit im Mesh“ und „reiner Infrastruktur“ unterschieden. Es wird empfohlen,
REPEATERwirklich nur noch für „dumme“ Knoten ohne jegliche Nutzerinteraktion zu verwenden.
Fazit für dich als Nutzer der 2.7.x:
Die Rollen-Logik bleibt für dich in der Bedienung gleich, aber die Zuverlässigkeit hat sich verbessert.
Empfehlung für 2.7.x:
- Bleib bei CLIENT, wenn du ein normales Funkgerät hast.
- Nutze ROUTER_LATE für Backup-Knoten auf dem Dach, falls du bereits andere Router in der Gegend hast.
- Nutze den neuen TRACKER-Modus, wenn du die maximale Akkulaufzeit für Positionsübertragungen herausholen willst.
