-
-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add ability to restrict beacons from certain scanners or tie beacons to a particular scanner #295
Comments
Hi @jsheheane, glad you are enjoying the app! I think multi-storey buildings are always going to be a bit tricky - it seems a lot of floor/ceiling materials are more transparent to RF than most walls!
If you know that a beacon should only belong to one proxy, I'd suggest instead just using the In the more general case, the next version of Bermuda will have per-scanner and per-device calibrations, so you can alter the "perceived" rssi for devices. You can try it out via HACS in the "re-download" menu, and enabling "show beta versions". v0.6.9rc2 is the one you want (at this point in time). The UI is a bit clunky, but hopefully the steps are clear enough - let me know if you could use some pointers. In the more-more-general case(!) trilateration will hopefully help with this, but I haven't got past the basic proof-of-concept of that yet, and no experiments yet with multi-floor setups, so that might take a bit longer to find out how reliable a fix we can create. For what you can do right now, though...
I think in the case where you only care about a beacon's proximity to a single proxy, it's most likely that it actually doesn't matter which proxy, it just matters if it's home or not - and the home/away Another option is that if you click the "+n entities not shown" in the device page: Then you can enable the "Distance to Garage" or similar sensor, which will give you a direct measurement between that device and the chosen proxy/scanner. These however also have a "cooldown" filter, in that they will hold their value for a while after a device actually leaves - I think it's about 10 seconds or so, from memory. (I wouldn't recommend any of the "Unfiltered" ones, they're really for testing the filters and aren't much use for automations). |
Oh, sidenote.. there will be a feature to exclude certain scanners from being involved in any distance calculations, so that (say) a vacuum with a scanner mounted on it won't mess up the calculations, but that's a different thing from what you are looking to solve. |
Good stuff here, but I'm trying to wrap my head around the use case of a scanner on a vacuum: A beacon, sure, but a scanner? To avoid sucking up your misplaced phone? I'm assuming robot vacuum? Are you building hunter robots? Do we need to keep SkyNet away from your home network? Have I asked enough questions? |
Your intense curiosity has been noted and forwarded to the relevant public databases. You can expect to receive appropriate re-training when the mobile units are next in your sector. Thank you for your understanding and expected compliance. |
@jsheheane how did you go - did any of the options I suggested help out with your problem, or did you find another solution? If you just haven't had a chance to try them out that's all good too - just wanted to see how you're going with it :-) |
Is your feature request related to a problem? Please describe.
I live in a 2 story house. My master bedroom is directly over my garage. I have scanners in both the garage and the master bedroom. Usually my car reports it's location properly, but sometimes (fairly frequently) the beacon from my car reports it's location as my master bedroom. To my knowledge my car has never been and should never be in my bedroom.
Describe the solution you'd like
It would be handy if we could restrict certain beacons from specific scanners (ignore their beacons to that device) or otherwise "pin" a certain beacon to a specific scanner if we know that's the only scanner it should ever report in to.
Describe alternatives you've considered
There's probably other ways to solution this that people smarter than me might have. Maybe some RSSI/Attenuation tuning dark magic, but this seems like a pretty rock solid way to solve for this issue rather than mucking about with tuning.
Additional context
Loving the app and appreciate all the work you're putting into it!
The text was updated successfully, but these errors were encountered: