Hardware
PruebaProbador de señal Bluetooth
Escanea y conecta con dispositivos BLE cercanos desde el navegador con Web Bluetooth. Lee servicios y características GATT y mide la señal RSSI.
¿Tienes comentarios? Reporta errores, sugiere funciones o comparte tus ideas — leemos todosAcerca del Probador de señal Bluetooth
Prueba dispositivos Bluetooth Low Energy (BLE) directamente en tu navegador usando la API Web Bluetooth. Escanea dispositivos cercanos, conéctate a ellos, lee servicios GATT y características, y monitorea la intensidad de señal (RSSI) cuando esté disponible. Perfecto para desarrolladores IoT, depuración Bluetooth y pruebas de hardware.
How to use:
- Haz clic en 'Escanear dispositivos' para descubrir dispositivos Bluetooth Low Energy cercanos.
- Selecciona un dispositivo del cuadro de diálogo de selección del navegador.
- Visualiza la información del dispositivo, incluyendo nombre, ID y estado de conexión.
- Explora los servicios GATT y características disponibles en el dispositivo conectado.
- Monitorea la intensidad de señal (RSSI) como valor de mejor esfuerzo: se basa en watchAdvertisements(), que es distinta de la API de escaneo requestLEScan() y puede permanecer no disponible sin un flag experimental, así que no consideres garantizada la barra en vivo.
- Exporta el informe del dispositivo conectado como JSON o CSV, o cópialo al portapapeles, para adjuntar un inventario BLE reproducible a un ticket de QA.
- Usa 'Desconectar' para cerrar la conexión cuando termines.
Compatibilidad de navegadores
- Chrome 56+ y Edge 79+ (Escritorio y Android): soporte completo
- Opera y ChromeOS: compatibles
- Safari y Firefox: no compatibles (sin Web Bluetooth)
- Navegadores integrados de Android (Facebook, Instagram, TikTok WebView): bloqueados — abre en Chrome independiente
- Se requiere HTTPS / contexto seguro; las páginas http:// no pueden escanear
- Linux necesita chrome://flags/#enable-web-bluetooth-new-permissions-backend más el stack BlueZ
- El RSSI en vivo es de mejor esfuerzo y puede requerir flags experimentales en Chrome
Referencias técnicas
- MDN Web Bluetooth API: https://developer.mozilla.org/en-US/docs/Web/API/Web_Bluetooth_API
- Especificación Web Bluetooth: https://webbluetoothcg.github.io/web-bluetooth/
- Estado de Chrome Platform: https://chromestatus.com/feature/5264933985976320
Preguntas Frecuentes
La herramienta utiliza la API Web Bluetooth para escanear anuncios cercanos de Bluetooth de Baja Energía (BLE) y conectarse a los servicios GATT (Atributo Genérico) de un dispositivo elegido. Informa el nombre del dispositivo, el identificador tipo MAC expuesto por el navegador, la lista de UUIDs de servicios anunciados y el Indicador de Intensidad de Señal Recibida (RSSI) en dBm cuando la plataforma lo expone. Una vez conectado, puede explorar el árbol de servicios y características, leer características estáticas como Información del Dispositivo (fabricante, modelo, versión de firmware) y monitorear valores en vivo como el nivel de batería. No mide Bluetooth clásico (BR/EDR) usado por auriculares antiguos, porque Web Bluetooth es exclusivamente BLE por especificación. Considérelo un inspector BLE portátil, no un analizador completo de protocolo.
El emparejamiento del sistema operativo solo verifica que se completó un apretón de manos. No le dice nada sobre la calidad de señal, los servicios admitidos o si el firmware anuncia las capacidades correctas. Al escanear y conectar mediante esta herramienta puede confirmar que un rastreador de actividad realmente expone el servicio de Frecuencia Cardíaca antes de depurar una aplicación, comprobar que una baliza emite el UUID iBeacon o Eddystone esperado, o ver el RSSI degradarse al alejarse de una cerradura inteligente para estimar el alcance efectivo. Las pruebas también ayudan cuando una aplicación se niega a conectar — si el dispositivo aparece aquí con los servicios esperados, el problema está en la aplicación o sus permisos, no en la radio.
El RSSI se reporta en decibelios-milivatios (dBm) y siempre es negativo para señales recibidas. Una guía aproximada: −30 a −50 dBm es excelente, normalmente cuando los dispositivos están a un metro; −50 a −70 dBm es bueno y da conexiones fiables para auriculares, ratones y rastreadores; −70 a −85 dBm es marginal y puede ver cortes de audio o lagunas de notificación; por debajo de −90 dBm la conexión probablemente fallará. Recuerde que el RSSI es logarítmico — una caída de 10 dBm representa aproximadamente 10× menos potencia recibida. Paredes, cuerpos humanos, microondas y Wi-Fi de 2,4 GHz atenúan o interfieren. Para periféricos BLE alimentados por batería, el receptor del periférico suele ser más débil que el del teléfono, por lo que un "buen" RSSI aquí no garantiza igual recepción en la dirección opuesta.
Las señales BLE a 2,4 GHz se comportan como ondas electromagnéticas con longitud de onda de unos 12,5 cm, por lo que pequeños cambios de posición pueden moverlo entre franjas constructivas y destructivas de propagación multitrayecto — el mismo patrón de onda estacionaria que causa zonas muertas de Wi-Fi. Variaciones de RSSI de 5–10 dBm entre posiciones adyacentes son completamente normales en interiores. La herramienta también promedia sobre una pequeña ventana, y la radio del teléfono puede reportar valores cuantizados (frecuentemente dBm enteros). Para una lectura estable, mantenga los dispositivos quietos durante unos segundos y promedie mentalmente sobre muchas muestras, o muévase lentamente observando la tendencia. Si el valor salta erráticamente sin movimiento, la antena puede estar obstruida por su mano (efecto "death grip").
Un servicio GATT es una agrupación lógica de datos relacionados llamados características. Cada servicio tiene un UUID de 16 bits para perfiles estándar (p. ej., 0x180F para Servicio de Batería, 0x180D para Frecuencia Cardíaca, 0x1800 para Acceso Genérico) o un UUID de 128 bits para servicios específicos del proveedor. Las características dentro de un servicio exponen valores legibles, escribibles o notificables — el nivel de batería devuelve un solo byte de 0 a 100, mientras que la frecuencia cardíaca devuelve una pequeña trama con banderas y BPM. Leer una característica da el valor actual; suscribirse a notificaciones da actualizaciones en vivo enviadas por el periférico. Las características cifradas requieren emparejamiento antes de responder. Si una característica devuelve datos binarios misteriosos, busque su UUID en el sitio de especificaciones del Bluetooth SIG.
La API Web Bluetooth solo expone dispositivos que estén anunciándose activamente durante la ventana de escaneo, dentro del alcance y que coincidan con cualquier filtro de servicio que haya suministrado. Muchos dispositivos dejan de anunciarse una vez emparejados y conectados a un host, por lo que un altavoz Bluetooth que ahora reproduce música desde su teléfono no aparecerá. Los dispositivos Bluetooth clásicos (auriculares antiguos, teclados con BR/EDR) nunca aparecen porque Web Bluetooth es exclusivamente BLE. Algunos navegadores también requieren un permiso único por dispositivo y pueden filtrar dispositivos ya emparejados a nivel de SO. Intente apagar y encender el dispositivo destino para forzar un nuevo anuncio, acérquese para descartar alcance y asegúrese de usar Chrome, Edge u Opera en una plataforma no-iOS — Safari y Firefox no admiten Web Bluetooth al momento de escribir esto.
BLE 5.0 introdujo PHY de 2 Mbps (doble velocidad de datos), PHY codificado de Largo Alcance (S=2 y S=8 con corrección de errores hacia adelante para ~4× de alcance a menor rendimiento), y cargas útiles de publicidad extendida hasta 255 bytes. BLE 5.1 añadió búsqueda de dirección (AoA/AoD), 5.2 añadió LE Audio con códec LC3 y canales isocrónicos, y 5.3 refinó la robustez de conexión. La API Web Bluetooth abstrae el PHY en uso, por lo que la herramienta no puede mostrar si su enlace está en 1M, 2M o PHY codificado — esa información solo está disponible con rastreadores de bajo nivel como nRF Sniffer o Ellisys. Lo que sí puede inferir: conexiones estables a distancia extrema (>30 m línea de vista) sugieren PHY codificado, y el campo de datos del fabricante en el paquete de anuncio a menudo insinúa la versión de BLE.
No se sube nada. Todo el escaneo, la conexión, la lectura de RSSI y la exploración GATT se ejecutan localmente en tu navegador mediante la API Web Bluetooth — ningún nombre de dispositivo, ID, UUID de servicio, valor de característica ni muestra de RSSI se envía a nuestros servidores, y los archivos de exportación (JSON/CSV) se generan en tu equipo y solo se guardan donde tú elijas. Cuando eliges un dispositivo en el selector del navegador, concedes un permiso por origen y por dispositivo para que la página pueda reconectarse a esa unidad específica; no da al sitio acceso general a todo tu hardware Bluetooth. Para revisarlo o revocarlo en Chrome o Edge, abre chrome://settings/content/bluetoothDevices (o haz clic en el icono de candado/ajustes de la barra de direcciones → Configuración del sitio → Dispositivos Bluetooth) y elimina los dispositivos guardados de este sitio. Borrar los datos del sitio del origen también elimina los permisos. Por eso una estación de QA puede usar la herramienta sin filtrar el inventario de firmware de los dispositivos en prueba.
Web Bluetooth es una capacidad potente — puede leer y escribir en radios cercanas — así que la especificación solo la expone en un contexto seguro. Eso significa que la página debe servirse por HTTPS (o desde localhost durante el desarrollo); en un origen http:// simple se retiene navigator.bluetooth y el botón Escanear queda desactivado, que es el comportamiento que verás si abres la herramienta tras un proxy inseguro. Además, la plataforma subyacente debe admitir la API: en Linux, Chrome restringe Web Bluetooth tras el flag experimental chrome://flags/#enable-web-bluetooth-new-permissions-backend y requiere el stack BlueZ instalado y en ejecución, porque el backend de permisos allí aún está madurando. macOS, Windows, Android y ChromeOS funcionan de inmediato en Chrome/Edge. Si la herramienta indica que Web Bluetooth no es compatible, comprueba primero el requisito de contexto seguro, luego tu navegador y SO, antes de suponer que el adaptador está defectuoso.
Una vez conectado, se activan tres botones junto a Actualizar: Exportar JSON, Exportar CSV y Copiar informe. Exportar JSON descarga un ble-report-<dispositivo>-<marca de tiempo>.json comparable por máquina que contiene el nombre y el ID del dispositivo, una marca de tiempo de captura, el árbol completo de servicios/características con el UUID y las propiedades de cada característica (Leer/Escribir/Notificar/Indicar), todas las muestras de RSSI observadas y el RSSI mínimo/máximo/promedio calculado — ideal para adjuntar a un ticket de Jira o GitHub o para comparar dos compilaciones de firmware. Exportar CSV produce un archivo apto para hojas de cálculo con un encabezado de metadatos, un inventario service_uuid / characteristic_uuid / properties y una tabla de muestras de RSSI con marca de tiempo, para que un taller de reparación pegue filas de aprobado/rechazado en una tabla por lotes. Copiar informe pone el mismo JSON en tu portapapeles para pegarlo rápido en un chat o ticket. La barra junto al RSSI es una lectura de calidad normalizada de 0–100 % derivada del dBm bruto que muestra la insignia (−100 dBm ≈ 0 %, −30 dBm ≈ 100 %), así que cita el valor en dBm, no el porcentaje, al comparar unidades.
No — trate cada característica escribible como potencialmente peligrosa hasta que conozca su especificación. Escribir bytes arbitrarios en una característica específica del proveedor puede cambiar configuraciones de firmware, activar un restablecimiento de fábrica, desbloquear una puerta, poner el dispositivo en modo de actualización de firmware (DFU) o, en el peor caso, inutilizar el dispositivo al sobrescribir un bloque de configuración. Los servicios estándar del Bluetooth SIG documentan sus características escribibles con diseños estrictos de bytes; los servicios del proveedor a menudo no tienen documentación pública y son difíciles de ingeniería inversa. El flujo seguro es: leer todo primero, escribir solo en características con documentación, mantener copia de seguridad de cualquier ajuste cambiado, y nunca ejecutar operaciones de escritura contra dispositivos BLE médicos, de seguridad o industriales que no posea.
CONECTIVIDAD5
WUTOOLS