Logs und lokale Diagnose

Logs sind besonders hilfreich, wenn ein Problem nur sporadisch auftritt oder Remote-Diagnose nicht genügend Details liefert.

Direkter serieller Zugriff

Die offizielle Infrastruktur-CLI stellt lokal über Serial umfassende Diagnosemöglichkeiten bereit. Die meshcore-cli-Dokumentation weist darauf hin, dass nicht alle lokalen Firmware-CLI-Funktionen remote verfügbar sind.

Paketlogging

Paketlogs können zeigen, welche Ereignisse der Repeater tatsächlich sieht beziehungsweise verarbeitet. Sie sollten nur so lange wie nötig aufgezeichnet werden, um Datenmenge und mögliche sensible Metadaten zu begrenzen.

Zeitbezug

Logs sind nur dann wirklich hilfreich, wenn Uhrzeit und Zeitzone nachvollziehbar sind. Bei einem Test wird der genaue Zeitpunkt der gesendeten Nachricht notiert.

Datenschutz

Öffentlich gepostete Logs können Knotennamen, IDs, Positions- oder Kommunikationsmetadaten enthalten. Vor Veröffentlichung werden sie geprüft und nötigenfalls anonymisiert.

Vergleich

Bei einem Routingproblem sind Logs von zwei benachbarten Infrastrukturknoten oft hilfreicher als ein einzelner Log. Dadurch lässt sich erkennen, an welcher Stelle ein Paket nicht weiterkommt.

Nicht interpretieren ohne Kontext

Ein einzelner Warnhinweis muss nicht die Ursache des beobachteten Problems sein. Firmwareversion, Hardware und unmittelbar vorhergehende Ereignisse gehören zur Auswertung.

Support

Für eine Entwickler- oder Communityanfrage werden nur die relevanten Logausschnitte zusammen mit reproduzierbaren Schritten bereitgestellt. Riesige unkommentierte Logdateien erschweren die Analyse.

Quellen und Aktualisierung

Diese Seite wurde eigenständig für MeshCore Hessen formuliert. MeshCore-spezifische Funktionen werden anhand aktueller offizieller Dokumentation beschrieben. Aussagen zu Reichweite und Standortqualität werden bewusst nicht als garantierte Werte dargestellt; Simulation und reale Messung werden getrennt.

Letzte inhaltliche Prüfung: 18. August 2026