You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Has anyone tried to fiddle with capturing BT Low Energy packets with this code? Where would I look to start hacking this in? I have a Raspberry Pi Zero W and it sniffs the packets great with hcitool, so seems like it could be a nice addition for near real-time proximity detection. No latency/overhead associated with the regular BT or AP polling.
The text was updated successfully, but these errors were encountered:
The raspberry pi in this case would be stationary, so you are basically wanting ble to have same functionality as wifi does in promiscuous mode or monitor mode (depending on which documentation on the find3 you are looking at). Is this correct? - Great idea by the way. I myself was wondering how to implement that.
The biggest question is if the A.I. code is smart enough to identify which BLE signals are from devices that move and to disregard signals from those devices. Most WiFi routers do not move often though smart phones acting as a wifi hub do. Many devices the broadcast BLE signals move often, and many do not move. Can the A.I. figure out which ones are likely to stay in the same place and disregard the others?
Has anyone tried to fiddle with capturing BT Low Energy packets with this code? Where would I look to start hacking this in? I have a Raspberry Pi Zero W and it sniffs the packets great with hcitool, so seems like it could be a nice addition for near real-time proximity detection. No latency/overhead associated with the regular BT or AP polling.
The text was updated successfully, but these errors were encountered: