Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

Help for wireless technology decision (ANT? BLE?)

Status
Not open for further replies.

marmotteNZ

Newbie level 2
Joined
Jan 21, 2015
Messages
2
Helped
0
Reputation
0
Reaction score
0
Trophy points
1
Activity points
27
Dear all,
I want to select the best wireless technologies (BLE? ANT? Sub-1Ghz?) and sensor’s uC type to implement the following project:

A wireless sensors network with a star topology. One “Master” with typically 8/10 sensors, up to 15 is desirable.
  • The main technical objective is to achieve at the very least a message rate of 20 per second / per sensor, with also a latency as short as possible (50ms is a worst case.5 to 10ms are desirable). The actual data load of each message doesn’t need to be huge. 8bits sufficient, 16 bits would be better.

  • The main technical objective is to achieve at the very least a message rate of 20 per second / per sensor, with also a latency as short as possible (50ms is a worst case.5 to 10ms are desirable). The actual data load of each message doesn’t need to be huge. 8bits sufficient, 16 bits would be better.
  • The main technical objective is to achieve at the very least a message rate of 20 per second / per sensor, with also a latency as short as possible (50ms is a worst case.5 to 10ms are desirable). The actual data load of each message doesn’t need to be huge. 8bits sufficient, 16 bits would be better.
  • Battery life, for the sensors, is a key element too. With one coin cell (2032?) several hours of wake (measurements with the message rate specified above) are required (more is better), and “sleep” battery life needs to be good also.
  • The uC doesn’t need to do much more than read the actual sensor outputs (digital) and transmit them with the specified rate. It may have to do some averaging if the sensor’s readings are faster than the message rate, and otherwise:
    Read and transmit battery level at wake/sleep
    Manage a sleep/wake cycle depending of what is received from the Master (and of the battery level)
  • Cost for the sensor parts is also a very important objective.
  • Cost and battery life for the Master module is not so important.
  • Ease of implementation matters, as well as not having huge licensing costs!
Any advice would be highly appreciated. I have started looking at ANT but I’m not sure if it is really the best implementation.
Thanks
 

Thanks Udayan;

Other opinions are welcome to :)
 

Status
Not open for further replies.

Similar threads

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top