¿Se puede detectar la baliza Bluetooth mientras está en movimiento?

Tengo curiosidad por saber si los teléfonos inteligentes realmente pueden detectar una baliza Bluetooth que está en movimiento, por ejemplo, mientras conduce. ¿Puede el automóvil A detectar la baliza en el automóvil B si se cruzan?

En caso afirmativo, ¿cuál es el límite de velocidad y la distancia máxima?

Hm.. ¿Por qué no? ¿Cuál es la diferencia?
Oye, por ejemplo, EZPass requiere que disminuyas la velocidad en la cabina para que el lector pueda leer la etiqueta. Esta es mi preocupación. No he visto aplicaciones que hagan eso hasta ahora para una baliza. Solo quiero asegurarme.
El Desplazamiento Doppler puede afectar los datos recibidos, lo cual es diferente a solo tratar con reflejos normales, o al menos elevará el nivel de ruido hasta un punto en el que los datos no se pueden utilizar. Puedo ver cómo las altas velocidades angulares desde la posición del sistema bluetooth que intentan detectar el sistema bluetooth de destino pueden tener problemas.
El efecto doppler estará allí con un lado moviéndose también.
Sí. Efecto Doppler. Aparentemente, EZPass resolvió eso. ¿Puede baliza o en general Bluetooth?
@EugeneSh. por supuesto, sin embargo, el ejemplo dado en el comentario anterior por el OP fue el sistema EZPass, que es un dispositivo estático que lee un dispositivo bluetooth en un vehículo motorizado u objeto similar en movimiento rápido. Obviamente, el dispositivo en el vehículo en movimiento tendría problemas con los datos enviados hacia/desde el host estático.
Esa es una pregunta para la implementación de la pila de bluetooth en los niveles más bajos: ¿cómo el transceptor de RF de bluetooth y los circuitos se ocupan de las rutas múltiples, los reflejos, el ruido y el doppler? ¡Estas son preguntas difíciles!
@KyranF No creo que haya un problema con el efecto Doppler en los niveles más bajos (¿cuál es el nivel de RF, supongo?) El problema podría surgir con los tiempos de transferencia de paquetes/datos en niveles más altos.
Si los problemas de RF se tratan adecuadamente, entonces sí, también pueden terminar siendo los protocolos/problemas de temporización de la pila de software @EugeneSh. Esto es todo lo que yo suponía, aunque por cierto.
Vamos amigos, este es un sitio de ingeniería. Antes de afirmar que "el desplazamiento doppler causará problemas", haga un cálculo rápido de cuánto desplazará el doppler la frecuencia portadora... y luego compárelo con la inexactitud típica de los cristales de reloj y los resonadores. (Pista: la velocidad relativa entre los autos no es un movimiento relativista)
Los niveles de RF cambiarán mucho y es posible que los circuitos AGC no reaccionen lo suficientemente rápido a la variación. No es de esperar que Bluetooth se haya diseñado originalmente para el mercado de aplicaciones móviles.
@KalleMP Tengo la sensación de que Bluetooth no está diseñado para aplicaciones de movimiento también. Al menos no todavía. Diría que RF es la mejor apuesta por ahora.

Respuestas (1)

Salvo limitaciones diseñadas externamente o automóviles relativistas extraños, la principal preocupación será si los vehículos están lo suficientemente cerca durante el tiempo suficiente para establecer una conexión y comunicar la información necesaria.

Supongamos que el automóvil A se mueve a una velocidad Δ v en relación con el automóvil B, su dispositivo inalámbrico tiene un alcance efectivo de d , y los dos autos están inicialmente fuera del rango de comunicación. Entonces el tiempo que tienes disponible para conectarte y comunicarte es:

t = 2 d Δ v

La velocidad de paso típica puede ser de ~10 mph, y suponiendo que su dispositivo bluetooth tenga un rango de radio de clase 2 de 10 m , el tiempo disponible es de aproximadamente 4,5 segundos . Si suponemos en cambio que Δ v = 80 metro pag h , tienes ~0,56 segundos. Si esto es suficiente tiempo depende de sus dispositivos reales y la cantidad de datos que necesita enviar.