zurück zu Kategorie:MeshCom

Was benötigt man um am MeshCom Projekt teilzunehmen

von Kurt OE1KBC – Referat für nat. & int. Projekte

TBEAM, TLORA, HELTEC

Die aktuelle Meshtastic Firmware (1.2.53 ff) ist auf Boards, welche einen ESP32 oder nRF52 Prozessor, einen LoRa-Chip, GPS von Ublox und WIFI sowie Bluetooth Hardware am Modul anbieten, von einigen Herstellern verfügbar. Am Markt sehr günstig zu erhalten sind die Boards von Lilygo, Heltec und Wisblock. Auf Einkaufsplattform direkt in China Banggood oder via AMAZON mit folgenden Begriffen suchen:

Beim Kauf sind folgende wichtige Hardware-Features zu beachten:

  • Ganz wichtig Frequenz EU433
  • Soll ein GPS-Modul vorhanden sein (TTGO_LORA hat das nicht)
  • Soll das Modul gleich im Gehäuse geliefert werden (Lilygo TTGO 433) <Bild: LoRa-Node im Gehäuse>
  • Entweder ist ein OLED Display bereits verbaut oder wird zum selbst auflöten mitgeliefert. <Bild: OLED Display>

Ein Netzgerät mit 5V USB-A Buchse, wird meist nicht mitgeliefert, solle aber fast immer im Shake vorhanden sein.

Was ist der Unterschied zwischen LoRa-Node und LoRa-Gateway

<Bild: LoRa-Node>

LoRa-Nodes mit Meshtastic-Firmware bilden, wenn sich die Funkmodule gegenseitig hören, eine Mesh-HF-Wolke aus wo die Kommunikation wie in einem kleinen Netzwerk funktioniert. Es können SMS-Meldungen, POSITIONS-Meldungen , NODE-Informationen und/oder MESSWERT-Daten ausgetauscht werden. Wichtig! dass man auf allen teilnehmenden NODES das gleiche Frequenzband (70cm) und die gleichen Modulationsparameter (Datenrate, Spreadingfaktor, usw.) eingestellt hat.

Was ein großer Vorteil der Mesh-Vernetzung ist, dass sich nicht alle teilnehmenden NODES tatsächlich auf dem HF-Weg „hören“ müssen. Datenpakete werden über Partner-NODES solange mittels HF-Übertragung weiter gegeben bis diese alle LoRa-Nodes erreicht haben. Wie lange ein Paket weiter gegeben wird hängt unter anderem vom HOP-Limit ab (siehe Konfiguration).

LoRa-Gateways welche ebenfalls mit Meshtastic-Firmware geflashed wurden, können auch ein Gateway zu einem sogenannten Broker-Server aufbauen. Die Übermittlung wird mit dem Protokoll Message Queuing Telemetry Transport (MQTT) vermittelt. Ein Broker-Server dient dazu, die Datenpakete, egal welcher Inhalts-Type, zwischen mehreren LoRa-Gateways auszutauschen.

Genau hier setzt das Projekt MeshCom an. Der MeshCom-Server ist ein Broker-Server welcher das MQTT-Protokoll beherrscht. Jene Leser welche den Aufbau dieses Protokolls genauer studieren wollen verweise ich auf den WIKI Artikel [https://de.wikipedia.org/wiki/MQTT] bzw. auf die Beschreibung des detaillierten Aufbau des Inhalts mit dem Namen PROTOBUF [https://de.wikipedia.org/wiki/Protocol_Buffers].

Warum ein eigener MeshCom-Server als MQTT-Broker

  • Volle Anpassung ans das etwas speziellere MQTT-Protokoll welches die Meshtastic-Firmware benutzt. Gestaltung im Header wie Topic, Paket-ID, Gateway-ID 32-Bit usw.
  • Frei definierbare Logik bei der Weitergabe der MQTT-Pakete mit Mengensteuerung
  • Klares Zuschneiden auf Zwecke der Funkamateure
  • Schnittstellen zu anderen Message-Systemen wie APRS, DAPNET, HAMMessenger u.v.m
  • Skalierbare Vernetzung von mehreren MeshCom-Servern mit Berücksichtigung der teilweise fragilen HAMNET-Vernetzungswege.
  • Skalierbare Vernetzung von Großregionen

Was sind die 1. Schritte

Die Programmier-Software zum laden der Firmware in die LoRa-Module ist im ÖVSV-WIKI Schrittweise beschrieben [https://wiki.oevsv.at/wiki/MeshCom/MeshCom-ErsteSchritte].

Die aktuelle Firmware, welche schon sehr wichtige Wünsche zum Projekt aufgenommen hat, kann aus dem ÖVSV-WIKI geladen werden [https://wiki.oevsv.at/wiki/MeshCom/MeshCom-Firmware]. Diese Seite stellt auch die aktuellen Änderungen dar. Ein Auszug der wichtigen Änderungen um ein gemeinsames HF-Projekt zu leben sind:

  • Bluetooth PIN wurde fix auf "000000" gesetzt, das erleichtert die Verbindung mit dem Smartphone via Bluetooth ohne jeweils das Display ablesen zu müssen.
  • HOP_Limit für Nachrichten wurde auf 5 erhöht, damit Nachrichten im Mesh-Netzwerk 5 mal von anderen Nodes weitergesendet werden. Das ist sehr wichtig da an jedem LoRa-NODE bzw. einem LoRa-Gateway jeweils das HOP_Limit um 1 reduziert wird und bei „0“ wird das Paket nicht weiter verteilt.
  • MeshCom logo und ÖVSV link
  • Beide sleep modi (light sleep, deep sleep) sind deaktiviert damit das Modul jederzeit zur Kommunikation mit dem Netzwerk als auch dem Smartphone zur Kontrolle und Abfrage bereit ist.
  • Wifi Refresh für Gateway reduziert auf 5 sec. Damit werden auch ältere Router im Heimnetzwerk bedient, welche die Antwort-Tunnel meist nur 6 Sekunden „offen“ halten.
  • fixe Voreinstellung der HF-Parameter von:
  • PSK Encryption NONE,
  • Channel: Very Long Range Very Slow (BW125kHz)
  • Region: EU433
  • Reconnect zum MeshCom-Server nach einem Neustart. Wichtig damit die LoRa-Gateways rasch reconnecten wenn der MeshCom-Server, gerade in der Testphase ist das öfters, neu gestartet wurde.

<Bild: LoRa-Konfiguration>

Wenn die Firmware mit dem ESPTool für Windows oder mittels Pyhon esptool geladen ist verbindet man sich mit einer Konsole (ich verwende eine GITBash-Konsole) um die Konfigurations-Befehle zu laden. Diese sind:

LoRa-Nodes

  • meshtastic --set-owner OE9XXX
  • meshtastic --set region EU433
  • meshtastic --ch-index 0 --ch-set psk none

Die Befehle können auch i einer Zeile eingegeben werden:

  • meshtastic --set-owner OE9XXX --set region EU433 --ch-index 0 --ch-set psk none

Sollten mehrere Module am PC angeschlossen sein muss die USB-Schnittstelle zusätzlich in jeder Befehlszeile gesetzt werden:

  • meshtastic --port com22 --set-owner OE9XXX

Wenn ein LoRa-Module verwendet wird welcher keinen GPS-Empfänger verbaut hat kann die Position bei Bedarf auch fix eingestellt werden. Wichtig! Die Positions-Parameter unbedingt in einer Zeile setzen:

  • meshtastic --port com22 --setlat 44.33 --setlon 15.5315 --setalt 252

Der Breitengrad und der Längengrad werden in Dezimalgraden ausgedrückt. Die Seehöhe wird in Ganzzahl und Metern angegeben.

Die gesetzten Parameter können mit folgendem Befehl überprüft werden:

  • meshtastic –port com22 –info

Ein erster Test ob man im MeshCom-Netz ankommt ist die Eingabe einer Text-Meldung über die selbe Konsole welche zum Konfigurieren verwendet wurde:

  • meshtastic --sendtext ‘hello world‘

Kontrolle am Dashboard unter Menü ACTIVITY: via HAMNET http://meshcom.ampr.at bzw. via INTERNET https://srv08.oevsv.at/mqtt

LoRa-Gateways

Es werden noch zusätzlich zu obigen LoRa-Nodes Konfigurations-Befehlen folgende Befehle gespeichert:

  • meshtastic --set wifi_ap_mode false
  • meshtastic --set wifi_ssid 'AP-SSID'
  • meshtastic --set wifi_password 'AP-PASSWORT'
  • meshtastic --set mqtt_server 44.143.8.143
  • meshtastic --ch-index 0 --ch-set uplink_enabled true
  • meshtastic --ch-index 0 --ch-set downlink_enabled true

Wichtig sind folgende Vorgangsweisen:

  • Neustart des Gateway-Nodes nach erfolgter Konfiguration bzw. jeder Änderung
  • Ein LoRa-Gateway läuft unstabil wenn man es im Betrieb am PC/Laptop angeschlossen bleibt. Es sollte auch kein Debug- oder Log-Modus während eines Regelbetriebs gestartet sein.

Die Kontrolle der LoRa-Gateway-Verbindung kann über das Dashboard via HAMNET http://meshcom.ampr.at bzw. via INTERNET https://srv08.oevsv.at/mqtt erfolgen.

Wie kann ich mittels meines LoRa-Nodes Text-Meldungen absenden bzw. empfangen.

Die Positionsmeldungen werden ja automatisch gesendet jedoch Textmeldungen benötigen einen Client. Es gibt folgende Clients:

<Bild: MeshCom Textmessages>

  • Kommando-Zeile aber nur zum Senden von Text
  • WEB-Interface muss aber zusätzlich installiert werden und ist im ÖVSV-WIKI beschrieben
  • ANDROID APP [https://meshtastic.org/docs/software/android/android-installation] Hinweis: ist nicht im Google Playstore sondern nur im Amazon Appstore zu erhalten.
  • IPhone APP [https://meshtastic.discourse.group/t/meshtastic-ios-app-first-alpha-release/2733] Dieser Download ist ein Testflight. Derzeit sind leider die Anzahl der Tester vom Entwickler limitiert und abgelaufen.

Bis zum nächsten Artikel viel Spaß beim meshen. Derzeit gibt es LoRa-Getways in OE:

<Bild: MeshCom Wolke>

  • OE6 Deutschlandsberg welcher bis nach Graz reicht
  • OE4 Allhau bei Oberwart
  • OE3 ÖVSV-HQ Wr. Neudorf
  • OE3 In Kürze Alt-Erlaa und OE1 Wien 15
  • OE3 Sieghartskirchen (Tullnerfeld)
  • OE3 Jauerling bei Stein
  • OE5 Linz Lichtenberg und weitere Standorte nähe Linz
  • OE7 nähe Innsbruck
  • Weitere kommen rasch dazu. Info via Dashboard.


73 de Kurt

OE1KBC

Nat. & Int. Projekte im ÖVSV



Keine Kategorien vergebenBearbeiten

Anhänge