Schwabach, 29. März 2026 – Seit nunmehr sechs Monaten operiert hier ein funktionierender Router, der sich als essenzieller Pfeiler für die lokale Netzversorgung etabliert hat. Der strategische Routing-Knoten „Schwabach Router“ (Netzkennung HPF3) bildet das funktionale Rückgrat der autarken Telekommunikation in der Goldschlägerstadt und dem angrenzenden Umland.
Das dezentrale Kommunikationsnetzwerk Meshtastic verzeichnet in diesem Zuge ein massives Wachstum. Durch den Einsatz von LoRa-Technologie (Long Range) auf dem lizenzfreien 868-MHz-Band ermöglicht es textbasierte Kommunikation und Telemetrie-Übertragung über extreme Distanzen – völlig unabhängig von Mobilfunknetzen oder dem Internet. Der folgende Bericht analysiert die Topologie und die Software-Infrastruktur dieses für die lokale Versorgung so wichtigen Knotens.
Technologische Grundlage: LoRa und Flood-Routing
Meshtastic basiert auf einem dezentralen Mesh-Ansatz. Es existiert kein zentraler Server. Jeder Knoten im Netzwerk agiert gleichzeitig als Sender, Empfänger und Relais (Repeater).
- LoRa-Modulation: Die Technologie tauscht Bandbreite gegen Reichweite und Störfestigkeit. Signale können selbst dann noch dekodiert werden, wenn sie unterhalb des thermischen Rauschgrunds liegen (negativer SNR-Wert).
- Flood-Routing: Sendet ein Knoten ein Paket aus, wird dieses von allen Knoten in Reichweite empfangen und weitergeleitet, bis ein definiertes Limit an Sprüngen (Hops) erreicht ist. Dies garantiert eine extrem hohe Ausfallsicherheit. Fällt ein Relais aus, sucht sich das Paket physisch einen neuen Weg durch den Äther.
Netzwerktopologie: Der Schwabach Router
Der Knoten in Schwabach operiert mit einer optimierten 27-dBm-Antennenkonfiguration als Makro-Zelle für Mittelfranken. Die Auswertung von über 500 externen Telemetrie-Paketen belegt die Reichweite und Stabilität dieses Setups.
Das lokale Backbone (0 Hops)
Für einen stabilen Netzbetrieb sind direkte Sichtverbindungen ohne Relais-Sprünge essenziell. Der Schwabacher Knoten hält permanente, verlustfreie Direktverbindungen zu den wichtigsten Höhenstandorten der Region:
- Turm Gräfensteinberg: Direkter Link mit extrem starkem Signal-zu-Rausch-Verhältnis (SNR bis zu -5.5 dB).
- Jurakante: Stabile Direktverbindungen zum Hahnenkamm und Hesselberg.
- Schwabach Eichwasen: Nahegelegene Makro-Knoten operieren mit maximaler Signalstärke (SNR +5.0 dB) als urbane Relais.
Fernaufklärung und DX-Reichweiten
Die exponierte Lage ermöglicht den Empfang von Signalen weit jenseits der regulären geografischen Sichtweite.
- Alpenvorland und München: Knoten aus dem Großraum München (ca. 140 km Distanz) werden wiederholt direkt (0 Hops) empfangen.
- Hochgebirge: Telemetrie von alpinen Standorten wie der Zugspitze wird über lediglich 2 Hops nach Franken geroutet.
- Extreme Distanzen: Verifizierte Datenpakete aus dem Raum Wasserburg am Inn (197 km) und Tirol (ca. 230 km) erreichen den Router stabil über 5 bis 7 Relais-Sprünge.
Software-Architektur: Der Python-Daemon
Um den diagnostischen Wert des Netzwerks zu erhöhen, ist der Heltec V3 Router über eine serielle TCP-Brücke mit einem Raspberry Pi verbunden. Ein maßgeschneiderter Python-Daemon analysiert den ein- und ausgehenden Datenstrom in Echtzeit.
Der Auto-Responder
Das System lauscht asynchron auf den dedizierten Befehl /melden. Eingehende Pakete werden auf Code-Ebene zerlegt, um die exakten Routing-Informationen des Absenders zu extrahieren.
Das Skript generiert daraufhin eine vollautomatische Systemantwort, die exakt ausgibt, mit welcher Signalqualität das Paket in Schwabach empfangen wurde:
HPF3 AUTO-REPLY: Ping verarbeitet. RX OK [11:28:13] | -124dBm/-14.0dB | 6 Hops
Systemgrenzen und kritische Schutzmechanismen
Der automatisierte Sendebetrieb in einem lizenzfreien Band erfordert zwingende Leitplanken auf Code-Ebene, um die Hardware und das lokale Netz zu schützen.
- Duty-Cycle-Einhaltung (Rate Limiting): Im 868-MHz-Band gilt die gesetzliche Vorgabe, dass ein Sender maximal 1 % der Zeit senden darf (Duty Cycle). Ein ungefilterter Auto-Responder würde bei Ping-Attacken oder Netzwerkfehlern sofort den Sender blockieren. Der Python-Daemon nutzt daher ein In-Memory-Cooldown-Dictionary. Jede anfragende Node-ID wird nach einer Antwort für 60 Minuten auf Code-Ebene gesperrt. Weitere Pings werden stumm verworfen.
- Vermeidung von Broadcast-Storms: Die Auto-Reply wird niemals in den öffentlichen Kanal gesendet. Der Daemon adressiert die Antwort als unsichtbare Direktnachricht (DM) exklusiv an die ID des Auslösers.
- Kollision bei Metadaten: Die Analyse der Logs zeigt einen hohen Anteil an „UNKNOWN“-Paketen. Bei hoher Verkehrslast auf dem Kanal kollidieren die NodeInfo-Pakete, die die Klarnamen der Nutzer transportieren. Die reine Positions- und Telemetriedatenübertragung hat im Mesh Protokoll-Vorrang, was zu temporären Verzögerungen bei der Namensauflösung führt. Dies ist ein systemimmanentes Limit von LoRa-Netzwerken mit hoher Knotendichte.