Emparejamiento rápido de la interfaz Bluetooth de baja energía

7

Estoy pensando en hacer un control remoto para un dispositivo IoT personalizado con Bluetooth de baja energía (BLE) y quiero que la batería del control remoto dure mucho tiempo (batería principal, no recargable), así que no quiero el control remoto para obtener poder (en absoluto) excepto cuando se usa.

Mi problema es que, como control remoto, Bluetooth suele tardar unos segundos en emparejarse una vez activado. ¿Hay alguna manera de mitigar esos pocos segundos de retraso? Todos odian el retraso en un control remoto.

Josh Wales
fuente
2
BLE todavía requiere un emparejamiento y ese enlace aún tarda unos segundos en realizarse ... ¿Por qué no IR? Eso es instantáneo con cero consumo de energía entre usos. Si sus dispositivos están lo suficientemente cerca para BLE, lo más probable es que estén lo suficientemente cerca para IR, a menos que esté atravesando paredes o algo así. .. Más barato también.
JD Allen
Sé que esto tiene un año, pero no tengo LoS ​​entre receptor y transmisor, gracias.
Josh Wales

Respuestas:

5

Si dos dispositivos ya están conectados y uno de ellos está conectado a la red eléctrica, debería poder establecer la conexión en menos de 1 segundo dado que el dispositivo alimentado por la red está constantemente escaneando o publicitando, está utilizando anuncios dirigidos, listas blancas, y bajos intervalos de conexión en el primer segundo.

Otra opción es mantener viva la conexión en todo momento mientras se mantiene una baja latencia. El tiempo de espera de supervisión máximo recomendado es de 15 segundos, esto significa que la Central debe recibir un paquete del Periférico al menos cada 15 segundos o de lo contrario se cortará la conexión. Por otro lado, no desea tener un intervalo de conexión de 15 segundos, y es cuando utiliza la latencia esclava, esto permite que el periférico ignore X cantidades de intervalo de conexión sin perder la conexión a su central. Entonces, con un intervalo de conexión de 500 ms y una latencia esclava de 30, estará dormido (15000-1) / 15000 => 99.99% del tiempo y tendrá una latencia de 500 ms cuando desee comunicarse.

Estimo <2 µA de corriente promedio para mantener viva la conexión. Tendrá que compararlo con el consumo de corriente promedio de un estilo de reconexión rápida, pero dudo que mantener la conexión viva consuma más energía en promedio que reconectarse a pedido.

MaliceInWonderland
fuente
Sé que este hilo está rancio, pero pensé en seguirlo. Primero, gracias por la gran respuesta. En segundo lugar, en sus cálculos anteriores para el 99,99% de tiempo de sueño, ¿está asumiendo 1 ms de tiempo de vigilia para cada reconexión, que solo hará cada 15000 ms? ¿Qué pasaría si quisieras que ambos dispositivos funcionen con batería?
Josh Wales