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.

Concurrent Sub-1GHz & BLE on CC1350

Other Parts Discussed in Thread: CC1350, CC1310

A while back we looked at CC1350 for a project that needed concurrent BLE & Sub-1GHz operation. At the time, the drivers where not ready to do that and the CC1350 had to be rebooted to switch the radio band. 

We wanted to check back in to understand what is the current state of the TIRTOS RF drivers for CC1350 and if the driver now allows concurrent operation of both bands. 

Thanks.

  • Hey,

    The dual mode RF driver is currently being implemented. Unfortunately I do not have a schedule I can communicate at this time. The best estimation I can give is second half of 2016, which is not very accurate :(

    Could you please describe the use case you have? We might be able to find a solution for you.

    Jonas
  • Hi Jonas,

    I would be very curious about a BLE broadcaster + <1GHz RX/TX implementation.

    Thanks,
    Robb
  • Jonas, I have sent you a PM with details about our use case.
  • Hello,

    That is available in TI-RTOS for cc13xx/cc26xx 2.20 SDK available on ti.com/ti-rtos. See CC150LaunchPad, Wireless Sensor Network Dual Mode Concentrator and Node examples.
  • Hi Jonas,

    Thanks for the insight. Currently I am working with custom hardware in single ended configuration, no RF switch. I am able to get the <1GHz path working, but I am not seeing the 2.4GHz Beacon generated. I have <1GHz off of RF_N and 2.4GHz off of RF_P.

    I have modified the smartrf_settings.c for <1GHz:
    config.frontEndMode = 0x06, // Single-ended mode RFN with external frontend control on RF pins (RFP and RXTX)

    I have modified the smartrf_settings_ble.c fro 2.4GHz:
    .config.frontEndMode = 0x05, // Single-ended mode RFP with external frontend control on RF pins (RFN and RXTX)

    I have eliminated the use of the Board_DIO30_SWPWR and Board_DIO1_RFSW since I do not have an external RF switch.

    Is there something else that I am missing?

    Thanks,
    Robb
  • Hi Jonas,

    I think that I was able to identify the cause of the issue.  I have earlier pre-production silicon of the 4mm x 4mm CC1350.  The configuration in the example code is for the released production device.  I was able to verify the BLE 2.4GHz path using the BLE 2.1.1 stack release that implements patches to the radio that are not included in the <1GHz + 2.4GHz Beacon CC1350 example.  I have requested sample units of the scheduled CC1350 release for the 4mm x 4mm package. 

    I will wait unit I receive these new units to test the combined path.

    Thanks,

    Robb

  • Hi All, i think this is the place to ask my question, if not please let me know where can i ask my question

    I can't really post here the specific use case, in general:

    We want the cc1350 to act as BLE  peripheral(send receive data via GAP/GATT services), and also receive/send data over SUB 1-GHz, can i do that with the cc1350 current drivers? if not, did there is a way to send/receive data via BLE and SUB 1-GHz?

    I read about Role Switching did there is any example for it?

  • Hi,

    I can not discuss road map on the public forum, for question about future SW and SW example please consult a local TI representative. What we have now is:

    1. a Role switching example hat switches between a very feature rich BLE application (sensors, switches. LED's and OAD FW update). This BLE application is used to do a FW update of the Sub1G FW, while in the Sub1G FW a button press will switch it back to the BLE application, where a further FW update can be done. This example can be change so that a memory location is used to share GAP/GATT service data with the Sub1G application to solve the use case you have. In this example the FW switch between BLE and Sub1G uses external flash due to the size of the feature rich BLE application. More information can be found here:

    2. In the BLE stack there is a dual_image_concept example, where 2 applications are contained in internal flash, the BLE application is a simple peripheral and it is possible to run a Sub1G application as the second application. Again a button press is used to switch between the 2 application, but this time as the BLE application is small it is all run from internal flash. This example is in the BLE SDK, folder ble_sdk_<version>\examples\cc1350lp\dual_image_concept:

    www.ti.com/.../ble-stack

    You can then add a Sub1G task as the second example from one of the Sub1G examples in simplelink_cc13x0_sdk_1_00_00_13\examples\rtos\CC1310_LAUNCHXL\easylink or simplelink_cc13x0_sdk_1_00_00_13\examples\rtos\CC1310_LAUNCHXL\drivers\rf*, from the CC13x0 MCU SDK:

    www.ti.com/.../simplelink-cc13x0-sdk

    Regards, TC. 

  • Thanks TC.
  • Hi TC,

    Pertaining to case 2 above, when BLE and Sub1G are running on the same CC1350, from my understanding both BLE Stack and 15.4 Stack are built into Flash, then what is the flash usage in this case? how much space is left for applications?

    Thanks.

    Regards,
    Jony
  • As I know, CC1350 doesn't have enough flash for both BLE Stack and 15.4 Stack to download into flash.
  • All, Looking to implement the stack switching method so I can use both radio stacks but I am concerned that the internal flash may be "worn out". These type of devices typically have 100,000 write cycle duty. If that is that case, a design needs to make sure this does not wearout the CC1350 memory. Does any one know the number of writes the 128k flash on the CC1350 will allow before it gets worn out?

    Thanks
  • Yes, it's 100K times which is listed in section 5.21.4 of CC1350 data sheet.