Die Koexistenz-Herausforderung
Wenn ein Bluetooth-Modul sich ein 2,4-GHz-Funkgerät mit Wi-Fi auf derselben PCB teilt, konkurrieren die beiden Protokolle um Sendezeit auf überlappenden Kanälen. Ohne aktives Koexistenzmanagement kann der BLE-Durchsatz um 40–70% einbrechen und die Wi-Fi-Latenz auf Hunderte Millisekunden ansteigen. Das ist kein theoretisches Problem — es ist das häufigste Integrationsproblem in Dual-Mode-Designs.
Dieser Artikel behandelt die Mechanismen, Hardwaresignale und Firmware-Strategien, die eine zuverlässige Koexistenz ermöglichen.
Spektrale Überlappung: Wo Kollisionen entstehen
Wi-Fi belegt 20- oder 40-MHz-Kanäle im 2,4-GHz-ISM-Band. BLE nutzt 2-MHz-Kanäle mit 1 MHz Abstand und springt über 37 Datenkanäle.
| Wi-Fi-Kanal | Frequenzbereich (MHz) | Betroffene BLE-Kanäle |
|---|---|---|
| Kanal 1 | 2412–2432 | 0–7 |
| Kanal 6 | 2437–2457 | 12–19 |
| Kanal 11 | 2457–2477 | 22–27 |
Wenn Wi-Fi auf Kanal 6 sendet, erleben BLE-Kanäle 12–19 einen erhöhten Rauschboden und Paketverlust. Adaptive Frequency Hopping (AFH) stuft diese Kanäle als „schlecht“ um und vermeidet sie — aber erst nachdem genug Fehler die Umklassifizierung ausgelöst haben, was mehrere Verbindungsintervalle dauert.
Hardware-Koexistenzsignale
Der Industriestandard-Ansatz verwendet drei dedizierte GPIO-Leitungen zwischen den Wi-Fi- und BLE-Chips (oder innerhalb eines Combo-Chips):
| Signal | Richtung | Funktion |
|---|---|---|
| WLAN_ACTIVE (PTA_REQ) | Wi-Fi → BLE | Wi-Fi wird gleich senden; BLE soll aufschieben |
| BT_ACTIVE (PTA_PRI) | BLE → Wi-Fi | BLE hat ein hochprioritäres Ereignis (Scan, Verbindung) |
| BT_PRIORITY (PTA_STATUS) | BLE → Wi-Fi | 1 = hohe Priorität (Audio/HID), 0 = niedrige Priorität (Daten) |
Diese 3-Draht-PTA-Schnittstelle (Packet Traffic Arbitration) ist in IEEE 802.15.2 definiert und wird von den meisten modernen Combo-Chips unterstützt (nRF5340 + nRF7002, ESP32, CYW43455 usw.).
Das Timing ist kritisch. Der Wi-Fi-Chip setzt WLAN_ACTIVE 30–50 μs vor dem Start der HF-Übertragung. Der BLE-Controller muss alle ausstehenden TX innerhalb dieses Fensters abbrechen. Wenn das Signal eintrifft, nachdem die HF-Kette bereits aktiv ist, geht das Paket verloren.
Koexistenz-Prioritätsschemata
Wi-Fi-Priorität (Standard)
Wi-Fi gewinnt immer die Arbitrierung. BLE verschiebt sich jedes Mal, wenn Wi-Fi aktiv ist. Dies maximiert den Wi-Fi-Durchsatz, verursacht aber BLE-Verbindungsabbrüche bei anhaltendem Wi-Fi-Verkehr (z. B. bei einem großen Download).
BLE-Priorität
BLE gewinnt immer. Dies garantiert BLE-Latenz, verschlechtert aber den Wi-Fi-Durchsatz erheblich. In der Praxis selten verwendet.
Zeitmultiplex-Arbitrierung (Empfohlen)
Beide Protokolle wechseln sich basierend auf einem ausgehandelten Zeitplan ab. Der Koexistenz-Controller vergibt Zeitscheiben. BLE erhält Priorität während Verbindungsereignissen und Scan-Fenstern; Wi-Fi erhält Priorität während Beacon-Empfang und Daten-TX/RX. Die wichtigsten Parameter:
- BLE-Verbindungsintervall: Auf 30–100 ms einstellen. Kürzere Intervalle verbrauchen mehr Sendezeit, reduzieren aber die Latenz.
- Wi-Fi-Listen-Intervall: Typischerweise 100 ms (DTIM = 1) bis 1000 ms (DTIM = 10). Längere Intervalle geben BLE mehr Sendezeit.
- Schutzzeit: Mindestens 150 μs zwischen Protokollwechseln für HF-Settling.
Gemeinsame Antenne vs. separate Antennen
Einzelantenne mit SPDT-Schalter
Ein HF-Schalter (z. B. Skyworks SKY13330) verbindet die Antenne mit dem Wi-Fi- oder BLE-HF-Pfad. Die Schaltersteuerung wird von der Koexistenzlogik gesteuert. Dies spart BOM-Kosten und PCB-Fläche, führt aber Einfügeverluste ein (0,5–0,8 dB) und erfordert präzises Timing — der Schalter muss sich vor dem Start der HF-Übertragung einschwingen.
Dual-Antennen
Jedes Protokoll hat seine eigene Antenne mit ≥ 20 dB Isolation (typischerweise durch orthogonale Polarisation oder räumliche Trennung von λ/4 ≈ 3 cm bei 2,45 GHz erreicht). Dies vermeidet den Schalter und erlaubt gleichzeitigen Betrieb, erfordert aber mehr PCB-Fläche und Antennenabstimmung.
| Ansatz | BOM-Kosten | PCB-Fläche | Isolation | Gleichzeitiger Betrieb |
|---|---|---|---|---|
| SPDT-Schalter | +0,15–0,30 USD | Klein | N/A (geschaltet) | Nein |
| Dual-Antennen | +0,30–0,50 USD | Groß | 20–30 dB | Ja |
Für die meisten IoT-Gateways und Smart-Home-Hubs reicht eine Einzelantenne mit SPDT-Schalter. Dual-Antennen sind für Anwendungen gerechtfertigt, die gleichzeitiges BLE-Audio und Wi-Fi-Streaming erfordern.
Software-Level-Maßnahmen
Wenn Hardware-PTA-Signale nicht verfügbar sind (z. B. bei Verwendung zweier separater Chips ohne Koexistenz-GPIOs), können Software-Maßnahmen die Leistung teilweise wiederherstellen:
- BLE-AFH-Kanal-Sperrliste: Wi-Fi-Kanäle manuell in die Sperrliste des BLE-Hosts aufnehmen. Wenn Wi-Fi z. B. auf Kanal 6 ist, BLE-Kanäle 12–19 bei der Initialisierung deaktivieren. Dies vermeidet die fehlerbasierte Lernphase.
- Wi-Fi-Energiesparmodus mit DTIM-Optimierung: DTIM-Intervall auf 3–10 erhöhen, um die Wi-Fi-Listen-Frequenz zu reduzieren und BLE mehr Sendezeit zu geben.
- Gestaffelte Scan-Fenster: Sicherstellen, dass BLE-Scan-Fenster sich nicht mit Wi-Fi-TX-Bursts überlappen. Auf ESP32 BLE-Scandauer auf 30 ms mit 100 ms Intervall konfigurieren; Wi-Fi nutzt die Lücken.
- Adaptives BLE-Verbindungsintervall: Wenn Wi-Fi aktiv ist (durch RSSI-Überwachung erkannt), BLE-Verbindungsintervall auf 200+ ms erhöhen. Wenn Wi-Fi inaktiv, auf 30 ms reduzieren für Reaktionsfähigkeit.
Diese Workarounds sind nie so effektiv wie Hardware-PTA, können aber den BLE-Paketverlust unter typischen Verkehrsbedingungen von 30% auf unter 10% reduzieren.
Messung der Koexistenzleistung
Die wichtigsten Metriken zur Validierung eines Koexistenz-Designs:
| Metrik | Ziel | Messmethode |
|---|---|---|
| BLE-Paketverlustrate | < 2% (Wi-Fi inaktiv), < 10% (Wi-Fi anhaltend) | BLE-Sniffer + Wi-Fi-Traffic-Generator |
| Wi-Fi-Durchsatz | > 85% des Standalone-Werts | iperf3 mit aktivem BLE |
| BLE-Verbindungsstabilität | Keine Abbrüche in 24 h | Langzeit-Logging |
| Wi-Fi-Assoziationszeit | < 3 s mit BLE-Scan | Zeit von Auth bis Connected |
Immer mit realistischem Wi-Fi-Verkehr testen — nicht nur Beacon-Monitoring. Anhaltender TCP-Durchsatz (z. B. OTA-Firmware-Download) ist der Worst Case für BLE-Koexistenz.
Design-Checkliste
- PTA-Signalrouting prüfen: 3 Leitungen, längengleich (< 5 mm Skew), nach Möglichkeit keine Vias
- BLE-AFH-Sperrliste beim Boot an den Wi-Fi-Kanal anpassen
- BLE-Verbindungsintervall ≥ 30 ms einstellen; 100 ms für Hintergrunddaten verwenden
- Wi-Fi-Energiesparmodus aktivieren; DTIM ≥ 3 bei signifikantem BLE-Verkehr
- Bei SPDT-Antennenschalter: Schalter-Settling-Zeit < HF-TX-Ramp-up-Zeit verifizieren
- Bei Dual-Antennen: Isolation mit VNA messen; Ziel ≥ 20 dB
- Test mit Worst-Case-Wi-Fi-Last (iperf3 TCP-Strom) und BLE-Metriken validieren
- Stromverbrauch prüfen: Koexistenz-Arbitrierung adds 1–3 mA im Durchschnitt während dual-aktiver Phasen
Koexistenz richtig hinzubekommen ist nicht optional. In jedem Bluetooth-Modul-Design, das auch Wi-Fi betreibt, muss die Koexistenzstrategie vor dem Abschluss des Schaltplans definiert werden — PTA-Signale nach dem Layout nachzurüsten ist exponentiell schwieriger.