• State TI Thinks Resolved
  • Locked Locked
  • Replies 5 replies
  • Answers 1 answer
  • Subscribers 57 subscribers
  • Views 852 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.

CC2652R: How many children one Coordinator can support? How many devices in one Zigbee network ?

Jerry Kuo
Expert 4420 points
Part Number: CC2652R
Other Parts Discussed in Thread: CC1352R, , CC2530

Hi team,

My customer refer to swra650. But they still want to know below two capabilities.

  1. How many children one Coordinator (with CC2652R or CC1352R) can support?
  2. How many devices can be in one Zigbee network ?

My customer's application is to control 400 ~ 3000 end devices.

  • 0
    Guru 735685 points

    It's not recommended to connected all of ZEDs to one coordinator. It's recommended to connect every 20 ZEDs to one ZR or ZC.

  • 0 in reply to YiKai Chen
    Prodigy 70 points

    Allow me to ask the specify the question on each below  in order to get the specified answer, thanks.

    Q1: If the Zigbee topology require '' MESH'' from ZC --> ZR --> ZED ? like below photo?

           Or we can use ZC--> ZED    directly?

    Q2: Follow Q1:  no matter ZR--> ZED   or  ZC-->ZED,    each path only recommend 20 ZED?   any WHY ?

    Q3: Follow Q2: this kind limitation is limited by TI chip solution or  Zigbee protocal definition? 

    Q4: Is there any experience if using Zigbee topology to connect up to 1000 ZED, and also working stable ?    

           what kind of gating point we need to take care with during the development. 

  • 0 in reply to Alan Chen6
    Guru 735685 points

    1. I don't see your photo but this depends on Zigbee routing. If the parent node of ZED is ZC, the message won't go through ZR. If ZED's parent is ZR, the messages would be routed through parent ZR.

    2. Zigbee is major for low data rate application and ZED need polling to syn data from its parent node. If you have too many ZEDs connect to a parent node, it might cause RF jamming. What's I suggest 20 is just a practice I know according to my knowledge on Zigbee.

    3. I would say this is more related to Zigbee protocol.

    4. I don't know who had done this but event with ZRs, not many company can connect 1K devices to a single Zigbee network.

  • 0 in reply to YiKai Chen
    Prodigy 70 points

    Q1:  May I know more about what the big difference between below two items?

    CC2530 (which we used on ZED)

    CC2652R (E2E mentioned)

     

    Q2: Can we use CC2652 on ZC  to communicate with CC2530 on ZED?       If CC2652 is more powerful?

     

     

    Q3:  Here we have a ZC block diagram.   (Use MCU to communicate with Zigbee (CC2530 /or  CC2652) via  UART. 

            But not sure if external SPI flash (for CC2530 on ZC) is necessary to store the image that prepare for Zigbee to transmission?

            Due to I don’t think UART bandwidth is enough to do real time transmission w/o external flash as buffer.  So, I still need to do double confirm here again.

    Thanks

    Alan

  • 0 in reply to Alan Chen6
    Guru 735685 points

    1. CC2530 is based on 8051 core and CC2652R is based on ARM cortex-M4E. CC2530 has less RAM and flash in comparing with CC2652R. In short, CC2652R is state-of-art SOC for Zigbee and it's recommended to use for new design.

    2. Yes, if CC2652R and CC2530 run the same Zigbee profile.

    3. There is no need for ZC to having external flash to store anything that prepare for Zigbee to transmission. Basically, Zigbee is for low data rate application and UART can well serve such application.