MeshCom/MeshCom Anwendungen: Unterschied zwischen den Versionen

Version vom 2. Februar 2022, 11:15 Uhr

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

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
wer hat weitere Ideen?

@@ Zeile 29: / Zeile 29: @@
 *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
 *wer hat weitere Ideen?
 __HIDETITLE__
 __KEIN_INHALTSVERZEICHNIS__