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.

CC1352P: Number of sub Ghz node to be connected simultaneously.

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

Hello Everyone, 

I am Piyush Saxena, 

I have a requirement where clients wants to have atleast 6 sub ghz wireless switch to be connected simultaneously with the a central hub. The central Hub should have bluetooth (for monitoring the wireless switch status on mobile application) and sub ghz for wireless connection with the wireless switch. 

After doing some research I have came across a solution i.e. using CC1310 for wireless switch and using CC1352R/P for the central hub. Whereas since I do not have prior experience working with these MCU hence I have some queries mentioned below. 
It will be great if someone can help me with the following queries. 

I would like to have a confirmation if 6 Sub Ghz CC1310 can be simultaneous connected with the CC1352R/P MCU?

Since CC1352R/P is a multiprotocol MCU hence can you please let me know what is the maximum number of CC1310 that can be connected to CC1352R/P. Also please let me know if we can also used the bluetooth feature simultaneously. If yes then what shall be the possible data rate I should expect for the bluetooth connection. 

Also please let me know the impact on Flash and Ram of the Central hub i.e. CC1352 on adding each wireless switch. 

Thank you. 

  • I have assigned someone to answer your questions.

  • Hi Piyush,

    For you sub-1 solution, setting up a TI 15.4-Stack star network with one collector (CC1352) and 6 nodes (CC1310) should be very straight forward.

    We don't currently have any examples showing BLE central role with the multi protocol manager (DMM). This we have not tested your use case. However we have an implementation of BLE peripheral + TI 15.4-Stack collector. 

    Talking about data rate, the DMM is highly configurable to you use case. My suggestion would be to allow priority to BLE packets, since TI 15.4-Stack in non-beacon mode packets can be sent at any time.

    Please see all our application examples here: https://dev.ti.com/tirex/explore/node?node=AHuCrezteA7yPN-8cnErBw__pTTHBmu__LATEST 

  • Hello Marie, 

    There will be certainly 2 different types of devices in my overall application. 

    1) Central Hub: This device will be 12VDC powered. This device should have Bluetooth as well as Sub Ghz connectivity. The user should be able to monitor the reed switch status as well configure some setting of the system using mobile phone application. Also this device will be connected to multiple i.e. atleas 6 wireless Sub ghz reed switch. 
    1) Wireless Sub Ghz Reed Switch: This device will be battery powered so it has to be low power device. It will have a reed switch. This device will notify the central hub only when there will be any change of status in the reed switch position. 

    Do you still think Using CC1310 for wireless reed switch device and using CC1352R/P for the central hub should be a good option. 
    As per client, the system is of no use if all the 6 wireless reed switch aren't connected to the central hub. As well as having the Bluetooth connection in parallel at times. 
    Hence can you please provide me some assurance that I can safely choose the above mentioned IC for the overall application.

    Also can you please let me know what is the maximum number of wireless switch that I shall be able to connect with my central hub?. 

    Thank you. 

    Piyush Saxena 

  • Hi Piyush,

    Yes I think this sounds like a good proposition.

    For CC1352 acting as TI 15.4-Stack collector and BLE peripheral, I would assume 6 sensor nodes should be no problem.

  • Hello Marie, 

    Thank you for confirming the overall architecture. 

    Also may I know how many wireless reed switch can be added to be working simultaneously in the Sub Ghz wireless network?
    Is there any implications on flash and ram requirement while adding these Sub Ghz node in the wireless network?

    Thank you. 

  • Hi Piyush,

    Yes the main bottle neck will be RAM memory, but there will also be flash memory needed for each added device. 

    If you take the  BLE peripheral + TI 15.4-Stack collector DMM example as a starting point, you can see that the BLE task requires a good amount of RAM to run (mainly ICall heap). 

    I would calculate about 55 bytes of RAM needed per node added. (This will vary depending on whether you are using security features.)

    Cheers,
    Marie H