Vérifiez le chevauchement des canaux WiFi 2.4 GHz
Ce vérificateur compare deux numéros de canal WiFi 2.4 GHz valides et indique si leurs plages nominales de 20 MHz se croisent.
Lancer gratuitement
Il calcule la fréquence centrale normalisée de chaque canal, affiche les limites basse et haute, puis mesure le spectre partagé. Ce résultat vous aide à planifier des points d’accès, à étudier des interférences ou à expliquer pourquoi des canaux voisins ne sont pas nécessairement indépendants. Tout numéro hors de la plage de 1 à 14 est clairement refusé.
Comprendre le résultat de chevauchement
Un numéro de canal WiFi 2.4 GHz désigne une fréquence centrale, et non une portion isolée du spectre entourée d’espace vide. Avec la largeur normalisée de 20 MHz utilisée ici, la plage nominale s’étend de 10 MHz sous cette fréquence à 10 MHz au-dessus. Deux canaux se chevauchent lorsque ces intervalles partagent une largeur strictement positive. Le résultat dépend donc de l’écart entre les fréquences, pas uniquement de la différence entre les numéros. Des canaux séparés d’une ou deux positions partagent une grande partie de leur spectre nominal et peuvent fortement se perturber lorsque des réseaux proches émettent simultanément. La réponse fournit la fréquence centrale et la plage calculée de chaque entrée, un indicateur de chevauchement ainsi que la largeur commune en mégahertz. Si les plages se touchent seulement sur une limite, cette largeur vaut zéro et aucun chevauchement n’est signalé. Cette règle évite d’assimiler un unique point mathématique à une bande passante réellement partagée.
Calcul des fréquences des canaux
Pour les canaux 1 à 13, les fréquences centrales commencent à 2412 MHz, progressent par pas de 5 MHz et atteignent 2472 MHz au canal 13. Le canal 14 constitue une exception : son centre est fixé à 2484 MHz au lieu de suivre le prochain pas ordinaire. Le vérificateur utilise ces centres normalisés et place autour de chacun une plage nominale de 20 MHz. Il retient ensuite la plus petite limite haute et lui soustrait la plus grande limite basse. Un résultat positif correspond à la largeur du chevauchement ; zéro indique l’absence d’intervalle commun. Ce modèle est volontairement ciblé et déterministe. Il n’estime ni la puissance du signal, ni la distance, les murs, la puissance d’émission, les autorisations réglementaires, le rejet du canal adjacent, les masques spectraux ou l’occupation plus large d’un fonctionnement à 40 MHz. Ces facteurs comptent dans une étude radio complète, mais relèvent d’autres analyses. Ici, la réponse décrit strictement l’intersection nominale de deux canaux 20 MHz dans la bande 2.4 GHz.
Exploiter la réponse pour planifier un réseau
Utilisez ce résultat comme contrôle préliminaire lors de l’attribution des canaux aux points d’accès ou de l’examen d’un relevé encombré. Un chevauchement important signifie que les deux choix occupent une grande partie du même spectre nominal ; des émissions proches et simultanées risquent donc davantage de se disputer le support ou de provoquer des interférences entre canaux adjacents. Une largeur nulle indique seulement que les plages nominales de 20 MHz ne se croisent pas selon ce calcul ; elle ne garantit pas une liaison sans perturbation. Les performances réelles dépendent aussi du nombre d’appareils actifs, des niveaux de signal, de la séparation physique, des obstacles, de la qualité du matériel et des sources locales non WiFi. Le canal 14 exige une vigilance particulière, car sa disponibilité et les modes autorisés varient selon le pays et l’équipement. Vérifiez la réglementation locale avant tout déploiement. Pour automatiser des contrôles reproductibles, envoyez les deux canaux entiers par API au tarif de $0.002 par requête.
Cas d’usage
Planifier des points d’accès voisins
Comparez les canaux envisagés avant le déploiement et signalez les paires dont les plages nominales de 20 MHz partagent du spectre.
Expliquer des indices d’interférence
Transformez deux canaux en fréquences centrales, limites et largeur commune visibles dans un rapport d’assistance.
Auditer les configurations sans fil
Lancez des contrôles déterministes sur les paires documentées et repérez les choix nécessitant une analyse radio approfondie.
Questions fréquentes
Quels numéros de canal sont acceptés ?
Les deux entrées doivent être des entiers compris entre 1 et 14. Toute valeur hors de cette plage est refusée comme entrée non valide.
Quelle largeur de canal le vérificateur utilise-t-il ?
Il applique une largeur nominale standard de 20 MHz, soit 10 MHz sous et au-dessus de la fréquence centrale de chaque canal.
Deux plages qui se touchent sont-elles considérées comme superposées ?
Non. Si elles se rencontrent exactement sur une limite, la largeur commune est nulle et aucun chevauchement n’est signalé.
Pourquoi le canal 14 est-il traité différemment ?
Sa fréquence centrale standard est de 2484 MHz et ne suit pas la progression régulière de 5 MHz des canaux 1 à 13.
L’absence de chevauchement garantit-elle l’absence d’interférences ?
Non. Le résultat porte uniquement sur les plages nominales. Le signal, les fuites spectrales, les autres émetteurs, le matériel et l’environnement restent déterminants.
Cet outil peut-il vérifier des canaux de 40 MHz ?
Non. Cette capacité est volontairement limitée à la largeur standard de 20 MHz dans la bande 2.4 GHz.
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/misc2/wifi-channel-overlap-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"channel_a":1,"channel_b":6}'const res = await fetch("https://api.kit.forhosting.com/misc2/wifi-channel-overlap-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"channel_a": 1,
"channel_b": 6
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/misc2/wifi-channel-overlap-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"channel_a": 1,
"channel_b": 6
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/misc2/wifi-channel-overlap-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"channel_a":1,"channel_b":6}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"channel_a":1,"channel_b":6}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/misc2/wifi-channel-overlap-check", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"channel_a": 1,
"channel_b": 6
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "misc2.wifi_channel_overlap_check",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |