TP25: Gehweg-Messung -- was eine WLAN-Uebergabe wirklich kostet
Die "~4 Sekunden je Wechsel" aus der Nachtmessung waren als Obergrenze markiert, und die Vorsicht war berechtigt: 5 Pings/s auf das Telefon zeigen bei -48 bis -55 dBm Uebergabekosten von 0 bis 2,6 s, meist unter einer halben Sekunde. Fast Transition funktioniert. Der Zaehlerstand nach einer Neuanmeldung hatte die Luecke vorgetaeuscht. Der wahre Befund ist schlimmer und liegt woanders: bei -69 bis -77 dBm ist das Telefon 6 bis 45 s nicht erreichbar, zweimal ueber 20 s am Stueck. Die Trennlinie laeuft sauber entlang der Signalstaerke, nicht entlang der Wechsel -- es ist kein Roaming-Problem, es ist ein Dead Spot. Ehrlich dazu: ueber den ganzen Weg gingen 44 % der Pings verloren, und das ist nicht alles Funk -- ein iPhone mit gesperrtem Display beantwortet ICMP verzoegert oder gar nicht (RTT-Median 3,7 ms, Maximum 8,2 s). Power-Save haengt aber am Display, nicht am Ort; dass alle langen Luecken in der schwachen Zone liegen und alle kurzen in der starken, erklaert es nicht. Fuer eine exakte Zahl braucht es ein waches Telefon. tp6-monitor-core.sh bekommt eine Reconnect-Schleife: die SSH-Sitzung ist mitten in der Messung weggebrochen und die Funkdaten endeten 2,5 Minuten vor dem Ping-Mitschnitt -- ausgerechnet im interessanten Teil. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
@@ -1214,7 +1214,7 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung".
|
||||
- **Abh.:** keine harten. **TP15 ✅** (die zu versorgende Hardware steht und hat DC-Eingänge). Verwandt: **TP18** (Garage-Nodes brauchen je Site eine Stromversorgung), **TP11** (USV-Zustand ins Monitoring). **Kein Blocker für TP5/TP6.**
|
||||
- **Historie:** war bis 2026-08-16 Unterpunkt von TP15 („🔋 DC-USV: MeanWell LRS-150-48 + DDR-120-48 + LiFePO4 20Ah (~€190), 48V-Bus; CRS326 DC-input passt"). Vollständige Recherche inkl. Schaltbild, Effizienzvergleich und Gerätetabelle: `docs/hw-refresh-requirements.md §9` (+ §10 D/E/F für die offenen Fragen).
|
||||
|
||||
### TP25 — WLAN-Stabilisierung ▸ 🔴 **JETZT KRITISCHER PFAD (2026-08-21) — Roaming gemessen, Befund liegt vor** — Sammel-TP für Christophs Beobachtungen 1–6
|
||||
### TP25 — WLAN-Stabilisierung ▸ 🔴 **JETZT KRITISCHER PFAD — Roaming gemessen (08-20), Übergabekosten gemessen (08-21): Dead Spot statt Roaming-Problem** — Sammel-TP für Christophs Beobachtungen 1–6
|
||||
> 🆕 **Messung 2026-08-20/21: [`tp25-wlan-roaming-messung-20260820.md`](tp25-wlan-roaming-messung-20260820.md)**
|
||||
> (Nebenprodukt der TP6-Messreihen, Core-Sampler im 2-s-Takt über 2,5 h, teils mit laufendem Videocall).
|
||||
> Drei Befunde:
|
||||
@@ -1223,9 +1223,12 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung".
|
||||
> den Telefonier-Orten bei **−75 bis −80 dBm**.
|
||||
> **(B)** **Sticky Client:** ein Weg Küche → Kinderzimmer → Schlafzimmer → Terrasse, dreimal direkt an
|
||||
> ap1 vorbei (−43 dBm), **eine einzige Übergabe** — und die erst oben bei −73 dBm.
|
||||
> **(C)** **Band-Ping-Pong: 12 Wechsel in 9 Minuten** am selben Ort, immer ap2 5↔2,4 GHz. Je Wechsel
|
||||
> bis zu **4 s ohne Durchsatz** (⚠️ Obergrenze, s. Doku §5 — der saubere Test `ping -i 0.2 10.40.10.196`
|
||||
> während eines Spaziergangs steht aus).
|
||||
> **(C)** **Band-Ping-Pong: 12 Wechsel in 9 Minuten** am selben Ort, immer ap2 5↔2,4 GHz.
|
||||
> **(D) 2026-08-21 nachgemessen** (Gehweg, 5 Pings/s auf das Telefon, `docs/tp25-walk-messung.sh`):
|
||||
> die „~4 s je Wechsel" waren **Zählerartefakt** — bei **−48…−55 dBm** kostet eine Übergabe
|
||||
> **0 bis 2,6 s**, meist unter einer halben Sekunde, **Fast Transition funktioniert also**. Der wahre
|
||||
> Befund ist schlimmer und liegt woanders: bei **−69…−77 dBm** ist das Telefon **6 bis 45 s** nicht
|
||||
> erreichbar, zweimal über 20 s am Stück. **Nicht die Übergabe ist teuer, sondern die schwache Zone.**
|
||||
> **Und das passiert TROTZ aktivem 802.11k/v und FT** — live geprüft: `st-main` mit `rrm=yes`/`wnm=yes`,
|
||||
> `ft-over-ds=yes`. Die Merkregel `ref_ft_is_not_roaming` („11k/v fehlen") ist damit **historisch**.
|
||||
> **Reihenfolge der Maßnahmen** (Doku §6, respektiert die User-Randbedingung „kein neuer AP, solange
|
||||
|
||||
Reference in New Issue
Block a user