Skip to content
This repository has been archived by the owner on Feb 7, 2024. It is now read-only.

Debouncing Entry and Exit Events #19

Open
gchallen opened this issue Aug 26, 2018 · 3 comments
Open

Debouncing Entry and Exit Events #19

gchallen opened this issue Aug 26, 2018 · 3 comments
Labels
native Resolution depends on the native SDK

Comments

@gchallen
Copy link
Contributor

I have a Google Pixel running Pie. Frequently I see it generate extremely quick sequences of entry and exit events—even when the phone is sitting 12 inches away from a beacon broadcasting quickly at high power and configured to detect within a 5 meter radius. Given that the goal of our app is to notify others when people arrive and leave, this is disconcerting behavior.

I've thought about ways to try and debounce this either on our device or on our server, but there are some complications, particularly on iOS where background operation is limited. (Although the problem seems less prevalent on iOS.) Plus, it's just kind of gross.

Is there a way for the native SDK to expose a parameter controlling how sticky locations are? This might help tune it to the peculiarities of different devices. (FWIW I've seen this with other beacons, so I suspect it's an issue with Android's Bluetooth stack on this device and not necessarily your beacons.)

@heypiotr heypiotr added the native Resolution depends on the native SDK label Aug 28, 2018
@heypiotr
Copy link
Contributor

heypiotr commented Aug 28, 2018

Probably best discussed on the native SDKs' bug trackers and/or Estimote Forums, since these are changes that would need to be implemented on the native side. A "knob" for the "stickiness" sounds like a potentially good idea (:

A quicker fix for your app would be to be more liberal with the trigger radius. From my own experience, Androids especially vary drastically, and generally require higher numbers.

@gchallen
Copy link
Contributor Author

OK good to know. What radius to you suggest for Android? I tried some higher numbers but then had the opposite problem (that you'd expect): not getting exit events promptly.

@heypiotr
Copy link
Contributor

It's really tough to say, I'd actually expect that for the best results, the numbers would need to be tuned almost per device. There's been ideas/efforts to crowd-source this knowledge, but none that I know of have worked out. (e.g., see the model-distance-calculations.json in the open-source Android Beacon Library)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
native Resolution depends on the native SDK
Projects
None yet
Development

No branches or pull requests

2 participants