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.

CC1312R: TI 15.4-Stack: Number of nodes with CC1312R as a Collector

Part Number: CC1312R
Other Parts Discussed in Thread: CC1310, , CC1352R, CC1352P

Currently TI 15.4-Stack with CC1310 as a Collector supports up to 50 nodes with MAC layer encryption due to RAM limitations.

Could you please let me know how many nodes with MAC layer encryption can be handled by TI 15.4-Stack with CC1312R as a Collector? Can it support 500+ nodes? Thanks.

  • It is possible to increase the number of supported devices in the network with security enabled (i.e CONFIG_SECURE is set to true in file config.h) by setting the value of the parameter MAX_DEVICE_TABLE_ENTRIES for beacon and non beacon mode and both MAX_DEVICE_TABLE_ENTRIES and MAC_PNM_MAX_NUMBER_OF_NODE if using frequency hopping. This will increase the amount of RAM/flash used and thus you will be limited in total number of devices supported in a secured network based on your application RAM/FLASH needs. Same applies for the MAC CoProcessor as well, if you are implementing a secured network and want to increase the number of supported secured devices then you will have to increase the numbers and recompile to know the limit.
  • Thanks for your reply YK Chen. I guess I'm interested in the total number based on other people's experience.

    I'm at the early stage of choosing a wireless technology for my project and I'm considering Sub-1 GHz with TI 15.4-Stack, LoRa/LoRaWAN and 4G LTE Cat.NB1. I don't have all the necessary toolchains and software development tools for TI development installed on my PC yet.

    I would be really grateful if someone could find out the maximum theoretical number of nodes for CC1312R MCU for me. Thanks in advance.
  • Just try to increase MAX_DEVICE_TABLE_ENTRIES to 65535 and I can build collector example successfully. However, I don't have 65535 sensor nodes to do field tests.
  • Although I would be extremely happy with 65k number, however, 131070% improvement comparing to CC1310 (65535 vs 50 nodes) doesn't seem realistic with just extra 60 kB or RAM in CC1312R, would you agree? :)

    It this thread Suyash Jain mentioned "several hundred nodes with MAC layer security enabled with TI 15.4-Stack" and according to this thread I presume that "our new upcoming device" is the CC1312R (or CC1352R/CC1352P?).

    I'm wondering if TI has done some testing already with the CC1312R as I think the total number of nodes for TI 15.4-Stack is a major selling factor for their Sub-1 GHz technology.

  • Maksym,

    your link to "this thread" by Suyash Jain does not exist.
    Could you show the content of this thread?

    I do believe that here, on e2e, we have free and trusted space for a compiling, testing and any kind of free support.
    I do not accept any form of censorship, trolling, or any kind of intentional misinformation techniques and procedures on our e2e forum which is based on two basic values: good faith and trust!

    YiKai Chen, could you check and investigate "this thead"?
  • what do you mean to check and investigate “this thread”?
  • Tomasz,

    I'm sorry, my fault. I've updated the links, thanks.
  • Hi Maksym,

    As of today the largest network that we run tests with when using the CC1312 with MAC layer security enabled is a 150 node network but this doesn't mean that 150 devices is the limit for CC1312. At the moment I don't have an exact number on how many devices will be the absolute maximum but I would say that it could be in the ~200 to 300 node range of course the number of devices that your network would be able to support will be highly dependent on how many resources your application uses in terms of memory.

    Regards,
    Hector
  • Maksym has provided a nonexisting link when he started to pry your findings.
    Maksym has corrected his link and I will look at the info. Maksym has provided today later (it is 2 A.M. right now).
  • Maksym,

    no problem.
    Look at the text I sent to Yi Kai Chen.
    Also, we have an answer from Hector_r.
    I am off, it's 2 A.M.
  • Hi Hector,

    Thanks a lot for your reply, it answers my question!

    Thanks,
    Maks.
  • Maksym,

    I am glad you got the answer!
    Garbage in, garbage out.
    There are a lot of competent people here.

    Still, I have, time to time, issues to properly address my questions to them.
    That is the begin and end to your post.

    Good luck!