Oe6rke (Diskussion | Beiträge) |
Oe6rke (Diskussion | Beiträge) |
||
Zeile 38: | Zeile 38: | ||
*Kopplung des zentralen MQTT mit Azure PowerApps und AWS Cloud zur Abbildung eigener Apps | *Kopplung des zentralen MQTT mit Azure PowerApps und AWS Cloud zur Abbildung eigener Apps | ||
*Asynchrones Datenmodem mit meshCom (RX zum User via ATV/DATV/Baken Subcarrier, TX request via MeshCom), ähnlich den ersten SAT via Internet Anwendungen | *Asynchrones Datenmodem mit meshCom (RX zum User via ATV/DATV/Baken Subcarrier, TX request via MeshCom), ähnlich den ersten SAT via Internet Anwendungen | ||
+ | *einfacher Entfernungspeiler (je weniger Hops umso näher drann bei ausgeschaltenen GPS) | ||
+ | *Multi MeshCom Channel Bounding für größere Geschwindigkeiten | ||
*wer hat weitere Ideen? | *wer hat weitere Ideen? | ||
__HIDETITLE__ | __HIDETITLE__ | ||
__KEIN_INHALTSVERZEICHNIS__ | __KEIN_INHALTSVERZEICHNIS__ |
Version vom 2. Februar 2022, 12:11 Uhr
Anwendungen
Bereits im MeshCom Grundmodul vorhanden:
- Meldungstexte (TEXTINFO)
- Texte bis zu 228 Zeichen können vom Smartphone übertragen bzw- empfangen werden
- Positionsmeldungen (POSINFO)
- Positionen welche mittels eigebautem GPS-Empfänger empfangen wurden können regelmäßig via MeshCom gesendet werden. Die Übertragung zu aprs.fi Cloud ist eingebaut.
- Positionen können auch fix gespeichert werden und werden ebenfalls via MeshCom zu aprs.fi übertragen.
- Knotenmeldungen (NODEINFO)
- Es werden diverse, im Knoten durch Konfiguration oder Betrieb festgelegte Parameter, übertragen:
- Rufzeichen, auch mit 1-2 stelliger SSID
- Kurzrufzeichen (AKA) verwendete Hardware
- Knoten HEX-ID
- Empfangene Signalstärke
- Es werden diverse, im Knoten durch Konfiguration oder Betrieb festgelegte Parameter, übertragen:
Sammlung diverser Anwendungsideen
- Verknüpfung mit MORSERINO
- MeshCom via QO-100 WB-Transponder, einen der obersten Kanäle (uplink 2409,25 MHz)
- Notruf-Taster in Gemeinden ( 3 Tasten für Polizei, Rettung, Feuerwehr)
- Verbindung mit Chat-Betriebsart auf Kurzwelle (JS8Call, RPR-BPQ-Chat, usw.)
- Verbindung mit CONVERS-Chat Kanal auf Packet-Radio
- Aussenden von Daten aus Citizen Science Projekten (Radioaktivität, https://safecast.org/devices/, https://www.gmcmap.com/index.asp)
- Verbindung mit SMS-Funktion in DMR-Netzen (IPSC2)
- meshCom als afu relevanten Newsticker verwenden (zbsp Aussenden von Eventankündigung) analog eine Afu pagers
- Fernwirken via meshCom (Ein/Ausschalten von exponierten Relais)
- HAMNET last mile Ersatz (langsame Datenspeed) als Store & Forward Routing Device
- Sferics local Detektor zum Melden von Gewitter via dezentraler Intrastruktur (ohne mqtt) aka Cellbroadcast
- Failover mqtt Server mit localer (Bundesland) Erst-Mqtt zur Vermittlung trotz ausgefallenen Haupt Mqtt
- Merkmal der klaren Identifikation des OM (cert, echolink login) um Identität feststellen zu können
- REST API App lokale zum Device für eigene Erweiterungen via PortIO, Arduino oder .Net Dev Umgebung
- Kopplung des zentralen MQTT mit Azure PowerApps und AWS Cloud zur Abbildung eigener Apps
- Asynchrones Datenmodem mit meshCom (RX zum User via ATV/DATV/Baken Subcarrier, TX request via MeshCom), ähnlich den ersten SAT via Internet Anwendungen
- einfacher Entfernungspeiler (je weniger Hops umso näher drann bei ausgeschaltenen GPS)
- Multi MeshCom Channel Bounding für größere Geschwindigkeiten
- wer hat weitere Ideen?