Por qué se corta el Bluetooth en el aula (y cómo solucionarlo)
El Bluetooth se desconecta en aulas llenas debido a la saturación de radiofrecuencia en la banda de 2,4 GHz y a las colisiones de paquetes de anuncio BLE entre más de 20 dispositivos simultáneos. He aquí el protocolo de aula para solucionarlo.
Cuando un único kit de robótica está en la mesa de pruebas del profesor, Bluetooth Low Energy (BLE) funciona a la perfección. Ahora bien, pon treinta de esos mismos kits en un aula estándar junto a treinta tabletas, un punto de acceso wifi empresarial y cuarenta teléfonos móviles, y las conexiones empezarán a caerse en menos de cinco minutos. Rara vez se trata de un fallo del hardware; el problema reside en la saturación de radiofrecuencia en la banda no licenciada de 2,4 GHz y en las colisiones descontroladas de paquetes de anuncio de BLE.
La física del problema: por qué la banda de 2,4 GHz se colapsa a las 09:00
Bluetooth Classic y BLE funcionan dentro de la banda de radio industrial, científica y médica (ISM) de 2,4 GHz, que abarca de 2,400 GHz a 2,4835 GHz. Esta diminuta porción del espectro electromagnético la comparten a la vez:
- Puntos de acceso wifi del centro educativo (a menudo con canales de 20 MHz o 40 MHz de ancho en los canales wifi 1, 6 y 11).
- Tabletas y portátiles del alumnado que transmiten tráfico wifi.
- Smartphones de los estudiantes que buscan redes y periféricos Bluetooth.
- Placas de desarrollo con microcontrolador (micro:bit, ESP32, Raspberry Pi Pico W, Arduino) que emiten paquetes de anuncio BLE.
- Cuerpos humanos, compuestos en su mayor parte por agua y que absorben activamente las señales de 2,4 GHz.
Antes de que un dispositivo BLE se conecte, debe anunciar su presencia. BLE asigna exactamente tres canales de radio dedicados para el descubrimiento y el inicio de la conexión: el canal 37 (2,402 GHz), el canal 38 (2,426 GHz) y el canal 39 (2,480 GHz). Estos canales se ubicaron deliberadamente en los huecos existentes entre los canales wifi estándar que no se solapan (1, 6 y 11).
Sin embargo, cuando veinticinco microcontroladores emiten anuncios en estos tres canales cada 100 milisegundos y veinticinco tabletas escanean activamente esos mismos tres canales a la vez que mantienen conexiones wifi de alto rendimiento con la red del centro, la colisión de radiofrecuencia resulta inevitable. Los paquetes chocan en el aire, la comprobación de redundancia cíclica (CRC, por sus siglas en inglés) falla, los paquetes se descartan y el protocolo de enlace (handshake) de la conexión BLE agota el tiempo de espera.
El factor humano: emparejamientos cruzados y tormentas de búsqueda
La física de la radiofrecuencia explica la pérdida de paquetes, pero la dinámica humana en el aula agrava el problema. En una clase de robótica típica, el caos suele seguir un patrón identificable:
El docente anuncia: «Abrid el navegador y conectad vuestro robot». Treinta alumnos pulsan «Escanear» en el mismo intervalo de cinco segundos. Treinta tabletas inundan la banda de 2,4 GHz con solicitudes de escaneo, mientras que treinta robots inundan la banda con respuestas de anuncio.
En esta «tormenta de búsqueda», a las tabletas les cuesta resolver los nombres de los dispositivos. Si todas las placas se llaman BBC micro:bit o ESP32_BLE, los alumnos inevitablemente se conectarán al robot de su compañero a dos mesas de distancia. En el instante en que el alumno A carga código en el robot del alumno B, el alumno B asume que su conexión se ha caído y vuelve a pulsar «Escanear», lo que desencadena otra oleada de ruido de radiofrecuencia.
El protocolo de emparejamiento para el aula
No es necesario sustituir el hardware para conseguir una conectividad inalámbrica fiable. Lo que se necesita es un protocolo operativo que gestione el ruido de radiofrecuencia y el error humano.
| Capa | Intervención | Motivo técnico |
|---|---|---|
| Nomenclatura | Identificadores alfanuméricos permanentes (p. ej., BOT-A01 a BOT-A15) que coincidan con las etiquetas físicas de las mesas. | Elimina la ambigüedad en el escaneo y evita emparejamientos cruzados en el aula. |
| Proximidad | Emparejamiento por contacto (mantener las tabletas a menos de 10 cm de la placa durante el enlace). | Maximiza la relación señal-ruido durante el intercambio inicial crítico de claves. |
| Secuenciación | Conexión escalonada por grupos de mesas (3 o 4 parejas a la vez). | Evita tormentas de anuncios BLE de 30 dispositivos a través de los canales 37, 38 y 39. |
| Software | Filtrado por RSSI (rechazar señales más débiles de -60 dBm). | Obliga a la tableta a ignorar todas las placas excepto la que tiene justo delante. |
1. Aplicar una nomenclatura física y lógica estricta
Nunca dejes las placas de robótica con los nombres de fábrica predeterminados. Etiqueta físicamente cada microcontrolador con cinta de vinilo de alto contraste (p. ej., de LAB-01 a LAB-20). Flashea en las placas un firmware que configure el nombre local anunciado por BLE para que coincida exactamente con dicha etiqueta. Asocia las posiciones de las mesas directamente a los nombres de los dispositivos: el alumno sentado en la mesa 04 solo intentará conectarse a LAB-04.
2. Implementar umbrales de RSSI
El indicador de intensidad de señal recibida (RSSI, por sus siglas en inglés: Received Signal Strength Indicator) mide la potencia de la señal en decibelios relativos a un milivatio (dBm). Los valores habituales oscilan entre -30 dBm (dispositivo apoyado directamente sobre la tableta) y -90 dBm (dispositivo al otro lado del aula a través de dos pilares de hormigón).
Si utilizas Web Bluetooth o entornos de programación personalizados, configura los filtros de conexión para exigir un umbral de RSSI de -60 dBm o superior. Esto garantiza que, cuando el alumno 04 escanee, la tableta se niegue físicamente a mostrar las placas situadas al otro lado del aula, lo que elimina al instante el 90 % de los errores de emparejamiento cruzado.
3. La rutina de emparejamiento «fila por fila»
Establece el emparejamiento como un procedimiento estructurado de aula en lugar de un proceso descontrolado y simultáneo. Haz que la fila 1 conecte sus dispositivos mientras las filas 2, 3 y 4 esperan con sus microcontroladores apagados. Una vez que un dispositivo BLE completa su protocolo de enlace, pasa de los congestionados canales de anuncio (37, 38, 39) a los canales de datos estándar (0–36) mediante salto adaptativo de frecuencia, lo que reduce drásticamente las interferencias de fondo para el siguiente grupo.
Cuándo recurrir a WebUSB
La programación inalámbrica resulta muy cómoda para robots con ruedas que se desplazan por el suelo, pero no es la opción adecuada para montajes electrónicos sobre la mesa, calibración de sensores o telemetría serie de alta frecuencia. Si la sesión implica una depuración iterativa rápida —en la que los alumnos flashean código nuevo cada cuarenta segundos—, conecta las placas mediante cables USB físicos.
Los entornos modernos basados en navegador compatibles con WebUSB eliminan la instalación de controladores y evitan por completo la saturación de radiofrecuencia en la banda de 2,4 GHz. Plataformas como Sheen Canvas ofrecen funciones de flasheo directo mediante WebUSB y Web Serial junto con Web Bluetooth, lo que permite al profesorado reservar el funcionamiento inalámbrico para el despliegue final, manteniendo la programación y la depuración de forma rápida, determinista y sin frustraciones.
Para aquellos centros educativos que estén diseñando laboratorios de robótica dedicados o ampliando su implantación a varias aulas, nuestro equipo ayuda a configurar flujos de trabajo de hardware y protocolos de gestión del aula a través de nuestros servicios de apoyo escolar.
