Last week, Beacon Fever bit me, as I described here. Since then, I’ve made little progress in actually doing anything of real-world value with the three Qualcomm Gimbal beacons that I have on hand. But that doesn’t mean I haven’t gained a bit of an education in the few hours I’ve noodled around with them as I’ve consorted with The Google on where to go next. Allow me to share just a little more on Beacons, then I’ll likely put the topic away for a while.
What I’ve Learned:
- There is a good variety of beacon hardware out there. Here’s another list
- If you don’t want to $pend, Android and iDevices can be configured to act as beacons for testing
- There are lots of mobile beacon management and scanning apps out there- some from the beacon manufacturers and some from 3rd party developers
- The entire proximity paradigm with beacons is built on leveraging “degrees of nearby-ness” like near, far, immediate vicinity, out of range
- Beacons can be USB powered, or battery powered. If using battery, there will be administrative burden of battery upkeep in large deployments over time
- Beacons don’t just magically come to life, you have to activate them and do a basic config
- Every beacon maker seems to have their own management console
- You can see where heavy beacon use would very much be “another thing to manage”, despite having really cool real-world use cases
- A “UUID” gets assigned to all beacons in an organization that will be part of the same “system”
- Each beacon can make use of a Major and Minor field to further segment/identify them
- Without an application to use with them, beacons aren’t real exciting
- To leverage beacons, SOMEBODY has to do some coding, and there are a number of frameworks to do that in
- For people like me, who are definitely not endowed with coding skills, some companies are trying to make “getting started” a little easier
- There are a lot of beacon videos on YouTube, and blogs from others’ efforts to be had online
- It doesn’t look like all vendors beacons are welcome in each other’s development environments
- Connected users “opt in” by enabling Bluetooth on their smartphones, tablets, etc.
That’s the short of it for me, so far, on actual knowledge gained. I also tried to do more with my Gimbal beacons, but found some frustrations- like simply setting the UUID, Major and Minor fields. It looks like other vendors make this a lot more intuitive, but perhaps my lack of experience is the problem here. On my Gimbal developer account, I understand each individual word but get foggy when you put it all together in phrases and sentences. There is a Gimbal iOS management app, but none for Android that I have found yet.
I did discover a couple of promising leads for myself in learning more, as a mental-midget when it comes to programming. Estimote makes a popular kit that comes with three beacons, and from what I can tell their app-building tools seem to have folks like me in mind. But… each kit is $99, and indoor location requires two kits (for some unspecified reason). I’m not ready to drop $200 on beacons yet, but maybe at some point. And… Meridian (An
Aruba HP company) also seems to understand that some of us need all the help we can get. They put a very friendly face on getting started, and I hope to learn more about this product set/application framework in the months to come.
So… that’s all on beacons from me for now. If anyone reading gets further with these fascinating little transmitters, please share what you learn.