MeshCom/MeshCom Start: Unterschied zwischen den Versionen

Aktuelle Version vom 18. März 2024, 14:58 Uhr

Was benötigt man um am MeshCom Projekt teilzunehmen?

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

TBEAM, TLORA, HELTEC & Co.

TBEAM Lora mit OLED-Display

Die aktuelle MeshCom Firmware (4.30) 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.

Heltec Lora 32

Lilygo TTGO T-Beam
Lilygo TTGO Lora
Heltec Lora 32 (V2)
Wisblock RAK4631

TBEAM im 3D-gedrucktem Gehäuse

Beim Kauf sind wichtige Hardware-Features zu beachten

Ganz wichtig Frequenz EU 433 433.175kHz
Soll ein GPS-Modul vorhanden sein? (TTGO_LORA hat das nicht)
Soll das Modul gleich im Gehäuse geliefert werden?
Entweder ist ein OLED-Display bereits verbaut oder wird zum selbst auflöten mitgeliefert.
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

LoRa-Nodes mit MeshCom-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 MeshCom-Firmware geflashed wurden, können auch ein Gateway zu einem sogenannten MeshCom-Server aufbauen. Die Übermittlung wird mit dem APRS-Protokoll 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 Server welcher das APRS-Protokoll beherrscht. Jene Leser welche den Aufbau dieses Protokolls genauer studieren wollen verweise ich auf http://www.aprs.org/doc/APRS101.PDF.

Warum ein eigener MeshCom-Server?

Volle Anpassung an das etwas speziellere APRS-Protokoll welches die MeshCom-Firmware benutzt. Gestaltung im Header wie Topic, Paket-ID
Frei definierbare Logik bei der Weitergabe der APRS-Pakete mit Mengensteuerung
Klares Zuschneiden auf Zwecke der Funkamateure
Schnittstellen zu anderen Message-Systemen wie APRS, DAPNET, HAMMessenger, TELEGRAM BOT
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://icssw.org/download-category/download-meshcom-4-0-tools/.

Die aktuelle Firmware, welche schon sehr wichtige Wünsche zum Projekt aufgenommen hat, kann aus dem ÖVSV-WIKI geladen werden

https://icssw.org/download-category/meshcom-4-0-client-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: MediumLongRange (BW250kHz)
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.

Details zur Installation findet man auf der Projektseite : https://icssw.org/meshcom-4-0-installation/

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

Die Positionsmeldungen werden automatisch gesendet jedoch Textmeldungen benötigen einen Client.

Es gibt folgende Clients:

Kommando-Zeile aber nur zum Senden von Text
ANDROID APP IPhone APP

https://icssw.org/meshcom-app/

Iphone APP - Kartendarstellung

Derzeit gibt es LoRa-Getways in OE und DL:

OE1 Wien 15
OE3 Sieghartskirchen (Tullnerfeld)
OE3 Jauerling bei Stein/Donau
OE3 ÖVSV-HQ Wr. Neudorf
OE3 Klosterneuburg
OE3 Alt-Erlaa
OE4 Allhau bei Oberwart
OE5 Linz Lichtenberg und weitere Standorte nähe Linz
OE6 Deutschlandsberg welcher bis nach Graz reicht
OE7 nähe Innsbruck
DL Süd/Bayern Waging
DL West
Weitere kommen rasch dazu. Info via Dashboard.

73 de Kurt

OE1KBC

Nat. & Int. Projekte im ÖVSV

@@ Zeile 7: / Zeile 7: @@
 <span style="color: #0070C0">TBEAM, TLORA, HELTEC & Co.</span>
 [[Datei:LoRa-Node.jpg|mini|TBEAM Lora mit OLED-Display]]
-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.
+Die aktuelle MeshCom Firmware (4.30) 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.
 [[Datei:TTGO LoRa.png|mini|links|Heltec Lora 32]]
@@ Zeile 21: / Zeile 21: @@
 =====<span style="color: #0070C0">Beim Kauf sind wichtige Hardware-Features zu beachten</span>=====
-*'''<big>Ganz wichtig Frequenz EU433</big>'''
+*'''<big>Ganz wichtig Frequenz EU 433 433.175kHz</big>'''
 *Soll ein GPS-Modul vorhanden sein? (TTGO_LORA hat das nicht)
 *Soll das Modul gleich im Gehäuse geliefert werden?
@@ Zeile 31: / Zeile 31: @@
-'''<span style="font-size:14.0pt;line-height:107%">LoRa-Nodes</span>''' 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.
+'''<span style="font-size:14.0pt;line-height:107%">LoRa-Nodes</span>''' mit MeshCom-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).
-'''<span style="font-size:14.0pt;line-height:107%">LoRa-Gateways</span>''' welche ebenfalls mit Meshtastic-Firmware geflashed wurden, können auch ein Gateway zu einem sogenannten Broker-Server aufbauen. Die Übermittlung wird mit dem Protokoll '''<span style="color: #202122">Message Queuing Telemetry Transport (MQTT)</span>''' vermittelt. Ein Broker-Server dient dazu, die Datenpakete, egal welcher Inhalts-Type, zwischen mehreren LoRa-Gateways auszutauschen.
+'''<span style="font-size:14.0pt;line-height:107%">LoRa-Gateways</span>''' welche ebenfalls mit MeshCom-Firmware geflashed wurden, können auch ein Gateway zu einem sogenannten MeshCom-Server aufbauen. Die Übermittlung wird mit dem '''APRS'''-Protokoll vermittelt. Ein Broker-Server dient dazu, die Datenpakete, egal welcher Inhalts-Type, zwischen mehreren LoRa-Gateways auszutauschen.
 Genau hier setzt das Projekt '''<span style="font-size:14.0pt;
-line-height:107%">MeshCom</span>''' 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''.
+line-height:107%">MeshCom</span>''' an. Der MeshCom-Server ist ein Server welcher das '''APRS-Protokoll''' beherrscht. Jene Leser welche den Aufbau dieses Protokolls genauer studieren wollen verweise ich auf http://www.aprs.org/doc/APRS101.PDF.
-=====<span style="color: #0070C0">Warum ein eigener MeshCom-Server als MQTT-Broker</span>=====
+=====<span style="color: #0070C0">Warum ein eigener MeshCom-Server?</span>=====
-*<span style="color: black">Volle Anpassung an das etwas speziellere MQTT-Protokoll welches die MeshCom-Firmware benutzt.</span> <span style="color: black">Gestaltung im Header wie Topic, Paket-ID</span>
+*<span style="color: black">Volle Anpassung an das etwas speziellere APRS-Protokoll welches die MeshCom-Firmware benutzt.</span> <span style="color: black">Gestaltung im Header wie Topic, Paket-ID</span>
-*<span style="color: black">Frei definierbare Logik bei der Weitergabe der MQTT-Pakete mit Mengensteuerung</span>
+*<span style="color: black">Frei definierbare Logik bei der Weitergabe der APRS-Pakete mit Mengensteuerung</span>
 *<span style="color: black">Klares Zuschneiden auf Zwecke der Funkamateure</span>
 *<span style="color: black">Schnittstellen zu anderen Message-Systemen wie APRS, DAPNET, HAMMessenger, TELEGRAM BOT</span>