Testing Out Ble Beacons with Beacondb

Posted3 months agoActive2 months ago

zdw

63 points

19 comments

blog.matthewbrunelle.comTechstory

calmmixed

Debate

40/100

Ble BeaconsLocation TrackingBeacondb

Key topics

Ble Beacons

Location Tracking

Beacondb

The post explores using BLE beacons with BeaconDB for location tracking, sparking discussion on the technology's applications, limitations, and potential alternatives.

Snapshot generated from the HN discussion

Discussion Activity

Moderate engagement

First comment

37m

Peak period

4-6h

Avg / period

2.1

Comment distribution19 data points

Loading chart...

Based on 19 loaded comments

Key moments

01Story posted
Oct 25, 2025 at 4:26 PM EDT
3 months ago
Step 01
02First comment
Oct 25, 2025 at 5:03 PM EDT
37m after posting
Step 02
03Peak activity
7 comments in 4-6h
Hottest window of the conversation
Step 03
04Latest activity
Oct 27, 2025 at 2:15 AM EDT
2 months ago
Step 04

Generating AI Summary...

Analyzing up to 500 comments to identify key contributors and discussion patterns

Discussion (19 comments)

Showing 19 comments

JKCalhoun

3 months ago

2 replies

Not quite sure what the author's project is, but these sound interesting.

Is there something like war-driving for BLE Beacons?

ciferkey

3 months ago

1 reply

Author here. I have a big backlog of posts, but I did this one first because I was trying to cram an explanation of BLE beacons into the project post.

> Is there something like war-driving for BLE Beacons?

Yup, that essentially what Neostumbler is! If you have an Android device go check it out.

My hope for the project is to make a little embedded device I can use, so I don't have to drain my phones battery. Also because it's fun to learn about a new topic.

JKCalhoun

3 months ago

Thanks. (iPhone user though. I'll look for another solution. :-))

shibapuppie

3 months ago

Yes! the WiGLE project does Bluetooth geo-logging as well as WiFi.

RicoElectrico

3 months ago

1 reply

Interesting, because I do detect many BLE beacons in a residential building. These aren't bona fide beacons, this I can infer, but not sure what devices they are.

shibapuppie

3 months ago

They could be anything from indoor location augmentation to hundreds of TV, headphone, pacemaker and other media/medical/anything-you-can-imagine devices.

anitil

3 months ago

2 replies

I'm surprised that these things transmit at around 1Hz, I thought it'd be on the order of every 10 seconds to a minute. Given that I assume a lot of beacon devices are running on a coin cell battery I would have thought it would be slower. Or is that particular only to this device?

Atotalnoob

3 months ago

3 replies

1hz seems slow to me. A company that I worked at was designing robust industrial, apple airtag/tiles with a specific application 8 or 9 years ago.

BLE operates on a very crowded frequency. WiFi, Bluetooth, etc are all on the same frequency and spamming out thousands of packets constantly.

We had to triple our broadcast frequency and period in order to reliably detect a beacon within 5 seconds of a phone being in range.

We settled on 200ms frequency and broadcast for 15ms.

Our decide had a 10 year battery life on a couple coin batteries…

mrheosuper

2 months ago

1 reply

>We had to triple our broadcast frequency

What do you mean by this ?

teruakohatu

2 months ago

I think they meant triple how often they broadcast, not using a radio frequency x3 higher on the spectrum.

shibapuppie

3 months ago

I find it very intriguing you landed on 200ms, considering the default beacon rate of the majority of WiFi access points is 100ms. Clients do not like going much longer before you start dropping beacons and discoverability tanks... which is shown in your results. Genuinely fascinating.

anitil

2 months ago

That answers my question perfectly, thankyou!

ostacke

2 months ago

1 Hz is slow. Apple's iBeacon standard specifies 10 Hz, for instance. Also, every packet is transmitted on three different channels, so there is actually quite a lot of traffic generated.

gsibble

3 months ago

1 reply

Way back in 2014, I once built a neat test of a product I wanted. I was CEO of a company that allowed an internet API to interface with bar/restaurant POS systems. We could open/close tabs, make orders, etc..

I always hated closing my tabs at the end of the night at bars since it could frequently take a little while for only a few seconds of work.

So I built an app that detected once you entered a beacon's area, and opened a bar tab for you with your name on it. You'd just go up to the bar and order as if you had a tab open already, and when you were done, you'd leave. If your phone didn't detect the beacon for 15 minutes, it closed the tab with your preferred credit card and tip (which you could edit).

We had a demo going for employees at Local Edition on Market street. It was really cool and worked really well. The issues came that exact position was not very exact at that time and I didn't think it was a feasible product to build and market since the installation of beacons at bars vs gaining users would be difficult.

But for a brief period, I never had to hand my credit card to a stranger or worry about getting stuck 20 minutes trying to close my tab.

If you like the idea, take it and run with it. I'm not going to do it but I feel like people would love it.

HWR_14

2 months ago

This is the first time I realized that restaurant POSes were open to something akin to a plugin. I'm guessing you had to set up everything for your test location. Was it more difficult than you would expect a non technical person to be able to do?

ghm2180

3 months ago

1 reply

The original mozilla MLS was killed off due to litigation by Qualcomm(I think?). MLS wasn't for commercial use and neither is this, so What's the licencing/sustainability difference between these two and what kind of support might be needed to keep this going?

pona-a

2 months ago

Maybe Qualcomm hoped Mozilla had enough money to pay up in a bogus settlement? BeaconsDB is, as far as I know, just one guy.

dakshin_k

2 months ago

I looked into this a few years ago for a personal project. One reason why BeaconDB only uses WiFi APs for geolocation, is because they are usually stationary (excluding mobile hotspots) and so their location, once identified, can be used as a reference point for triangulation.

But the BLE beacons are by design small, portable and usually attached to a moving object. Since BeaconDB doesn't know whether a specific beacon is meant to be stationary or moving, its not safe to use it as a reference point for geolocation.

vaxman

3 months ago

This was obsoleted by UWB and Apple’s Nearby Interactions API.

https://www.qorvo.com/innovation/ultra-wideband/products/uwb...

View full discussion on Hacker News

ID: 45706705Type: storyLast synced: 11/20/2025, 12:20:30 PM

Want the full context?

Jump to the original sources

Read the primary article or dive into the live Hacker News thread when you're ready.

Open link View on HN