Part Number: CC3135
I have your CC2652 Launchpad and CC3135 Booster Pack handy and have already downloaded the SDK for CC3135 booster pack. Moreover, I have already assembled CC2652 Launchpad and CC3135 Booster pack board together and try to run the network_terminal example. I am able to load the network_terminal example into the CC2652 launchpad and run it successfully. I also noticed there are other commands like "CoexEnable", "CoexDisable", "AntSelectionEnable", and "AntSelectionDisable". Is there a way we could evaluate these commands like accessing the board through your Bluetooth APP?
I have assigned an expert to comment.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Clément:
In reply to Vincent Chou:
Unfortunately, what you are asking for, is not supported.
Let me put it this way: When you combine the the launchpad and booster pack, you make the CC2652 a "single wi-fi device". Even though it supports BLE, the device does not support being BLE enabled and wi-fi enabled at the same time. The coexistence feature you are referring to is not an internal "dual role" feature, but intended for two separate devices to coexist (not the single device, even though you have a booster pack).
In the case of two separate devices, there are currently no options to verify this feature through any of our tools either.
In reply to Vetle G:
I understood what you referred in the email. In that case, there is no clear configuration and steps for us to set up an environment to test BT and WIFI coexistence scenario. Although the feature has been explained in the CC3135 datasheet, there is no clear example to set up a BT and WIFI coexistence scenario. Do you have any configuration you can suggest to test BT and WIFI coexistence with other BT devices?
Currently this is more of an option than a feature with its own example, and so I can't point you to a specific example. However, I can give you some guidance on how to enable the BLE device:
If you have a look at the board files for either of the CC1352Px devices, located in the following path for the latest SDK:
You will find what you need in the *LAUNCHXL.c file, where the RF driver is configured to subscribe a callback function "rfDriverCallback" on the radio power up/down events, and the *LAUNCHXL_fxns.c file where this function is defined. From the function definition, you can get an example of how the GPIO pins are toggled according to the radio waking up. By adding similar configuration to the board files of the BLE example projects, you should be good to go with a BLE device.
There should not be any restriction on what device CC13x2/CC26x2 you choose to use as your other BLE device.
Thanks for your suggestions! Let me try to implement that.
I could not find an example project which really uses ../source/ti/ble5stack/boards/CC1352P1_LAUNCHXL/CC1352P1_LAUNCHXL_fxns.c. Could you kindly point me to the right example to look at? Thanks!
All the examples in /examples/rtos/CC1352P1_LAUNCHXL/ble5stack include the CC1352P1_LAUNCHXL_fxns.c file in the project specification, so by opening any of these in CCS you will see the file in the project. If you have your own extension of any of the examples, and you miss any files, you can always just import the file to your project and add the same directory to you include path.
The important part for your case is that you, as mentioned above, point the RF driver callback function to a function definition of your choosing.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.