Meshtastic-Gerätekonfiguration ⚙️ umfasst wesentliche Parameter wie Rolle 🎭, Weiterleitungsmodus 🔁, GPIO-Zuweisungen 🔌, Sendeintervalle ⏱️ und Energieverhalten 🔋. Diese Einstellungen definieren, wie jedes Gerät innerhalb des Meshtastic-Meshs 🤘 funktioniert – sei es als Client 👤, Router 📡, Repeater 🔄, Sensor 🌡️ oder Tracker 📍 – und wie es die Nachrichtenweiterleitung handhabt. Die Konfiguration wird über eine Admin-Nachricht 🛠️ mit der Config.Device-Protobuf-Struktur angewendet.
📍 Gerätekonfigurationsparameter
🎭 Meshtastic-Geräterollen
| Geräterolle | Beschreibung | Beste Verwendungen |
| 👤 KUNDE | Standard-Nachrichtenknoten, app-verbunden 📱 oder eigenständig. Leitet Pakete weiter, wenn kein anderer Knoten dies getan hat. | Allgemeine Rolle für Personen, die Client-Apps verwenden, um über das Mesh zu kommunizieren 💬. |
| 🤫 KUNDE_STUMM | Knoten, der Pakete nicht weiterleitet 🚫 und so die Airtime-Nutzung reduziert ⏳. | Ideal für dichte Einsätze 🏙️, bei denen die Minimierung des Weiterleitungstraffics wichtig ist. |
| 🙈 KUNDE_VERSTECKT | Gerät, das nur bei Bedarf sendet und so Tarnung 🕵️ oder Energiesparen 🔋 unterstützt. | Nützlich für versteckte oder stromsparende Rollen, die an Mesh-Teilnahmen beteiligt sind. |
| 📍 TRACKER | Priorisiert GPS-Positionspakete 🛰️ für zuverlässiges Standort-Tracking. | Am besten geeignet zur Verfolgung von Assets 📦 oder Personen 🚶, bei denen zeitnahe Updates entscheidend sind. |
| 🆘 VERLOREN_UND_GEFUNDEN | Sendet regelmäßig Standortdaten 📡 auf den Standardkanal zur Unterstützung der Wiederauffindung. | Wird verwendet, um verlorene Knoten im Feld 🌲 zu lokalisieren. |
| 🌡️ SENSOR | Priorisiert Telemetrie-Pakete 📊 wie Umwelt- oder Sensordaten. | Ideal für Datenerfassung 🌱 mit effizientem Energieverbrauch 🔋 und häufigen Updates. |
| 🎖️ TAK | Optimiert für die Integration in ATAK-Systeme, minimiert Routine-Broadcasts. | Wird in taktischen Einsätzen 🪖 verwendet, die ATAK-Plugin-Unterstützung erfordern. |
| 🎯 TAK_TRACKER | Sendet automatisch TAK PLI-Broadcasts 📡 und reduziert dabei den Routineverkehr. | Standalone-Integration mit ATAK-Systemen für standortbasierte taktische Einsätze. |
| 🔄 REPEATER | Infrastrukturknoten, der Pakete immer einmal erneut aussendet 🔁 und die Abdeckung erweitert. Nicht in der Topologie sichtbar. | Strategisch platzierte Repeater 🏔️ zur Maximierung der Abdeckung, ohne in der Knoteliste zu erscheinen. |
| 📡 ROUTER | Infrastrukturknoten, der Pakete immer einmal erneut aussendet. Sichtbar 👀 in Topologie und Knoteliste. | Am besten an festen Standorten 🏠 zur Erweiterung der Abdeckung und Verbesserung der Routing-Zuverlässigkeit einsetzbar. |
| ⏳ ROUTER_LATE | Sendet Pakete erst nach anderen Rollen erneut aus und verbessert so die Abdeckung für lokale Cluster 🌐. | Ideal zum Schließen von Abdeckungslücken 🕳️ oder zur Unterstützung isolierter Cluster. |
📊 Vergleichende Analyse der Rollen
Diese Tabelle zeigt die Standardwerte, nachdem ein Preset ausgewählt wurde ⚙️. Wie immer können individuelle Einstellungen 🛠️ nach der Auswahl eines Presets angepasst werden.
| Geräterolle 🎭 | BLE/WiFi/Serial 📡 | Bildschirm aktiviert 🖥️ | Stromverbrauch 🔋 | Erneut senden 🔁 | Priorisierte Weiterleitung 🚦 | Sichtbar in der Knoteliste 👀 |
| 👤 KUNDE | Ja ✅ | Ja ✅ | Regulär ⚡ | Ja 🔁 | Nein 🚫 | Ja 👀 |
| 🤫 KUNDE_STUMM | Ja ✅ | Ja ✅ | Niedrigste ⏳ | Nein 🚫 | Nein 🚫 | Ja 👀 |
| 🙈 KUNDE_VERSTECKT | Ja ✅ | Ja ✅ | Niedrigste ⏳ | Nur lokal 📍 | Nein 🚫 | Nein 🚫 |
| 📍 TRACKER | Ja ✅ | Nein 🚫 | Regulär / Niedrig 🔋 | Nur wach ⏱️ | Nein 🚫 | Ja 👀 |
| 🆘 VERLOREN_UND_GEFUNDEN | Ja ✅ | Nein 🚫 | Regulär ⚡ | Ja 🔁 | Nein 🚫 | Ja 👀 |
| 🌡️ SENSOR | Ja ✅ | Nein 🚫 | Regulär / Niedrig 🔋 | Nur wach ⏱️ | Nein 🚫 | Ja 👀 |
| 🎖️ TAK | Ja ✅ | Optional ⚙️ | Regulär ⚡ | Ja 🔁 | Nein 🚫 | Ja 👀 |
| 🎯 TAK_TRACKER | Ja ✅ | Optional ⚙️ | Regulär ⚡ | Ja 🔁 | Nein 🚫 | Ja 👀 |
| 📡 ROUTER | Nein 🚫 | Nein 🚫 | Hoch ⚡⚡ | Ja 🔁 | Ja ✅ | Ja 👀 |
| ⏳ ROUTER_LATE | Ja ✅ | Ja ✅ | Hoch ⚡⚡ | Ja 🔁 | Nein 🚫 | Ja 👀 |
| 🔄 REPEATER | Ja ✅ | Nein 🚫 | Hoch ⚡⚡ | Ja 🔁 | Ja ✅ | Nein 🚫 |
🔋 Verständnis von Energieeinsparungen und Rollenleistung
⚙️ Nur ESP32-Plattform – Meshtastic Energiemanagement
Auf der ESP32-Plattform 💻 unterstützen alle Rollen – außer TRACKER 📍 und SENSOR 🌡️ – den Niedrigenergie-Betrieb mit power.is_power_saving 💤. Wenn aktiviert, wechselt das Gerät in den Schlafmodus 😴, schaltet Peripheriegeräte 🔌, GPS 🛰️ und Radios 📡 ab, um Energie zu sparen 🔋.
Timeout-Parameter ⏱️ wie display.screen_on_secs, power.min_wake_secs, und power.wait_bluetooth_secs beeinflussen, wann das Gerät schläft. Externe Ereignisse wie Paketempfang 📦, Tastendrücke 🔘 oder Bluetooth-Verbindungen 📱 können den Countdown zurücksetzen.
Für die Rolle ROUTER 📡 ist die Energiesparfunktion immer aktiviert ✅, um eine effiziente Energienutzung bei gleichzeitiger Aufrechterhaltung des Mesh-Netzwerks 🕸️ zu gewährleisten.
🌐 ESP32- und NRF52-Plattformen – Schlafverhalten von Tracker und Sensor
Auf den Plattformen ESP32 💻 und NRF52 🔋 verwenden die Rollen TRACKER 📍 und SENSOR 🌡️ spezialisierte Schlafzyklen 💤. Tracker schlafen bis zur nächsten GPS-Übertragung 🛰️ und wachen dann auf, um Positionspakete zu senden 📍. Sensoren schlafen bis zum nächsten Telemetrieintervall 📊 und wachen dann auf, um Daten zu sammeln und zu übertragen 🌱.
Im Gegensatz zu anderen Rollen halten diese Knoten das LoRa-Radio nicht im Standby 🚫, sondern wachen nur in konfigurierten Intervallen auf ⏱️. Das macht sie ideal für energiesparende, periodische Berichte 🔋.
- 📌 Der Nur Wach-Modus erlaubt nur während aktiver Phasen Wiederholungen, nicht im Schlafmodus 😴.
- 📡 Für ROUTER-Knoten auf ESP32 ist die Energiesparfunktion standardmäßig aktiviert ⚡. Um ein Update über Bluetooth 🔗 durchzuführen, ändern Sie vorübergehend die Rolle in einen Nicht-Schlafmodus und stellen Sie sie nach Abschluss wieder zurück ✅.
⚙️ Weitere Geräte-Konfigurationsparameter
- 🔁 Meshtastic-Weiterleitungskonfiguration: Definiert, wie Nachrichten im Mesh 🕸️ weitergeleitet werden.
| Wert | Beschreibung |
| ALLE 📡 | Standard – Sendet alle Nachrichten von lokalen und fremden Meshes 🌍 weiter, auch bei unterschiedlicher Verschlüsselung. |
| ALL_SKIP_DECODING 🚫 | Wie ALL, aber ohne Dekodierung, sendet blind weiter 👀. Nur für die Rolle Repeater 🔄. |
| LOCAL_ONLY 📍 | Sendet nur Nachrichten von lokalen Kanälen weiter, ignoriert fremde Meshes 🚫. |
| KNOWN_ONLY 🧩 | Filtert Pakete von unbekannten Knoten ❌, sendet nur von bekannten NodeDB-Einträgen weiter. |
| NONE 🚫 | Deaktiviert das Weiterleiten. Nur für Rollen wie SENSOR 🌡️, TRACKER 📍 und TAK_TRACKER 🎯. |
| CORE_PORTNUMS_ONLY 🎯 | Sendet nur Kernpakettypen weiter: NodeInfo ℹ️, Text 💬, Position 📍, Telemetrie 📊, Routing 🔄. |
- 🔘 GPIO-Einstellungen für Benutzertaste: Definiert die GPIO-Pinnummer für die Benutzertaste, falls nicht vorhanden.
- 🔔 PWM Summer GPIO-Konfiguration: Weist den GPIO-Pin für Summerwarnungen 📢 zu.
- ⏱️ NodeInfo-Sendeintervall: Legt das Intervall für automatische NodeInfo-Übertragungen ℹ️ fest.
- 👆 Doppeltippen als Tastendruck: Aktiviert die Doppeltipp-Geste, wenn ein Beschleunigungssensor vorhanden ist.
- 🚫 Dreifach-Klick-Funktion deaktivieren: Schaltet die Dreifach-Klick-Verknüpfung für GPS-Umschaltung 📍 aus.
- 🌍 Zeitzonendefinition (TZDEF): Definiert lokale Zeitverschiebungen ⏰ mit POSIX-TZ-Strings.
- 💡 LED-Herzschlag deaktiviert: Stoppt das LED-Blinken ✨ für Tarnung oder Energiesparen 🔋.
📱 Geräte-Konfiguration Client-Zugänglichkeit
🤖 Android
- Öffne die Meshtastic App 📲.
- Navigieren: ⋮ (3 Punkte) ➡️ Radio-Konfiguration ➡️ Gerät.
🍎 Apple
Alle Konfigurationsoptionen (außer NTP-Server 🌐) sind auf iOS, iPadOS und macOS unter Einstellungen ➡️ Geräte-Konfiguration ➡️ Gerät verfügbar.
💻 CLI
Alle Optionen sind über die Python-CLI 🐍 zugänglich. Beispielbefehle unten:
| Einstellung ⚙️ | Akzeptable Werte ✅ | Standard 📌 |
| device.role 🎭 | CLIENT 👤, CLIENT_MUTE 🤫, ROUTER 📡, REPEATER 🔄, TRACKER 📍, SENSOR 🌡️ | CLIENT 👤 |
| device.rebroadcast_mode 🔁 | ALLE 📡, ALL_SKIP_DECODING 🚫, NUR_LOKAL 📍 | ALLE 📡 |
| device.button_gpio 🔘 | 0 – 34 🔢 | 0 |
| device.buzzer_gpio 🔔 | 0 – 34 🔢 | 0 |
