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.

CC2652P: Can BLE tx adv data in non-adv channel( not 37, 38 , 39)?

Part Number: CC2652P
Other Parts Discussed in Thread: CC1352P,

Hi, my target uses CC2652P, SimpleLink cc13x2_cc26x2 SDKv4.20, my application is based on example CC1352P_2_LAUNCHXL ti54stack sensor_2_4g.

My 15.4 stack works fine. Now I need to use BLE and 15.4 both.

In BLE, I need to do a simple task: just tx BLE adv data periodicity.

I have tried to use RF drivers to tx ble adv data with 15.4 stack running. In my test, I can tx ble data in any channel (0-39) successfuly, but after ble adv data tx, 15.4 stack fails.

To be specific, after each time I tx ble adv data, I recover RF parameters. Then, I can use 15.4 stack to tx data successfully but I can not use 15.4 stack to scan. When scan ,error occurs, and system reset.

Now I have two ways to complete my task.

1, Still use RF drivers to tx ble adv data, but I need to resolve the problem of 15.4 stack fails. This way probably may be easy enough to develop.

2, If I can not resolve the problem of 15.4 stack fails, maybe I can only use DMM. But DMM may cost more time to develop.

Now I want to ask a question about DMM, if I use DMM to tx ble adv data, can I use non-adv channel(not 37, 38, 39) to tx adv data?

And, which way do you recommend me to use? Use RF or use DMM?

Thank you very much.

I have another thread about my test about using RF drivers to tx ble adv data, please refer to this  e2e.ti.com/.../976581

  • Yingtao,

    I will assign an expert that will be able to help you.

    -Luis

  • Hi,

    Bluetooth Low Energy advertisements should be sent on advertising channels (37,38,39). By selecting other channels you would violate the specifications. In addition to that if you advertise on non-advertising channels no scanner will be able to detect your advertisements (because a scanner only on channels 37,38,39).

    I hope this will help,

    Best regards,

  • With Bluetooth 5 there are now two sets of advertising channels: primary and secondary.  The primary advertising channels are the original 3 of the 40 advertising channels defined in Bluetooth 4. While the secondary advertising channels use the 37 fixed channels previously reserved for data.

  • Hi all,

    This is true, you could use Advertising Extension (also called extended advertising). That being said, even if the Adv data is transmitted on a secondary channel (in AUX_ADV_IND PDUs),  you will still have to send ADV_EXT_IND PDUs on the primary channels.

    If this solution fits your requirements, you may want to review the Bluetooth core specification, Volume 6, Part B, Chapter 2.3.4 (I like the figure 2.20 of this section).

    Best regards,

  • Agree with Clément. I just point out the possibility and it still depends on if this fits yingtao's requirement.

  • Thanks to all of you. The information above helps me a lot.

    Let me describe my task with more details.

    My own target board uses TI 15.4stack, including scanReq, dataReq, beaconNotifyInd APIs and so on.

    The 15.4 stack works fine.

    Now my team need to develop BLE AOA, the AOA transmit terminal is based on current project (CC2652P, including TI 15.4 stack).

    And, we would like to

    1) use connectionless AOA;

    2) put CTE into BLE4 PDU;

    3) use BLE channel 0-36.

    The reason using channel 0-36 is that there will be a lot of noise data in adv channel 37,38 and 39. Channel 0-36 is much clear.

    So I have made an experiment.

    I use 3 RF Cmd to tx BLE data:

    1) RF_cmdBle5RadioSetup_bt5le1madvnc_0

    2) RF_cmdFs_bt5le1madvnc_0

    3) RF_cmdBleAdvNc_bt5le1madvnc_0

    Using these 3 RF cmd, I can tx BLE data successfully in any channel(0-36, also 37,38,39 can work). I can observe data on CC1352P-2 Development Kit launchpad.

    However, after I use these 3 RF cmd, 15.4 stack fails. So, I did some recover job to restore 15.4 parameters as possible as I can.

    To be specific, after each time tx BLE data, I do these things to recover 15.4:

    1) use RF_cmdRadioSetup_ieee154

    rfHandle = RF_open(&rfObject, &RF_prop_ieee154, (RF_RadioSetup*)&RF_cmdRadioSetup_ieee154, &rfParams);
    RF_close(rfHandle);

    2) restore 15.4 channle page and channel

    ApiMac_mlmeSetReqUint8(ApiMac_attribute_channelPage, 0);
    ApiMac_mlmeSetReqUint8(ApiMac_attribute_logicalChannel, my_15_4_channel);

    After I do these 2 things. I can use dataReq, dataInd to transmit and receive 15.4 data successfully.

    But, I can not use scanReq still. If I call scanReq, main_excHandler triggered, and system reset.

    So, what do you and your team recommend me to do to achieve our AOA task meanwhile 15.4 stack can still work?

    Thanks a lot.

  • Hi,

    We do not support proprietary implementations of AoA. We only support implementation of AoA using the BLE stack.

    That being said, our last SDK version (4.40) does support connection-less AoA.

    Best regards,

  • Hi,

    In SDK v4.40, does connection-less AOA's channel has any limitations?

  • Hi,

    Per specifications, connectionless-AoA uses periodic advertisement. It means CTEs are sent on connection channels (channel 0 to 36).

    Regards,

  • Thanks, our AOA receiver uses other manufacturer's scheme. Only transmitter uses TI's product.

    On transmitter, CC2652P uses the above 3 RF cmd to tx BLE data. The receiver (Not TI's product) makes IQ sampling, phase difference calculating.

    This AOA demo system has been running successfully, and we have got the angel.

    So, in fact, our transmitter just need to tx BLE data with these condition:

    1) non connection;

    2) put CTE into BLE4 PDU (including anti-whitening);

    3) any channel.

    These all have already been completed, and AOA system has been achieved.

    Now, only one thing need to be resolved: 15.4 stack fails.

    So, based on the situation above, what do you recommend me to do to make BLE data and 15.4 stack work fine both?

    Thank you.

  • Hi,

    I am going to kindly ask you to open a new thread to discuss the issues with the 15.4 stack - because I am not an expert of this stack.

    For the rest, I will ask you to close this thread by marking it as resolved.

    Thanks and regards,