Wie viel arbeiten Meshhessen-Router eigentlich? Wir haben nachgemessen.

[TSM]

 
2. Warum die normale Telemetrie nicht reicht

• Die periodische Device-Telemetrie liefert: Batterie, Spannung,
  Channel Utilization, AirUtilTX, Uptime. Gut für „lebt der Node?" -
  nutzlos für „was leistet der Node?".
  
• Paketzähler sind darin schlicht nicht enthalten.
  
• Aus MQTT-Traffic oder Channel Utilization lässt sich das auch nicht sauber
  herleiten. Während MQTT für Gateway-Statistiken (also Nodes die Pakete über MQTT an den MQTT Broker weiterleiten) ein super Tool ist, ist es für Nodes die keine MQTT Anbindung haben und als Kernrouter nur auf HF arbeiten leider gar keine Hilfe. Man kann über MQTT sehen, welcher Node wie viele Pakete aus dem Netz einreicht. Also wie viel er drumherum so empfangen kann. – Aber wie bereits erwähnt ist das keine Hilfe in Bezug auf HF Statistiken.
  

3. LocalStats: der versteckte Datenschatz
Seit Oktober 2024 wurde ein Parameter eingeführt, in die Profobufs eingebaut. Die sogenannten local_stats (Ich kann nicht genau sagen, wann dieser es in die Firmware geschafft hat. Sagen wir mal ab Ende 2024.) - Ab dort führt jeder Node interne Statistikzähler:
LocalStats. Die wichtigsten:
   
Der Haken: LocalStats werden nicht ins Mesh gebroadcastet

(bewusst! - Airtime!). - Sie gehen normalerweise nur an einen lokal verbundenen Client.
Aber: Man kann sie gezielt per Unicast anfragen

Code:

meshtastic --request-telemetry local_stats --dest '!xxxxxxxx'

In unseren Versuchen war es zum Teil notwendig, hier mit dem Channel Parameter zu arbeiten und über den Meshhessen Kanal abzufragen



4. Vom Handversuch zum Logger
Einmal abfragen ist nett, aber erst Zeitreihen sind Erkenntnis. - Also: es muss etwas her, ein kleiner Collector, der periodisch alle Kernrouter abfragt. -
Eckpunkte (Details im Repo):

• Unicast-Request über einen Gateway-Node (TCP-API), zeitversetzt statt
  alle gleichzeitig - das Mesh soll die Messung nicht zu sehr spüren
  
• Retry mit Timeout- und NAK-Erkennung; Fehlschläge werden mitgeloggt,
  denn die Erreichbarkeit der Router ist selbst eine Metrik
  
• Rohzähler + berechnete Deltas/Raten (pro Minute) + Reboot-Erkennung
  
• Ergebnis landet in InfluxDB
  
•  Grafana visualisiert.
  
• → Code: [Link: github.com/SMLunchen/meshtastic-active-telemetry-logger]