Internet-Draft                   HerMesh                   Januar 2026
Kategorie: Experimentell

        HerMesh: Automatisierter Informationsverteiler
     inspiriert vom Götterboten Hermes und optimiert für Meshtastic
                     Draft-Version 0.1 (Experimentell)

Status dieses Memo

   Dieses Dokument ist ein experimenteller Entwurf für HerMesh, ein
   automatisiertes Informationssystem für Meshtastic. Der Name leitet
   sich von Hermes ab, dem mythologischen Boten der Götter, der für
   schnelle und zuverlässige Nachrichtenübermittlung steht. HerMesh
   überträgt dieses Prinzip in ein modernes Mesh-Netzwerk.

Lizenz

   © 2026 Thomas Gnerlich.
   Veröffentlicht unter Creative Commons BY-SA 4.0.

Abstract

   HerMesh ist ein Bot, der Nachrichten von Meshtastic-Nodes empfängt,
   verarbeitet und automatisiert Informationen an Nutzer verteilt. Das
   System unterstützt ein Abo-Modell, externe Datenquellen, Rate-Limits,
   Protokollierung, Failover und eine zuverlässige Message2SendQueue.
   Die Namensgebung verweist auf Hermes, den archetypischen Boten, der
   Nachrichten sicher und schnell übermittelt.

1. Einleitung

   Ziel dieses Entwurfs ist die Definition eines modularen Systems zur
   automatisierten Informationsverteilung im Meshtastic-Netz. Nutzer
   können Informationskanäle abonnieren, die in definierten Intervallen
   aktualisiert und über Meshtastic versendet werden. HerMesh übernimmt
   dabei die Rolle eines modernen Hermes im digitalen Funknetz.

2. Terminologie

   NODE: Meshtastic-Endgerät.
   HERMESH: Zentrale Bot-Instanz.
   SUBSCRIPTION: Ein vom Nutzer angelegtes Abo.
   QUEUE: Message2SendQueue für ausgehende Nachrichten.
   RATE-LIMIT: Begrenzung der Sendehäufigkeit.
   BACKEND: MySQL-Datenbank und Logikschicht.

3. Systemübersicht

   Das System besteht aus:
      - HerMesh-Bot
      - MySQL-Datenbank
      - Cron-Mechanismus
      - Message2SendQueue
      - Meshtastic-Node
      - optionaler Failover-Node

4. Abo-System

4.1 Befehle
   Nutzer senden Befehle wie:
      START WEATHER <STADT> <INTERVALL> <TIME>
      START NINA <STADT>
      START KATWARN <STADT>
      START DWD_WARNING <STADT>

4.2 Validierung
   HerMesh prüft:
      - Existenz der Stadt
      - Eindeutigkeit
      - Gültigkeit der Parameter
      - Rate-Limit-Konformität

4.3 Speicherung
   SUBSCRIPTIONS werden in der Datenbank abgelegt.

5. Message2SendQueue

5.1 Zweck
   Die QUEUE stellt sicher, dass Nachrichten:
      - zwischengespeichert
      - zuverlässig versendet
      - erst nach Erfolg gelöscht
      - bei Fehlern erneut versucht
      - mit Rate-Limits abgeglichen
   werden.
   Dies entspricht der mythologischen Rolle des Hermes: Nachrichten
   zuverlässig ans Ziel zu bringen.

5.2 Ablauf
   1. HerMesh erzeugt Nachricht
   2. Nachricht wird in QUEUE eingetragen
   3. QUEUE versucht Versand
   4. Bei Erfolg: Eintrag wird gelöscht
   5. Bei Fehler: Retry nach definiertem Intervall

6. Rate-Limit-System

   RATE-LIMITS existieren:
      - pro NODE
      - global
      - konfigurierbar per Datei

7. Datenquellen

   Unterstützte Quellen:
      - Wetterdienste
      - NINA
      - KATWARN
      - DWD-Warnungen
   Erweiterungen sind vorgesehen.

8. Protokollierung

   HerMesh speichert:
      - eingehende Befehle
      - ausgehende Nachrichten
      - QUEUE-Status
      - Fehler
      - Systemereignisse

9. Failover

   Fällt BACKEND oder NODE aus:
      - sekundäre Instanz übernimmt
      - QUEUE wird synchronisiert
      - SUBSCRIPTIONS bleiben erhalten

10. Sicherheit

   - RATE-LIMIT verhindert Netzüberlastung
   - Validierung verhindert ungültige Abos
   - Protokollierung ermöglicht Nachvollziehbarkeit

11. Offener Status

   Dieses Dokument ist ein Entwurf. Änderungen und Erweiterungen sind
   ausdrücklich erwünscht.

Ende des Dokuments