2,4 GHz teilen: was ein Zigbee-Kanalwechsel kostet

Inhalt
Ein Zigbee-Kanalwechsel kann ein unzuverlässiges Netz verbessern, aber auch die Kommunikation unterbrechen und Nacharbeit an einzelnen Geräten erfordern. Vor einem Wechsel helfen Prüfungen der belegten WLAN-Kanäle, Kanalbreite, Koordinatorposition und tatsächlichen Nachrichtenzuverlässigkeit. Kein Zigbee-Kanal ist dauerhaft störungsfrei.

Kanalnummern beschreiben Frequenzen, keine garantierte Trennung
Bei Zigbee im 2,4-GHz-Band liegen die Kanäle 11 bis 26 jeweils 5 MHz auseinander: Die Mittenfrequenz beginnt bei 2405 MHz. Das Signal belegt ungefähr 2 MHz. Modernes WLAN verwendet hier häufig 20-MHz-Kanäle; die bekannte 22-MHz-Darstellung beschreibt ältere DSSS-Verfahren. Keine dieser Darstellungen bildet eine harte Grenze, hinter der ein starker Sender wirkungslos bleibt.
Zigbee-Mitte (MHz) = 2405 + 5 × (Kanal − 11)
Zigbee 11: 2405 15: 2425 20: 2450 25: 2475 26: 2480
WLAN 1: 2412 6: 2437 11: 2462 13: 2472
Mittenfrequenzen sind keine Grenzen störungsfreier Bereiche.
WLAN 1, 6 und 11 bilden einen verbreiteten Dreikanalplan. Weitere Kanäle existieren, soweit zulässig und unterstützt; daraus folgt keine Beschränkung auf genau diese drei nutzbaren Nummern. Zigbee 15, 20 und 25 sind bei diesem WLAN-Plan mögliche Kandidaten, keine generell freien Kanäle. WLAN 13 verändert die Lage bei Zigbee 25 und 26. Maßgeblich sind die tatsächlichen Zugangspunkte, Breiten und Signalstärken der Umgebung.
Empfangene Energie und Sendezeit bestimmen die Störung
Weder WLAN noch Zigbee besitzt eine allgemeingültige Sendeleistung. Entscheidend sind empfangene Signalstärke, Abstand, Antennenposition, Empfängerfilterung und Anteil der Sendezeit. Ein naher, stark beschäftigter WLAN-Zugangspunkt kann eine schwache Zigbee-Verbindung beeinträchtigen, obwohl ein vereinfachtes Kanalbild eine Lücke zeigt.
Beide Systeme verwenden Verfahren zur Kollisionsvermeidung. WLAN dekodiert ein Zigbee-Paket nicht als WLAN-Paket; ausreichend starke fremde Funkenergie kann trotzdem die Kanalbewertung beeinflussen. Die Aussage, WLAN höre Zigbee grundsätzlich nicht, ist daher zu weitgehend. Auch die Kanalprüfung verhindert nicht jede Kollision, insbesondere bei gegenseitig nicht hörbaren Sendern. Verzögerungen und verlorene Nachrichten sind in beiden Richtungen möglich.
Lokale Störungen vor dem Netzumzug verringern
- Koordinatorposition: Abstand zum Host, zu SSDs, USB-3-Geräten und WLAN-Antennen kann helfen. Eine geeignete geschirmte USB-Verlängerung und ein USB-2-Anschluss sind sinnvolle Versuche. Ein Meter Kabel garantiert weder vollständige Abhilfe noch einen zuvor exakt halbierten Funkradius.
- WLAN-Breite: 20 MHz lassen im dicht belegten 2,4-GHz-Band gewöhnlich mehr Platz als 40 MHz. Geeignete Geräte auf ein anderes unterstütztes Band zu verlagern kann den Verkehr verringern.
- Zeitweise Störer: Mikrowellengeräte und weitere Funkquellen können den Empfang beeinträchtigen. Wirkung und Reichweite hängen von Standort, Abschirmung und Aktivität ab; Kanal 20 fällt nicht automatisch bei jedem Mikrowellenbetrieb aus.
- Messung: Nachrichtenerfolg, Verzögerungen und wiederholbare Betriebsbedingungen vergleichen. Eine WLAN-Netzliste zeigt nicht sämtliche fremden Funkquellen. Ein einzelner Linkqualitätswert erklärt keine Ursache.
Ein Kanalwechsel bedeutet nicht automatisch vollständiges Neuanlernen
Zigbee2MQTT dokumentiert den Kanalwechsel eines bestehenden Netzes für die Adaptertypen zstack und ember. Eine Netzaktualisierung per Broadcast kündigt den Wechsel an. Schlafende Geräte können nach dem nächsten Aufwachen folgen; ein gezieltes Auslösen des Sensors nach dem Wechsel hilft bei der Kontrolle. Manche Geräte unterstützen diesen Vorgang nicht und benötigen erneutes Anlernen, wenn trotz Aufwecken keine Antwort erfolgt.
Vor dem Wechsel sind eine überprüfte Sicherung und die Dokumentation des bisherigen Kanals sinnvoll. Das unterstützte Verfahren hängt von Integration und Adapter ab. Kanalwechsel, Änderung des Netzwerkschlüssels und Änderung der PAN-ID sind unterschiedliche Eingriffe mit unterschiedlichen Folgen für das Anlernen. Ein Wartungsfenster sollte Prüfungen der netzbetriebenen Router, Aufwecken von Batteriesensoren nach Geräteanleitung und Tests wichtiger Automationen ermöglichen. Eine Erfolgsmeldung des Koordinators belegt nicht den Wechsel aller Geräte.
Eine WLAN-Umstellung kann weniger Aufwand verursachen, aber aktive Clients, Gespräche oder IoT-Verbindungen unterbrechen. Die bessere Wahl hängt von beiden Netzen ab. Nach jeder Änderung ist die Zuverlässigkeit bei realistischer Last und wiederkehrenden Störquellen zu prüfen. Kein Kanal bleibt allein deshalb optimal, weil der Nachbarrouter bislang unverändert arbeitet.
Fragen und Antworten
Warum nicht grundsätzlich Kanal 26 verwenden?
Geräteunterstützung und erlaubte Sendeleistung sind produktspezifisch. Digi dokumentiert beispielsweise reduzierte Leistung oder fehlende Unterstützung von Kanal 26 für bestimmte XBee-Varianten. Entscheidend ist der gesamte Gerätebestand. Auch Kanal 25 benötigt eine lokale Störungsprüfung; eine hohe Kanalnummer ist keine Qualitätsbewertung.
Schließt Bluetooth-Advertising bestimmte Kanäle aus?
Die primären Advertising-Frequenzen von Bluetooth LE sind 2402, 2426 und 2480 MHz. Klassisches Advertising kann eine oder mehrere davon verwenden; nicht jedes Gerät sendet auf allen dreien. Erweitertes Advertising verwendet zusätzlich sekundäre Kanäle. Die Nähe zu Zigbee 15 oder 26 ist ein Hinweis, die tatsächliche Wirkung hängt aber von Verkehr und Signalstärke ab. Kein Zigbee-Kanal umgeht sämtliche Bluetooth-Aktivität.
Was ändert ein zusätzliches Thread-Netz?
Übliche Thread-Netze im 2,4-GHz-Band verwenden denselben IEEE-802.15.4-Kanalbereich. Netze auf demselben Kanal teilen Sendezeit und können weiterhin kollidieren. Frequenzabstand kann helfen, garantiert jedoch keine vollständige Abschirmung. OpenThread kann einen Kanalwechsel über einen ausstehenden Datensatz mit Verzögerung verteilen; die dokumentierte Verzögerung sollte das längste Abfrageintervall schlafender Geräte übersteigen. Unerreichbare oder ausgeschaltete Geräte bleiben zu berücksichtigen, und das Produkt muss ein unterstütztes Wechselverfahren anbieten.
Muss die automatische WLAN-Kanalwahl grundsätzlich abgeschaltet werden?
Nein. Auswahlregeln und Störungsmessung hängen vom Zugangspunkt ab. Cisco Meraki dokumentiert beispielsweise eine automatische Auswahl zwischen 1, 6 und 11 im 2,4-GHz-Band und die Berücksichtigung fremder Funkstörungen. Ein fester Kanal oder ein eingeschränkter automatischer Plan kann zur abgestimmten Installation passen. Tatsächliche Konfiguration, spätere Änderungen und Einstellungen nach einem Reset benötigen Kontrolle. Eine pauschale Behauptung, jede Automatik ignoriere Zigbee oder wähle beliebige Kanäle, ist unbegründet.
Quellen
- Zigbee2MQTT: channel change
- Zigbee2MQTT: network stability
- Bluetooth LE primer
- Bluetooth LE advertising frequencies
- Intel: USB 3.0 interference
- OpenThread Channel Manager
- OpenThread pending dataset
- Silicon Labs: Wi-Fi coexistence
- Cisco: wireless RF reference
- Digi: supported channels
- Cisco Meraki: RF profiles
- University of Twente: Ultra-Narrowband Communications
- Connectivity Standards Alliance: Zigbee
Verstehen durch Ausprobieren
Teilen sich Deine Kanäle denselben Platz?
Verschiebe WLAN und Zigbee im selben Frequenzband.
Schematische Breiten: WLAN 20 MHz, Zigbee 2 MHz. Keine Messung der Störleistung. Auch benachbarte Kanäle können stören; Länder- und Gerätevorgaben beachten.
Dieses Modul rechnet im Browser und sendet oder speichert Deine Eingaben nicht.
Was passiert, wenn …?
Vereinfachtes Lernmodell
Was passiert, wenn …?
Schalte in einem Beispielnetz eine Komponente aus. Welche Dienste funktionieren weiter?
Kamerabild im lokalen Netz
Eine lokale Kamera wird über ihre IP aufgerufen. Switch und WLAN verbinden sie mit Deinem Gerät. Internet, DNS und Pi werden dafür im Modell nicht gebraucht.
Home Assistant über lokale IP
Die Oberfläche läuft auf dem Pi. Dein Gerät erreicht ihn über das lokale Netz; ein DNS-Name ist hier nicht nötig.
Zigbee-Automation auf dem Pi
Ein direkt am Pi angeschlossener Zigbee-Koordinator steuert ein lokales Gerät. Diese feste Regel braucht hier weder WLAN noch Internet.
Cloudzugriff auf Home Assistant
Der Zugriff läuft über einen Cloudnamen und einen Tunnel vom Pi. Im Beispiel braucht er alle vier Komponenten.
Neue externe Webseite öffnen
Für einen neuen, nicht gecachten Namen brauchst Du DNS und einen Weg ins Internet. Der lokale Pi hostet diese fremde Seite nicht.
Bestehende Internetverbindung per IP
Eine bereits aufgebaute Verbindung braucht keine neue Namensauflösung. Sie bleibt im DNS-Ausfall bestehen, solange Netz und Internet verfügbar sind.
Vereinfachtes Lernmodell
Beispielnetz, keine Live-Ansicht meines Setups. Geräte bleiben mit Strom versorgt. Pi = Home Assistant mit USB-Zigbee; DNS ist ein externer Resolver, ohne Cache oder Ersatz. „Switch / WLAN“ steht für den gesamten lokalen Zugang. Das Ergebnis beschreibt den Ausfallzeitpunkt, keinen automatischen Wiederanlauf.
DNS · RFC 1034 ↗Diese Beispiele rechnen nur in Deinem Browser. Es werden keine echten Systeme gestört.
PNG mit Einstellungen, Ergebnis und Artikelverweis. Erst beim Klick lokal erstellt.