Hardware
TesteTestador de Sinal Bluetooth
Escaneie e conecte dispositivos BLE próximos pelo navegador via Web Bluetooth. Leia serviços e características GATT e monitore RSSI. Grátis.
Tem feedback? Reporte bugs, sugira recursos ou compartilhe suas ideias — lemos todosSobre o Testador de Sinal Bluetooth
Teste dispositivos Bluetooth Low Energy (BLE) diretamente no seu navegador usando a API Web Bluetooth. Escaneie dispositivos próximos, conecte a eles, leia serviços e características GATT, e monitore força de sinal (RSSI) quando disponível. Perfeito para desenvolvedores IoT, debugging de Bluetooth e teste de hardware.
How to use:
- Clique em 'Escanear dispositivos' para descobrir dispositivos Bluetooth Low Energy próximos.
- Selecione um dispositivo do diálogo de seleção de dispositivo do navegador.
- Veja informações do dispositivo, incluindo nome, ID e status de conexão.
- Explore serviços e características GATT disponíveis no dispositivo conectado.
- Monitore a força de sinal (RSSI) como valor de melhor esforço: ela depende de watchAdvertisements(), que é distinta da API de scan requestLEScan() e pode permanecer indisponível sem uma flag experimental, então não considere a barra ao vivo garantida.
- Exporte o relatório do dispositivo conectado como JSON ou CSV, ou copie-o para a área de transferência, para anexar um inventário BLE reproduzível a um ticket de QA.
- Use 'Desconectar' para fechar a conexão quando terminar.
Compatibilidade de Navegador
- Chrome 56+ e Edge 79+ (Desktop & Android): suporte completo
- Opera e ChromeOS: suportados
- Safari e Firefox: não suportados (sem Web Bluetooth)
- Navegadores in-app do Android (Facebook, Instagram, TikTok WebView): bloqueados — abra no Chrome independente
- HTTPS / contexto seguro obrigatório; páginas http:// não podem escanear
- Linux precisa de chrome://flags/#enable-web-bluetooth-new-permissions-backend mais o stack BlueZ
- O RSSI ao vivo é de melhor esforço e pode requerer flags experimentais no Chrome
Referências Técnicas
- MDN Web Bluetooth API: https://developer.mozilla.org/en-US/docs/Web/API/Web_Bluetooth_API
- Especificação Web Bluetooth: https://webbluetoothcg.github.io/web-bluetooth/
- Chrome Platform Status: https://chromestatus.com/feature/5264933985976320
Perguntas Frequentes
A ferramenta usa a API Web Bluetooth para escanear anúncios próximos de Bluetooth de Baixa Energia (BLE) e conectar-se a serviços GATT (Atributo Genérico) em um dispositivo escolhido. Reporta o nome do dispositivo, o identificador tipo MAC exposto pelo navegador, a lista de UUIDs de serviços anunciados e o Indicador de Intensidade de Sinal Recebido (RSSI) em dBm quando a plataforma o expõe. Uma vez conectado, você pode navegar pela árvore de serviços e características, ler características estáticas como Informação do Dispositivo (fabricante, modelo, versão de firmware) e monitorar valores ao vivo como nível de bateria. Não mede Bluetooth clássico (BR/EDR) usado por fones antigos, porque Web Bluetooth é exclusivamente BLE por especificação. Trate como um inspetor BLE portátil, não um analisador completo de protocolo.
O pareamento do sistema operacional apenas verifica que um handshake foi concluído. Não diz nada sobre qualidade de sinal, serviços suportados ou se o firmware anuncia as capacidades corretas. Ao escanear e conectar por esta ferramenta você pode confirmar que um rastreador de atividade realmente expõe o serviço de Frequência Cardíaca antes de depurar um aplicativo, verificar que um beacon transmite o UUID iBeacon ou Eddystone esperado, ou ver o RSSI degradar ao se afastar de uma fechadura inteligente para estimar o alcance efetivo. Testar também ajuda quando um aplicativo do fornecedor recusa conectar — se o dispositivo aparece aqui com os serviços esperados, o problema está no aplicativo ou suas permissões, não no rádio.
RSSI é reportado em decibel-miliwatts (dBm) e é sempre negativo para sinais recebidos. Um guia de campo aproximado: −30 a −50 dBm é excelente, tipicamente quando os dispositivos estão a um metro; −50 a −70 dBm é bom e dá conexões confiáveis para fones, mouses e rastreadores; −70 a −85 dBm é marginal e você pode ver quedas de áudio ou lacunas de notificação; abaixo de −90 dBm a conexão provavelmente falhará. Lembre que RSSI é logarítmico — uma queda de 10 dBm representa cerca de 10× menos potência recebida. Paredes, corpos humanos, micro-ondas e Wi-Fi de 2,4 GHz atenuam ou interferem. Para periféricos BLE alimentados por bateria, o receptor no periférico é geralmente mais fraco do que no telefone, então um "bom" RSSI nesta ferramenta não garante recepção igualmente boa na direção oposta.
Os sinais BLE a 2,4 GHz se comportam como ondas eletromagnéticas com comprimento de onda de cerca de 12,5 cm, então pequenas mudanças de posição podem movê-lo entre franjas construtivas e destrutivas de propagação multicaminho — o mesmo padrão de onda estacionária que causa zonas mortas de Wi-Fi. Variações de RSSI de 5–10 dBm entre posições adjacentes são completamente normais em ambientes internos. A ferramenta também faz média sobre uma pequena janela, e o rádio do telefone pode reportar valores quantizados (frequentemente dBm inteiros). Para uma leitura estável, mantenha os dispositivos parados por alguns segundos e faça média mental sobre muitas amostras, ou mova-se lentamente observando a tendência. Se o valor pula erraticamente sem ninguém se mover, a antena pode estar obstruída pela sua mão (efeito "death grip").
Um serviço GATT é um agrupamento lógico de itens de dados relacionados chamados características. Cada serviço tem um UUID de 16 bits para perfis padrão (ex.: 0x180F para Serviço de Bateria, 0x180D para Frequência Cardíaca, 0x1800 para Acesso Genérico) ou UUID de 128 bits para serviços específicos do fornecedor. Características dentro de um serviço expõem valores legíveis, graváveis ou notificáveis — o nível de bateria retorna um único byte de 0 a 100, enquanto a frequência cardíaca retorna um pequeno quadro com flags e BPM. Ler uma característica dá o valor atual; assinar notificações dá atualizações ao vivo enviadas pelo periférico. Características criptografadas exigem pareamento antes de responder. Se uma característica retorna dados binários misteriosos, procure seu UUID no site de especificações do Bluetooth SIG.
A API Web Bluetooth apenas expõe dispositivos que estão anunciando ativamente durante sua janela de varredura, dentro do alcance e que correspondem a qualquer filtro de serviço que você forneceu. Muitos dispositivos param de anunciar uma vez pareados e conectados a um host, então um alto-falante Bluetooth tocando música do seu telefone não aparecerá. Dispositivos Bluetooth clássicos (fones antigos, teclados usando BR/EDR) nunca aparecem porque Web Bluetooth é exclusivamente BLE. Alguns navegadores também exigem permissão única por dispositivo e podem filtrar dispositivos já pareados no nível do SO. Tente desligar e religar o dispositivo alvo para forçar um novo anúncio, aproxime-se para descartar alcance e garanta que o navegador seja Chrome, Edge ou Opera em plataforma não-iOS — Safari e Firefox não suportam Web Bluetooth no momento da escrita.
BLE 5.0 introduziu PHY de 2 Mbps (taxa de dados dupla), PHY codificado de Longo Alcance (S=2 e S=8 com correção de erro adiante para ~4× de alcance a menor rendimento) e cargas de publicidade estendidas até 255 bytes. BLE 5.1 adicionou busca de direção (AoA/AoD), 5.2 adicionou LE Audio com codec LC3 e canais isócronos, e 5.3 refinou a robustez de conexão. A API Web Bluetooth abstrai o PHY em uso, então a ferramenta em si não pode mostrar se seu link está em 1M, 2M ou PHY codificado — essa informação só está disponível com sniffers de baixo nível como nRF Sniffer ou Ellisys. O que você pode inferir indiretamente: conexões estáveis em alcance extremo (>30 m linha de visão) sugerem suporte a PHY codificado, e o campo de dados do fabricante no pacote de publicidade frequentemente insinua a versão BLE.
Nada é enviado. Todo o escaneamento, conexão, leitura de RSSI e navegação GATT rodam localmente no seu navegador pela API Web Bluetooth — nenhum nome de dispositivo, ID, UUID de serviço, valor de característica ou amostra de RSSI é enviado aos nossos servidores, e os arquivos de exportação (JSON/CSV) são gerados na sua máquina e salvos apenas onde você escolher. Quando você escolhe um dispositivo no seletor do navegador, concede uma permissão por origem e por dispositivo para que a página possa reconectar àquela unidade específica; isso não dá ao site acesso geral a todo o seu hardware Bluetooth. Para revisar ou revogar no Chrome ou Edge, abra chrome://settings/content/bluetoothDevices (ou clique no ícone de cadeado/ajustes na barra de endereço → Configurações do site → Dispositivos Bluetooth) e remova os dispositivos salvos deste site. Limpar os dados do site da origem também remove as permissões. Por isso uma estação de QA pode usar a ferramenta sem vazar o inventário de firmware dos dispositivos em teste.
O Web Bluetooth é um recurso poderoso — pode ler e gravar em rádios próximos — então a especificação só o expõe em um contexto seguro. Isso significa que a página deve ser servida por HTTPS (ou de localhost durante o desenvolvimento); numa origem http:// simples, navigator.bluetooth é retido e o botão Escanear fica desativado, que é o comportamento que você verá se abrir a ferramenta por um proxy inseguro. Além disso, a plataforma subjacente deve suportar a API: no Linux, o Chrome restringe o Web Bluetooth atrás da flag experimental chrome://flags/#enable-web-bluetooth-new-permissions-backend e exige o stack BlueZ instalado e em execução, porque o backend de permissões ali ainda está amadurecendo. macOS, Windows, Android e ChromeOS funcionam de imediato no Chrome/Edge. Se a ferramenta indicar que o Web Bluetooth não é suportado, verifique primeiro o requisito de contexto seguro, depois seu navegador e SO, antes de supor que o adaptador está com defeito.
Uma vez conectado, três botões ficam ativos ao lado de Atualizar: Exportar JSON, Exportar CSV e Copiar relatório. Exportar JSON baixa um ble-report-<dispositivo>-<carimbo de tempo>.json comparável por máquina contendo o nome e o ID do dispositivo, um carimbo de tempo de captura, a árvore completa de serviços/características com o UUID e as propriedades de cada característica (Ler/Escrever/Notificar/Indicar), todas as amostras de RSSI observadas e o RSSI mínimo/máximo/médio calculado — ideal para anexar a um ticket do Jira ou GitHub ou para comparar duas builds de firmware. Exportar CSV produz um arquivo amigável para planilhas com um cabeçalho de metadados, um inventário service_uuid / characteristic_uuid / properties e uma tabela de amostras de RSSI com carimbo de tempo, para que um laboratório de reparo cole linhas de aprovado/reprovado em uma tabela por lote. Copiar relatório coloca o mesmo JSON na sua área de transferência para colar rápido em um chat ou ticket. A barra ao lado do RSSI é uma leitura de qualidade normalizada de 0–100% derivada do dBm bruto exibido no selo (−100 dBm ≈ 0%, −30 dBm ≈ 100%), então cite o valor em dBm, não a porcentagem, ao comparar unidades.
Não — trate cada característica gravável como potencialmente perigosa até conhecer sua especificação. Gravar bytes arbitrários em uma característica específica do fornecedor pode mudar configurações de firmware, disparar redefinição de fábrica, destrancar uma porta, colocar o dispositivo em modo de atualização de firmware (DFU) ou no pior caso inutilizar o dispositivo sobrescrevendo um bloco de configuração. Serviços padrão do Bluetooth SIG documentam suas características graváveis com layouts estritos de bytes; serviços do fornecedor frequentemente não têm documentação pública e são não-triviais de engenharia reversa. O fluxo seguro é: ler tudo primeiro para entender o estado atual, só gravar em características que você tem documentação, manter backup de qualquer configuração que mudar e nunca executar operações de gravação contra dispositivos BLE médicos, de segurança ou industriais que você não possui.
CONECTIVIDADE5
WUTOOLS