Meshtastic – welche Rolle ist die Richtige für mich

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.

RolleVerwendungDetails
CLIENTStandard / AllrounderDas Gerät sendet, empfängt und leitet Pakete intelligent weiter. Ideal für Handgeräte oder mobile Knoten.
CLIENT_MUTENur Empfang/SendenNimmt am Mesh teil, leitet aber keine Pakete weiter. Perfekt für Orte mit hoher Knotendichte oder wenn dein Gerät schlechten Empfang hat.
CLIENT_BASEHeim-StationPriorisiert 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.

RolleVerwendungDetails
CLIENTStandard / AllrounderDas Gerät sendet, empfängt und leitet Pakete intelligent weiter. Ideal für Handgeräte oder mobile Knoten.
CLIENT_MUTENur Empfang/SendenNimmt am Mesh teil, leitet aber keine Pakete weiter. Perfekt für Orte mit hoher Knotendichte oder wenn dein Gerät schlechten Empfang hat.
CLIENT_BASEHeim-StationPriorisiert 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_LATE ein. 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.

  1. Du hast ein Handgerät: Nutze CLIENT.
  2. Du bist in einer Stadt mit vielen Knoten: Nutze CLIENT_MUTE für dein Handy-Modul, um den „Airtime“-Verbrauch gering zu halten.
  3. Du baust einen Knoten auf dein Hausdach: Nutze CLIENT oder CLIENT_BASE.
  4. Du hast einen Mast auf einem Berg: Hier ist ROUTER oder REPEATER sinnvoll.
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 ROUTER in 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_LATE Logik: 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 der ROUTER_LATE prä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 CLIENT explizit verbieten, bestimmte administrative Pakete weiterzuleiten, was ihn fast wie einen CLIENT_MUTE agieren 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, REPEATER wirklich 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.

Kommentar verfassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Nach oben scrollen