Keine Bearbeitungszusammenfassung |
|||
| (10 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
== MeshCom | == MeshCom 4.0 == | ||
==== BETA-Test Dokumentation und Anleitungen ==== | |||
====https://icssw.org/meshcom-4-0-installation/<nowiki/>==== | |||
===== Grundlegende Spezifikationen ===== | ===== Grundlegende Spezifikationen ===== | ||
* '''Luftschnittstelle''' | * '''Luftschnittstelle''' | ||
** Mesh Netzwerk - selbst bildend und selbst heilend | |||
** AFU kompatibel der Source, Node, Gateway, Destination Kennung als Rufzeichen | ** AFU kompatibel der Source, Node, Gateway, Destination Kennung als Rufzeichen | ||
** Path-Kontrollstruktur (nur für Testzwecke) | ** Path-Kontrollstruktur (nur für Testzwecke) | ||
| Zeile 12: | Zeile 17: | ||
** unverschlüsselt | ** unverschlüsselt | ||
** Adress-Header (FromCALL, ToCALL, VIA) komprimiert und mit CRC (kompatibel zu AX25v2) | ** Adress-Header (FromCALL, ToCALL, VIA) komprimiert und mit CRC (kompatibel zu AX25v2) | ||
** Nachrichten Priorisierung | |||
* '''Gateway-Schnittstelle''' | * '''Gateway-Schnittstelle''' | ||
** MQTT-Protokoll mit üblicher Feldstruktur aufbauen | ** MQTT-Protokoll mit üblicher Feldstruktur aufbauen | ||
** UDP-Übertragung | ** UDP-Übertragung | ||
** | ** Heartbeat zur Client/Server-ONLINE Erkennung | ||
** Tiefe der Meldung vom und zum Gateway einstellbar (Test- und Entwicklungs-Erleichterung) | ** Tiefe der Meldung vom und zum Gateway einstellbar (Test- und Entwicklungs-Erleichterung) | ||
** Nach | ** Nach Neustart eines Gateways automatischer Übertragung von Grunddaten wie: | ||
*** aktive NODES | |||
*** letzte Meldungen | |||
*** Anstoßen der Store & Forward Meldungen | |||
* '''Modul-Schnittstellen''' | * '''Modul-Schnittstellen''' | ||
** Serial via USB | ** Serial via USB | ||
| Zeile 50: | Zeile 59: | ||
** Keine direkte Hardware-Bezogenheit in der Logik-Struktur | ** Keine direkte Hardware-Bezogenheit in der Logik-Struktur | ||
** Logik-Struktur mit klaren Schnittstellen aufgebaut um funktionelle Erweiterungen jederzeit einzubauen ohne die getestete Basisfunktionalität zu beeinflussen | ** Logik-Struktur mit klaren Schnittstellen aufgebaut um funktionelle Erweiterungen jederzeit einzubauen ohne die getestete Basisfunktionalität zu beeinflussen | ||
* '''Welche Service bietet MeshCom | * '''Welche Service bietet MeshCom 4.0 an?''' | ||
** Textübertragung | ** Textübertragung | ||
** Positionsübertragung (Smart Beaconing) | ** Positionsübertragung (Smart Beaconing) | ||
| Zeile 64: | Zeile 73: | ||
** Scannen nach verfügbarem MeshCom-Channel | ** Scannen nach verfügbarem MeshCom-Channel | ||
* '''Use Cases''' | * '''Use Cases''' | ||
** . | ** allg. Amateurfunknachrichtendienst | ||
** Not-Katfunk | |||
** Infodienste | |||
*** Wetterbericht | |||
*** SolarFlux | |||
*** Radioactivität | |||
*** Blitzortung | |||
*** DXCluster | |||
*** Phonie-Skeds, SOTA-Skeds | |||
Entwurf: Kurt OE1KBC | Entwurf: Kurt OE1KBC | ||
Diskussion: | Diskussion: matrix.oevsv.at Raum https://matrix.to/#/#meshcom:matrix.oevsv.at | ||
__KEIN_INHALTSVERZEICHNIS__ | __KEIN_INHALTSVERZEICHNIS__ | ||
Aktuelle Version vom 18. März 2024, 14:42 Uhr
MeshCom 4.0
BETA-Test Dokumentation und Anleitungen
https://icssw.org/meshcom-4-0-installation/
Grundlegende Spezifikationen
- Luftschnittstelle
- Mesh Netzwerk - selbst bildend und selbst heilend
- AFU kompatibel der Source, Node, Gateway, Destination Kennung als Rufzeichen
- Path-Kontrollstruktur (nur für Testzwecke)
- Struktur der Payload in die Struktur der Meldung eingebettet
- Zusätzlich zur Übertragungs-Sicherung durch die Hardware sind CRC und FEC in der Struktur der Meldung einzuplanen
- Meldung und Payload komprimiert übertragen
- Node, Digipeater-only, Gateway-only, Point-to-Point (Netzerweiterungen)
- unverschlüsselt
- Adress-Header (FromCALL, ToCALL, VIA) komprimiert und mit CRC (kompatibel zu AX25v2)
- Nachrichten Priorisierung
- Gateway-Schnittstelle
- MQTT-Protokoll mit üblicher Feldstruktur aufbauen
- UDP-Übertragung
- Heartbeat zur Client/Server-ONLINE Erkennung
- Tiefe der Meldung vom und zum Gateway einstellbar (Test- und Entwicklungs-Erleichterung)
- Nach Neustart eines Gateways automatischer Übertragung von Grunddaten wie:
- aktive NODES
- letzte Meldungen
- Anstoßen der Store & Forward Meldungen
- Modul-Schnittstellen
- Serial via USB
- GPIO für externe Hardware und Steuerungen
- GPS intern, extern, fix
- WiFi
- Userschnittstelle
- Gateway-Schnittstelle
- Bluetooth
- APP-Schnittstelle
- ETH-Schnittstelle optional
- Meldungs-Grundtypen
- Broadcast
- Group Call
- Private Call
- Store & Forward
- Entwicklungs- und Debug-Meldungen
- Offene Hardware
- Die Verwendung der kompatibler MCU sollte eingehalten werden
- ESP32
- Fertigmodule MCU, HF, GPS gemeinsam
- wie TTGO, TLORA, HELTEC, …
- Bevorzugterweise Aufbau Basisplatine, Steckmodule
- wie RAK WisBlock
- Vorhandene Hardware aus dem LoRa-APRS Projekt
- Semtech SX1262 LoRa-Transceiver oder kompatibel
- ETH-Modulblock mit IP-Stack für Gateways
- Firmware
- Grundstruktur für Entwicklung in der Gruppe vorbereitet
- Leicht zu erweitern, pflegen
- Klare Funktionsgliederung
- Keine direkte Hardware-Bezogenheit in der Logik-Struktur
- Logik-Struktur mit klaren Schnittstellen aufgebaut um funktionelle Erweiterungen jederzeit einzubauen ohne die getestete Basisfunktionalität zu beeinflussen
- Welche Service bietet MeshCom 4.0 an?
- Textübertragung
- Positionsübertragung (Smart Beaconing)
- Frei definierbare Payload
- Feature-List
- Konfiguration über USB-Serial-Schnittstelle
- Rufzeichen mit APRS-konformen SSID
- Frequenzeinstellung und Anzeige
- Feldstärkeanzeige (S-Meter, RSSI, MER)
- LoRa-Modulationsparameter auch detailliert
- Fix-Position
- Batterie-Management Stufen
- Scannen nach verfügbarem MeshCom-Channel
- Use Cases
- allg. Amateurfunknachrichtendienst
- Not-Katfunk
- Infodienste
- Wetterbericht
- SolarFlux
- Radioactivität
- Blitzortung
- DXCluster
- Phonie-Skeds, SOTA-Skeds
Entwurf: Kurt OE1KBC
Diskussion: matrix.oevsv.at Raum https://matrix.to/#/#meshcom:matrix.oevsv.at
