CC1352R: BLE and Proprietary RF by rotation

Vyacheslav Lebets

Part Number: CC1352R

Hi All !

I need to use BLE and Proprietary RF by rotation.
That is, work with radio, then switch to BLE and work with it. Then again switch to the radio.
To do this, I need to initialize one thing each time and deinitialize the other.
Take for example BLE. Bluetooth works with ICall, and understates with the tasks of ICall. In order to switch to the radio, we need to stop the ICall tasks so that they do not load the kernel.
If we take the radio, then it's easier: turned off the radio and that's it. When we need for the radio, we will simply set up it again.

But what about BLE? How can I deinitialize it?

And yet: in smartrf_settings.c, the RF_Mode structure is configured with the patch
cpePatchFxn = & rf_patch_cpe_multi_protocol.
Is the bluetooth patch used and how is the patch in my case?

Thanks.

over 6 years ago

0 J Lindh over 6 years ago

TI__Guru 57865 points

Hi,
Have you looked at our DMM solution? We have some good SLA modules here:

dev.ti.com/.../dmm_fundamentals.html

dev.ti.com/.../customizing_use_case.html

dev.ti.com/.../dmm_integration.html

0 Vyacheslav Lebets over 6 years ago in reply to J Lindh

Intellectual 270 points

Hi, Joakim.
Thanks for response.
We don't need a concurrently operating.
In our algorithm most of the time only radio will work. Then at some point we need to turn off the radio and turn on the bluetooth for a while. And then turn off the bluetooth and turn on the radio again for a long time.
Due to the fact that the bluetooth will rarely work, and not parallel to radio, it makes no sense that the chip resources would be spent on servicing the bluetooth tasks.
But DMM suggests exactly concurrently operating, what we don't need.

Regards, Vyacheslav.

0 Tim C over 6 years ago in reply to Vyacheslav Lebets

TI__Mastermind 34660 points

I'm not entirely sure what you're getting at here as your request seems to be the opposite of how BLE works. Can you describe in detail what BLE functionality you are hoping to achieve?

If you want to stop BLE activity, you need to gracefully end whatever BLE activity is occurring: drop the connection, stop advertising / scanning. There is no simple way to kill the stack so that it can continue processing at a later point.

0 Vyacheslav Lebets over 6 years ago in reply to Tim C

Intellectual 270 points

I decided to use the radio and BLE but without DMM.
When I need a BLE, I just will not send commands to the radio and vice versa, when I need a radio, I will correctly break the connection over the BLE.

Sub-1 GHz

Sub-1 GHz forum

CC1352R: BLE and Proprietary RF by rotation