Skip to Content

Comando BTH IoT — Status da Conexão Bluetooth

QBTH consulta em uma única trama todo o status Bluetooth do equipamento — espelho de QCEL e QWIF para o terceiro canal. Além disso, o sinal BTH (cliente conectado) fica disponível para regras do motor de eventos e expressões EVAL.

Disponível desde o firmware v1.09.26.


Para que serve?

Caso de usoDescrição
🔗 Detectar um gateway conectadoSaber se há um cliente BT acoplado ao equipamento (e desde quando falha, com regras)
📶 Diagnóstico de enlaceMAC do peer e RSSI ao vivo da conexão
⚙️ Automatizar por conexãoRegras TRG=BTH* — disparar ações quando um cliente se conecta ou vai embora

Comandos

Consulta completa

>QBTH< >RBTH,1,1,1,1,0,RINHO_IOT,AABBCCDDEEFF,-62<
#CampoSignificado
0pwrAlimentação configurada do Bluetooth (a chave, não o estado)
1upO stack Bluetooth está rodando
2conn1 = há pelo menos um cliente conectado
3nconnQuantidade de conexões ativas
4sesion1 = há uma sessão autenticada (conexão com login)
5nombreNome Bluetooth do equipamento
6macMAC do último cliente conectado (vazia se não houver conexão)
7rssiRSSI ao vivo da conexão, em dBm (0 sem conexão)

Consulta de um campo

>QBTH02< >RBTH02,1<

Índice 0007 (dois dígitos), conforme a tabela acima.

conn reflete a conexão física (GAP), haja ou não sessão autenticada. Um gateway acoplado sem fazer login dá conn=1, sesion=0. pwr é a configuração de alimentação (CXBTH); up é o estado real do stack.


O sinal BTH (regras e EVAL)

BTH = 1 enquanto houver um cliente Bluetooth conectado. Usa-se igual a qualquer sinal do equipamento:

>QSSBTH< // → RSSBTH11 (conectado) / RSSBTH00 >SRLA0E;TRG=BTH+;ACC={...}< // regra: quando um cliente se conecta >SRLA1E;TRG=BTH-;ACC={...}< // regra: na desconexão

Em EVAL escreve-se BTH (sem argumentos). Não confundir com BTHPWR, que é somente a configuração de alimentação.

Em builds sem Bluetooth o sinal existe e devolve sempre 0.


Compatibilidade

💾Firmware:v1.09.26
SP-IOT
SM-IOT
ZE-IOT

Ver Também

Última atualização