Erster Lauf mit beiden Ping-Strecken (23:30-23:41, per Stopp-Knopf beendet). TERRASSE, die Frage des Aufbaus: 2026-08-21, ap2 tief: 43 % Verlust, laengste Luecke 20,4 s, -72 dBm 2026-08-22, ap2 auf 2,5 m: 9 % Verlust, laengste Luecke 1,0 s, -69,0 dBm Gleiches Geraet, gleiche Rolle. 1,0 s liegt unter der Hoerbarkeitsschwelle im Videocall. Der Dead Spot, der TP25 seit dem 08-20 getragen hat, ist weg. STRUKTURBEFUND: die Referenz hat in 17 von 21 Raumabschnitten 0 % Verlust -- die Alltagsabdeckung ist ueberall in Ordnung. Der Gegen-AP traegt dagegen fast nirgends: Schlafzimmer -84,6/38 %, Bad -82,3/24 %, Kueche -82,0/23 %, Terrasse -78,7/19 %. Faellt ein AP aus, ist die halbe Wohnung "verbunden, aber tot". Ein dritter AP kaufte damit REDUNDANZ, keine Abdeckung -- nach Christophs eigener Randbedingung derzeit nicht begruendet. KORREKTUR zum 22:43-Lauf: "die Kueche ist ein Loch fuer beide APs" gilt nur fuer die aeusserste Ecke. Hier hat die Referenz in der Kueche 1 % Verlust bei -71 dBm. Der Unterschied ist der Weg -- der Vorlauf ging ausdruecklich allen Waenden entlang in die totesten Winkel. Beide Aussagen gelten, sie messen verschiedene Orte. Fund E weiter abgestuft: der Sticky-Client vom 08-20 reproduzierte sich nicht (Treppe: sauberer Wechsel ap2/5G -> ap1/5G, 0 % ueber 57 s). Nicht umsetzen, bevor ein Sticky-Fall erneut gemessen ist. Ein Lauf widerlegt Fund B nicht, er zeigt nur, dass es nicht der Normalfall ist. WERKZEUG: die Auswertung wies die groesste Sonden-Luecke auf der Treppe als "⚠️ eher Ruhezustand" aus (4,6 s). Das war unser eigener Eingriff -- um 23:35:10 wechselte der Pin, das S22 war 23:35:12-16 abgemeldet. Ein Artefakt als "Geraet war erreichbar, wollte nur nicht" zu beschriften ist doppelt falsch. Pin-Wechsel werden jetzt erkannt und als solche benannt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
1 line
153 B
JSON
1 line
153 B
JSON
{"mode": "langzeit", "phase": "GEHWEG", "title": "Roaming-Messung l\u00e4uft", "instruction": "Aufzeichnung gestoppt.", "step": 0, "steps": 0, "ends": 0} |