Christoph Emsenhuber
41809fe43b
Die Gehweg-Messung erzeugte bisher eine Zeitachse, aus der niemand ablesen konnte, WO es schlecht war -- der teure Abschnitt von gestern liegt bei "15:07 bis 15:09", und das ist kein Satz, aus dem eine Massnahme folgt. Die Konsole bekommt deshalb ein Raster mit einem Button je Raum; der aktive Raum wird hervorgehoben und die Verweildauer mitgezaehlt. Die Liste steht per TP25_ROOMS in der Umgebung, damit ein fehlender Raum kein Codeeingriff ist. tp25-gehweg-auswertung.py verbindet die drei Mitschnitte -- Ping aufs Telefon, Funkwerte vom Manager, Raum-Marken -- zu einer Tabelle mit Signal, Paketverlust und laengster Luecke je Raum, samt AP, auf dem der Client dort haengt. Dazu die Lehre aus dem ersten Durchgang, diesmal als Anleitung statt als Fussnote: die Konsole gehoert waehrend der Messung auf DAS TELEFON. Der Wake Lock haelt das Display an und das Polling das Geraet wach -- ohne das beantwortet ein iPhone die Pings verzoegert oder gar nicht, und 44 % Verlust sind Ruhezustand statt Funk. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
bf-network-r6
BF-Netzwerk-Migration (Variante R6+C2). 2× MikroTik hAP ax² + Core ALL-SG8316M.
SSOT & Übergabe: HANDOVER.md — kompletter Status, Architektur + Begründungen, Phasen, Gotchas, Zugänge.
Plan-Origin: ~/.claude/plans/welche-kosteng-nstigen-alternativen-zu-memoized-sparkle.md
Struktur:
docs/vlan-plan.md— VLAN-/Adressplan (final)docs/core-switch-prep.md— Core-Switch Status & Phasendocs/firmware-flash-runbook.md— FW-Flash Historieswitch/cli/CLI-REFERENCE.md— bestätigte CLI-Syntaxswitch/cli/*.cli/*.exp— reproduzierbare Konfig-Scriptsinventory/bf.csv/bf.md— IP-Doku (aus IPs.xlsx gespiegelt)inventory/bf-core-ports.csv/.md— Switch-Port-Map
Aktueller Stand (2026-06-09):
- Phase A (VLAN-Vorbereitung) ✅ abgeschlossen
- Phase B (hAP-Cutover) ⏳ wartet auf MikroTik-Lieferung
- Phase C (Firewall) + Phase D (Adress-Migration) ausstehend