Compruebe el solapamiento de canales WiFi de 2.4 GHz
Este comprobador compara dos números de canal WiFi válidos de 2.4 GHz e indica si sus rangos nominales de 20 MHz se cruzan.
Ejecutar — gratis
Calcula la frecuencia central estándar de cada canal, muestra los límites inferior y superior y comunica cuánto espectro comparten. El resultado ayuda a planificar puntos de acceso, investigar interferencias y explicar por qué dos canales cercanos no son necesariamente independientes. Cualquier canal fuera del intervalo de 1 a 14 se rechaza con un error claro.
Qué significa el resultado de solapamiento
Un número de canal WiFi de 2.4 GHz identifica una frecuencia central, no una porción aislada del espectro rodeada de espacio vacío. Con el ancho estándar de 20 MHz empleado aquí, el rango nominal se extiende 10 MHz por debajo y 10 MHz por encima de ese centro. Dos canales se solapan cuando esos intervalos comparten una anchura positiva. Por ello, el resultado depende de la separación entre frecuencias y no solo de que los números sean diferentes. Los canales separados por una o dos posiciones comparten gran parte de su espectro nominal y pueden interferirse intensamente si redes próximas transmiten a la vez. La respuesta ofrece la frecuencia central y el rango calculado de cada entrada, un indicador de solapamiento y el ancho compartido en megahercios. Si ambos rangos solo coinciden en un límite, la anchura común es cero y se consideran no solapados. Así no se confunde un único punto matemático con ancho de banda utilizable en común.
Cómo se calculan las frecuencias de canal
En los canales 1 a 13, las frecuencias centrales comienzan en 2412 MHz, avanzan en pasos de 5 MHz y terminan en 2472 MHz para el canal 13. El canal 14 constituye la excepción: su centro está en 2484 MHz, no en el siguiente paso ordinario de 5 MHz. El comprobador aplica estos centros estándar y sitúa alrededor de cada uno un rango nominal de 20 MHz. Después toma el menor de los dos límites superiores y resta el mayor de los dos límites inferiores. Un valor positivo es el ancho del solapamiento; cero significa que no existe intervalo compartido. El modelo es deliberadamente específico y determinista. No estima potencia de señal, distancia, paredes, potencia del transmisor, permisos normativos, rechazo de canal adyacente, máscaras espectrales ni el mayor ancho ocupado por operaciones de 40 MHz. Esos factores importan en un estudio radioeléctrico completo, pero responden a preguntas distintas. Aquí se describe exclusivamente la intersección nominal de dos canales de 20 MHz en 2.4 GHz.
Cómo usar la respuesta al planificar una red
Utilice el resultado como comprobación inicial al asignar canales a puntos de acceso o revisar un escaneo congestionado. Un solapamiento amplio indica que ambas opciones ocupan buena parte del mismo espectro nominal, por lo que las transmisiones simultáneas y próximas tienen más probabilidades de competir o causar interferencia de canal adyacente. Un resultado de ancho cero solo afirma que los rangos nominales de 20 MHz no se cruzan según este cálculo; no garantiza una conexión limpia. El rendimiento real también depende del número de equipos activos, los niveles de señal, la separación física, los obstáculos, la calidad del hardware y las fuentes locales ajenas a WiFi. El canal 14 exige atención adicional porque su disponibilidad y los modos permitidos cambian según la jurisdicción y el equipo. Compruebe la normativa local antes del despliegue. Para automatizar controles repetibles, envíe los dos canales enteros mediante la API por $0.002 por solicitud.
Qué puede hacer con ella
Planificar puntos de acceso próximos
Compare asignaciones previstas antes del despliegue y marque pares cuyos rangos nominales de 20 MHz compartan espectro.
Explicar indicios de interferencia
Convierta dos canales en frecuencias centrales, límites y ancho compartido visibles para un informe de soporte.
Auditar configuraciones inalámbricas
Ejecute comprobaciones deterministas sobre pares documentados e identifique selecciones que requieren un análisis radioeléctrico.
Preguntas frecuentes
¿Qué números de canal se admiten?
Ambas entradas deben ser enteros de 1 a 14. Cualquier valor fuera de ese intervalo se rechaza como entrada no válida.
¿Qué ancho de canal utiliza el comprobador?
Utiliza un ancho nominal estándar de 20 MHz, representado como 10 MHz por debajo y por encima de la frecuencia central.
¿Los rangos que solo se tocan cuentan como solapados?
No. Si coinciden exactamente en un límite, el ancho compartido es cero y se informa que no existe solapamiento.
¿Por qué el canal 14 se trata de forma distinta?
Su frecuencia central estándar es 2484 MHz y no sigue la secuencia regular de 5 MHz empleada por los canales 1 a 13.
¿La ausencia de solapamiento garantiza que no habrá interferencias?
No. El resultado solo abarca rangos nominales. La señal, las fugas espectrales, otros transmisores, el hardware y el entorno también influyen.
¿Puede comprobar canales de 40 MHz?
No. Esta capacidad se limita expresamente al ancho estándar de 20 MHz en la banda de 2.4 GHz.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su 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)Ejemplo de solicitud
{
"channel_a": 1,
"channel_b": 6
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "misc2.wifi_channel_overlap_check",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |