Featured Articles
Announcing Pi
Technical Specifications
Raspberry Pi FAQs
Win a Pi
Raspberry Pi Wishlist
Actions
Forum Thread Details
  • State Verified Answer
  • Replies 16 replies
  • Answers 3 answers
  • Subscribers 665 subscribers
  • Views 2812 views
  • Users 0 members are here
Related

Some questions for those that know how to build BLE sensors.

talatomniot

   I have a RPi based Hub/Gateway platform that, in a nutshell, includes a configurable rule engine so that users can build out a lot of typical IoT edge infrastructure without doing any programming. One of its major differentiators is that it comes with built-in support for a range of sensors so users basically just pick the sensors and sensor values they want to access using the Rule Engine Configuration Utility. Currently it supports about a dozen or so BLE and ANT sensors (a list is below). Once support is added for a new sensor it just becomes part of the supported sensor library from that point forward, meaning each new release should have an ever growing library of supported sensors. Adding support for a new sensor is a day or two's effort typically.

 

   All of that said, when I started this a few years ago I envisioned a lot more generic sensors coming to the market which so far hasn't happened. Most off the shelf sensors are more meant more for prototyping than building actual systems or applications (e.g. the SensorTag, Thingy:52, etc.). Beyond that many sensors on the market are tied to their own proprietary systems or products and so it's not always easy to get all their characteristic and control/configuration information.

 

   Ideally I'd like to support as many sensors / sensor types as possible. Hopefully (and importantly) the sensors would also be as low-cost as possible. That would make for a completely unique offering where users could really create their IoT edge infrastructure quickly and with minimal technical expertise required. So my questions for those who know about building sensors are -

 

  1. How hard is it to build a simple BLE sensor from scratch? Take for instance the Garmin Tempe ANT sensor which simply reports the current temperature, if you wanted to replicate that as a BLE sensor how hard would that be?
  2. Once you did that how hard would it be to build similar single purpose sensors to do other things, e.g. monitor for gasses, proximity, light, movement, etc.
  3. How cheap could these types of sensors it be built at scale would you think?
  4. Have I maybe missed a range of sensors already available that might fit the bill?
  5. Are there any companies out there that might be open to building a line of sensors if they had a hub to support them?

 

Any input/observations would be appreciated and if I can answer any questions about my platform let me know (some info and links are below). Note that the main website doesn't reference a lot of new beta functionality, specifically new MQTT support. Info about that (and where it can be downloaded) can be found in a hackster.io project linked below. It'll be incorporated into the main website soon. In the interim, if you want to download the current version be sure to download it from the beta page as the version on the main website does not include any of the MQTT functionality. Anyway, thanks in advance for any replies...

 

 

Main Website

Youtube Channel

New Hackster.io MQTT project

 

 

Currently Supported Sensors:

 

  • Texas Instruments SensorTag
  • Nordic Thingy:52
  • Dialog Semiconductor DA14585
  • NXP RapidIoT
  • Sensirion Smart Gadget
  • Phoenix Sensors WEPS04
  • Vernier GDX-TMP
  • Generic HRM (BLE)
  • Generic HRM (ANT)
  • Garmin Tempe (ANT)

 

 

Compatible 3rd party MQTT Brokers (tested so far):

 

  • MS Azure PowerBi
  • IBM Watson IoT
  • Amazon AWS IoT
  • ThingsBoard.io
  • Ubidots
  • Cayenne
  • AdaFruit IO
  • BeeBotte
  • AllThingsTalk
  • Tago.io
  • Tinamous
Parents
  • 0

    I started with mostly zWave devices on my OpenHab system. But they're terrible. I would struggle to recommend zWave to anyone for any reason apart from to increase your blood pressure maybe.

     

    I've also tried no-name Wifi devices. They're almost as bad. Except I can monitor that a bit better.

     

    What works for me is ESP32's with sensors attached. They're cheap, easy to program and will interface to almost anything (I try to stick to BME280's for example for Temp, Pressure and Humidity). Because you have complete control, you can fix things that annoy you rather than just kicking yourself for spending 3x the price on a half baked commercial solution that fails more often than it works. And using Mosquito (MQTT) for the comms means you only have to worry at the system end about 1 type of connectivity. And how you format the messages that are sent.

     

    BLE? Wouldn't really touch it. Low Energy, great. Reliability - I have yet to find a reliable BlueTooth device (Although they're better than they were 15 years ago, they still struggle and debugging is not a pleasant experience).

     

    H

Reply
  • 0

    I started with mostly zWave devices on my OpenHab system. But they're terrible. I would struggle to recommend zWave to anyone for any reason apart from to increase your blood pressure maybe.

     

    I've also tried no-name Wifi devices. They're almost as bad. Except I can monitor that a bit better.

     

    What works for me is ESP32's with sensors attached. They're cheap, easy to program and will interface to almost anything (I try to stick to BME280's for example for Temp, Pressure and Humidity). Because you have complete control, you can fix things that annoy you rather than just kicking yourself for spending 3x the price on a half baked commercial solution that fails more often than it works. And using Mosquito (MQTT) for the comms means you only have to worry at the system end about 1 type of connectivity. And how you format the messages that are sent.

     

    BLE? Wouldn't really touch it. Low Energy, great. Reliability - I have yet to find a reliable BlueTooth device (Although they're better than they were 15 years ago, they still struggle and debugging is not a pleasant experience).

     

    H

Children