• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 798 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Best technology to run +200 sensors on a network (better if mesh)

Daniel Rebollo
Expert 1205 points

Part Number: CC2652

Hi,

I'm working on a project with IMU (accelerometer) and MCU and we need to send this data wirelessly to a gateway and then to our server. For this project we start using Zigbee ( CC2652 ) but after checking some client's requeriments we think maybe it can't be enough because it implies to use several gateways ( concentrator with another CC2652 ) and try to synchronize them...

There is some other wireless technology to run +200 sensors on a wireless network with low bandwidth, low power, and long range (>100m) and, preferably, with only one gateway? Maybe using custom SubGHz implementation?

Because sensors needs to be low power, and it implies sleeping modes, maybe mesh is not feasible in this scenario, but at the end, no matter what (with intermediate concentrators or some other way), we need more than 100m coverage from base.

Greatings

  • 0
    TI__Guru**** 216717 points

    Hi Daniel,

    Please consult the Wireless Connectivity Selection Guide.  15.4-Stack, Thread and BLE Mesh cannot support 100+ nodes and Wi-Sun does not support sleeping nodes.  MIOTY could be a star network option which includes a gateway solution, although I am not too familiar with its limitations.  Zigbee can support 200+ nodes without using multiple gateways, and 100m can be achieved in a single hop if using an internal PA device (ex. CC2652P).  There is also a Zigbee Linux Gateway example provided by TI.

    Regards,
    Ryan

  • 0 in reply to Ryan Brown1
    Expert 1205 points

    Thanks for your reply.

    What about using SubGHz? What is the limitation of custom SubGHz devices on the same concentrator/gateway? I assume that at least coverage on +100m will be better as frequency is lower. If single gateway with SubGHz can handle +100 devices in +100m (keeping low power) will be perfect

  • 0 in reply to Daniel Rebollo
    TI__Guru**** 216717 points

    Suzi- (Sub-GHz Zigbee) is expected to be released by the Connectivity Standards Alliance (CSA) this year, and TI will include SDK support once it does.  Here is an informational video with links to other resources.  I'll allow other experts to comment on additional Sub-GHz technologies.

    Regards,
    Ryan

  • 0 in reply to Ryan Brown1
    Expert 1205 points

    Oh sorry for the misunderstanding, I dont need zigbee mandatory. If I use SubGHz can be TI stack without zigbee.

    About throughput, devices will be in sleep most of the time, but when transmit they need to send accelerometer data during some seconds. Maybe we can compress and pre process data to minimize packet size, but at the beginning we will need to send some kb of data

  • 0 in reply to Daniel Rebollo
    TI__Guru* 85791 points

    For sub-1GHz, you can choose between TI-stack and  Wi-Sun (as mentioned above). An alternative is to not use a stack at all, and write your own proprietary protocol.

    Siri