Hola,

Me temo que no "en la practica".

Realmente cuando un terminal esta en modo oculto/invisible es simplemente que no responde al mensaje de Inquiry realizado por el bluetooth que genera la busqueda.

Por lo que la unica posibilidad que tienes para saber "que esta ahi", es realizar una conexion con el dispositivo, pero para eso necesitas tener la MAC y algun canal de algun perfil.

El canal del Perfil lo puedes tantear por que suelen ser numeros bajos y el dominio no es muy grande (tirando de pruebas entre 1 a 20 sueles encontrar algun canal en RFCOMM).

Pero la MAC es otro tema. Aun presuponiendo los 3 primeros Bytes (usando las adjudicaciones a marcas clasicas: Nokia, Sony Ericsson, etc...) tienes al menos 2^24 combinaciones por los 3 ultimos Bytes.

 

Si no sabes la MAC no puedes saber si ese terminal esta ahi o no. Por lo menos a nivel de HCI...

Realizando la operativa desde stack de bluetooth, ya casi a nivel de protocolo, podrias derminar la presencia de algun dispositivo en la tabla de saltos de FH (en la piconet). Pero para tener control a ese nivel, tienes que o controlar mucho un stack concreto (para manipularlo) o tener echo uno propio.

Nosotros en su momento hicimos pruebas sobre un entorno embebido (con un Atmel ATmega128). Lo de la invisibilidad no lo probamos, pero si por ejemplo el detectar si alguien te esta escaneado.... Simplemente con generar un evento superior a un nivel superior (fuera del stack) cuando nos llegaba un Inquiry. Con eso sabiamos la MAC, del que nos estaba escaneando...

Ademas tienes el inconveniente de que los usuarios, en la practica por nuestra experiencia "empirica", tienden normalmente a desconectar el bluetooth mas que ponerlo invisible (por que normalmente no entienden la diferencia o lo que implica una cosa u otra).

 

Saludos,
Sir Graham.