Meshtastic-Optimierung im Elbtal – Ideen für ein stabiles Mesh-Netzwerk in Dresden

Dresden und das Elbtal stellen für Meshtastic-Enthusiasten besondere Herausforderungen – aber auch einzigartige Chancen dar. Die geografischen Gegebenheiten unserer Region sind komplex: Das Elbtal selbst liegt als Senke zwischen den Hängen, während die Dresdner Heide, die Löbtauer Höhe und die Hügel in Richtung Sächsische Schweiz ideale Standorte für weitreichende Nodes bieten könnten.

In diesem Beitrag zeige ich, wie du dein Meshtastic-Setup für die Dresdner Gegebenheiten optimierst – basierend auf den Erfahrungen der Community und den neuesten Entwicklungen des Projekts.

Die Herausforderung: Funkausbreitung im Elbtal

Das Elbtal ist für Funktechnik ein zweischneidiges Schwert:

Die Probleme:

  • Die Tallage führt zu abgeschirmten Bereichen – ein Node im Tal erreicht oft nicht die Höhenlagen
  • Dichte Bebauung in der Innenstadt dämpft Signale erheblich
  • Die Elbe selbst hilft zwar bei der Ausbreitung entlang des Flusses, aber quer zu den Hängen wird es schwierig
  • Im Winter können nasse Baumkronen in der Heide zusätzlich dämpfen

Die Chancen:

  • Exponierte Standorte wie die Löbtauer Höhe, der Weißer Hirsch oder Pillnitz bieten hervorragende Sichtverbindungen
  • Die Elbwiesen ermöglichen gute Ausbreitung entlang des Flusstals
  • Höhenzüge in Richtung Radebeul, Cossebaude oder Bannewitz können als natürliche Repeater-Standorte dienen
  • Von erhöhten Positionen sind Reichweiten bis weit in die Sächsische Schweiz oder nach Meißen möglich

Was hat sich bei Meshtastic getan?

Die DefCon 32 und 33 waren Wendepunkte für Meshtastic. Mit über 2.000 aktiven Nodes gleichzeitig zeigte sich: Das alte Flooding-Protokoll (jeder Node wiederholt jede Nachricht) stößt an seine Grenzen.

Die gute Nachricht: Seit Version 2.6 gibt es massives Verbesserungen:

  • Next-Hop-Routing: Das System merkt sich erfolgreiche Routen und nutzt diese gezielt
  • Managed Flooding: Nodes lauschen kurz, ob jemand anderes bereits weitergeleitet hat
  • Intelligente Priorisierung: Nodes mit schwächerem Signal (weiter entfernt) werden beim Weiterleiten bevorzugt

Für Dresden bedeutet das: Ein gut konfiguriertes Netz mit strategisch platzierten Nodes kann deutlich effizienter arbeiten als früher.

Praktische Optimierung für Dresden

1. Firmware aktualisieren – unbedingt!

Mindestens Version 2.6.11 Beta, besser noch die 2.7er Alpha-Serie (aktuell 2.7.10+). Die Routing-Verbesserungen sind dramatisch und betreffen uns in Dresden besonders, da wir aufgrund der Tallage oft mehrere Hops benötigen.

Wichtig: Je mehr Dresdner Nodes auf die neue Firmware upgraden, desto besser funktioniert das Netzwerk für alle!

2. Standortwahl – Position ist alles im Elbtal

Die wichtigste Erkenntnis aus der Community: Die Position deines Nodes ist entscheidender als die Hardware!

Optimale Standorte in Dresden:

  • Höhenlagen mit freier Sicht:
    • Löbtauer Höhe
    • Weißer Hirsch / Oberloschwitz
    • Hosterwitz / Pillnitz (Richtung Sächsische Schweiz)
    • Radeberger Straße (Richtung Heide)
    • Coschütz / Gittersee (Südwesthang)
  • Balkon oder Außenantenne:
    • Schon der Unterschied zwischen „Fenster innen“ und „Balkon außen“ kann dramatisch sein
    • In dichten Wohngebieten: So hoch wie möglich montieren
    • Ausrichtung beachten: In welche Richtung möchtest du primär funken?
  • Für Tallagen (Altstadt, Neustadt):
    • Hohe Gebäude nutzen (mit Erlaubnis!)
    • Alternativ: Mobile Setups für Ausflüge auf die Elbwiesen oder in die Heide

3. Rollen intelligent verteilen

Die Standard-Einstellung „CLIENT“ ist für die meisten Nodes falsch! Hier meine Empfehlungen für Dresden:

ROUTER oder ROUTER_LATE – nur für exponierte Standorte:

  • Nur wenn du wirklich einen erstklassigen Standort hast (z.B. Löbtauer Höhe mit Rundumsicht)
  • ROUTER_LATE ist „höflicher“ – wartet kurz, ob schon jemand weitergeleitet hat
  • Stromversorgung muss zuverlässig sein (Netzteil, nicht Akku)

CLIENT_BASE – ideal für Heim-Stationen:

  • Perfekt für deine stationäre Station zu Hause
  • Verhält sich wie ein Router, aber nur für deine eigenen Geräte (in den Favoriten)
  • Für alle anderen Nachrichten: normales Client-Verhalten
  • Beispiel: Deine Basis-Station im Dresdner Norden leitet Nachrichten deines mobilen Handhelds weiter, stört aber nicht das Gesamtnetz

CLIENT_MUTE – für alle tragbaren Geräte:

  • Dein Handheld, das du bei Wanderungen in der Sächsischen Schweiz dabei hast
  • Dein mobiles Gerät im Auto
  • Sendet und empfängt normal, leitet aber KEINE fremden Pakete weiter
  • Spart massiv Batterie und reduziert Netzlast

CLIENT – nur wenn wirklich nötig:

  • Für mobile Repeater-Setups
  • Wenn du wirklich an Orten bist, wo Weiterleitung sinnvoll ist (z.B. Wanderungen auf den Höhen)

4. Rebroadcast Mode: CORE_PORTNUMS_ONLY für Router

Gerade für Router-Nodes in Dresden wichtig: Setze den Rebroadcast Mode auf CORE_PORTNUMS_ONLY.

Das bedeutet:

  • Chat-Nachrichten werden weitergeleitet ✓
  • GPS-Positionen werden weitergeleitet ✓
  • Telemetrie wird weitergeleitet ✓
  • Routing-Informationen werden weitergeleitet ✓
  • ABER: Spezial-Apps (ATAK, RangeTest, PaxCounter etc.) werden NICHT weitergeleitet

Warum ist das für Dresden wichtig? In einem dichten urbanen Netz mit vielen Nodes ist die Luftzeit begrenzt. Wenn jeder Router auch noch experimentellen Traffic weiterleitet, wird das Netz schnell überlastet. CORE_PORTNUMS_ONLY stellt sicher, dass die wichtigen Funktionen (Chat, Position) funktionieren.

Wo einstellen: App → Einstellungen → Gerät → Rebroadcast Mode

5. Hop-Limit: 3 ist meist richtig

Der Standard von 3 Hops reicht für die meisten Anwendungen in Dresden aus:

  • Vom Tal (z.B. Altstadt) über einen Hang (z.B. Weißer Hirsch) zu einem weiteren Node (z.B. Radebeul) = 2-3 Hops
  • Mehr Hops bedeuten exponentiell mehr Traffic und kaum mehr Reichweite

Ausnahme: In sehr ländlichen Bereichen (Richtung Sächsische Schweiz, Osterzgebirge) kann man auf 5 erhöhen – aber erst, wenn man wirklich merkt, dass 3 nicht ausreichen.

6. GPS und Telemetrie zurückdrehen

Gerade in der Stadt ist es nicht nötig, alle 30 Sekunden die GPS-Position zu senden!

Empfohlene Einstellungen:

  • GPS-Update-Intervall: 300-600 Sekunden (5-10 Minuten)
    • Für stationäre Nodes: Noch länger oder ganz ausschalten
    • Für mobile Setups: 300 Sekunden reichen völlig
  • Telemetrie-Intervall: 900 Sekunden (15 Minuten)
    • Batteriestatus und Temperatur ändern sich nicht sekündlich

Effekt: Deutlich weniger Broadcast-Traffic, längere Akkulaufzeit, bessere Performance für alle.

7. Verschlüsselung und Frequency Slot verstehen

Wichtig zu wissen: Der Standard-Kanal „LongFast“ mit dem leeren Passwort (AQ==) ist öffentlich und wird von allen Nodes mit Werkseinstellungen genutzt.

Für Dresden-spezifische Gruppen:

  • Du kannst einen eigenen Primary Channel mit Namen und Passwort erstellen
  • ABER: Setze dann unbedingt den Frequency Slot manuell auf 1 (869,525 MHz)
  • Sonst funkst du auf einer anderen Frequenz und verlierst den Kontakt zum öffentlichen Netz!

Empfehlung:

  1. Primary Channel individuell benennen und verschlüsseln
  2. Frequency Slot manuell auf 1 setzen
  3. Optional: „LongFast“ mit Passwort AQ== als zweiten Kanal anlegen, um weiterhin öffentliche Nachrichten zu empfangen
8. Hardware: SX1262 macht den Unterschied

Wenn du ein neues Board kaufst, achte auf den SX1262-Chip (nicht SX127x):

Vorteile:

  • +22 dBm statt +20 dBm Sendeleistung (160 mW statt 100 mW)
  • -148 dBm statt -137 dBm Empfindlichkeit = 11 dB besseres Link-Budget
  • Das bedeutet: Deutlich bessere Verbindungen im Elbtal, wo Signale durch Bebauung und Topografie gedämpft werden

Tipp: Boards mit USB-C haben meist den neueren SX1262-Chip.

Beliebte Boards für Dresden:

  • Heltec V3 (868 MHz) – kompakt, Display, gute Leistung
  • RAK WisBlock – modular, sehr gute HF-Performance
  • LilyGO T-Echo / T-Beam – mit GPS, ideal für mobile Setups

Besonderheiten für Dresden: Meshcore vs. Meshtastic

In einigen Regionen läuft parallel ein Meshcore-Netz (z.B. HanseMesh in Hamburg auf 869,618 MHz). Stand jetzt sehe ich in Dresden primär Meshtastic-Aktivität.

Wichtig: Wenn du gar keine Nodes siehst, obwohl du eigentlich welche sehen solltest:

  • Prüfe, ob du wirklich auf 869,525 MHz (Frequency Slot 1) funkt
  • Eventuell nutzen einige Nodes andere Frequenzen

Meine Empfehlung: Bleib erstmal bei Meshtastic und dem Standard-Frequency Slot 1. Die Community in Dresden ist überschaubar – je mehr wir uns auf eine Lösung konzentrieren, desto besser wird das Netz für alle.

Meine Checkliste für Dresden-Nodes

Für stationäre Nodes (z.B. zu Hause):

  • [ ] Firmware 2.6.11+ (oder 2.7er Alpha)
  • [ ] Rolle: CLIENT_BASE (eigene Geräte bevorzugen) oder ROUTER_LATE (nur bei sehr gutem Standort)
  • [ ] Rebroadcast Mode: CORE_PORTNUMS_ONLY
  • [ ] Hop-Limit: 3
  • [ ] GPS-Intervall: 600 Sekunden oder deaktiviert
  • [ ] Telemetrie-Intervall: 900 Sekunden
  • [ ] Position: Balkon oder Außenantenne, so hoch wie möglich
  • [ ] Frequency Slot: Manuell auf 1 gesetzt (869,525 MHz)

Für mobile Nodes (Handheld, Auto):

  • [ ] Firmware 2.6.11+ (oder 2.7er Alpha)
  • [ ] Rolle: CLIENT_MUTE (keine Weiterleitung)
  • [ ] Hop-Limit: 3
  • [ ] GPS-Intervall: 300 Sekunden (bei Bewegung)
  • [ ] Telemetrie-Intervall: 900 Sekunden
  • [ ] Frequency Slot: Manuell auf 1 gesetzt

Für dedizierte Repeater (Höhenlagen, Dachboden):

  • [ ] Firmware 2.6.11+ (oder 2.7er Alpha)
  • [ ] Rolle: ROUTER_LATE
  • [ ] Rebroadcast Mode: CORE_PORTNUMS_ONLY
  • [ ] Hop-Limit: 3
  • [ ] GPS-Intervall: 900 Sekunden oder deaktiviert
  • [ ] Telemetrie-Intervall: 900 Sekunden
  • [ ] Position: Exponiert mit guter Rundumsicht
  • [ ] Stromversorgung: Netzteil, nicht Akku
  • [ ] Frequency Slot: Manuell auf 1 gesetzt

Warum 868 MHz (nicht 433 MHz)?

Kurz und knapp: Im ISM-Band bei 869,4-869,65 MHz sind bis zu 500 mW (27 dBm) erlaubt – deutlich mehr als die 10 mW auf 433 MHz. Die meisten Consumer-Boards erreichen zwar „nur“ 160 mW (22 dBm), aber das gleicht den Reichweiten-Nachteil der höheren Frequenz teilweise aus.

Für Funkamateure mit Lizenz kann 433 MHz (70-cm-Band) mit höherer Leistung interessant sein – für den normalen Betrieb ist 868 MHz aber die bessere Wahl.

Ausblick: Die Zukunft des Mesh in Dresden

Meshtastic entwickelt sich rasant weiter. Die Community ist aktiv, die Firmware wird ständig verbessert, und die Hardware wird besser und günstiger.

Was ich mir für Dresden wünsche:

  • Mehr strategisch platzierte Nodes auf den Höhenlagen (Löbtauer Höhe, Weißer Hirsch, Gittersee)
  • Bewusstsein für die richtige Konfiguration (nicht alle Nodes müssen Router sein!)
  • Koordination in der lokalen Community (z.B. über diesen Blog oder lokale Treffen)
  • Vielleicht einen „Community-Repeater“ auf einem wirklich exponierten Standort

Dein Beitrag: Optimiere deinen Node nach diesem Guide und teile deine Erfahrungen! Jeder korrekt konfigurierte Node macht das Netz für alle besser.

Fazit

Das Elbtal ist für Meshtastic eine Herausforderung, aber mit der richtigen Konfiguration und strategischen Standorten können wir ein stabiles Netz aufbauen.

Die wichtigsten Punkte:

  1. Position ist King: Außen ist besser als innen, Höhe ist besser als Tal
  2. Firmware aktualisieren: Version 2.6.11+ ist Pflicht
  3. Rollen clever wählen: CLIENT_MUTE für mobile Geräte, CLIENT_BASE für Heimstationen, ROUTER nur für exponierte Standorte
  4. CORE_PORTNUMS_ONLY für Router: Reduziert unnötigen Traffic
  5. Frequency Slot manuell setzen: Immer auf 1 (869,525 MHz) für Kompatibilität
  6. GPS/Telemetrie reduzieren: 5-15 Minuten Intervalle sind völlig ausreichend

Jetzt bist du dran: Firmware updaten, Einstellungen optimieren und das Dresdner Mesh voranbringen!


Weiterführende Links


Hast du Fragen oder Anregungen? Lass einen Kommentar da oder kontaktiere die Meshdresden.eu-Community!

Dieser Beitrag basiert auf den Erfahrungen der deutschlandweiten Meshtastic-Community und wurde speziell für die Dresdner Gegebenheiten angepasst. Danke an DK2BN für die ausführlichen Recherchen zum Thema Meshtastic-Optimierung.

Schreibe einen Kommentar

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

Nach oben scrollen