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.

CCS/CC2640R2F: aoa_receiver - triggering rx AoA packet event

Part Number: CC2640R2F

Tool/software: Code Composer Studio

I'm using another BLE transmitter than the aoa_sender with a slightly different AdvData structure. The first 3 bytes are flags and cannot be changed. The rest of the packet has the same format as the sender_aoa AoA AdvData (meaning first 3 bytes are flags but byte 4 is the length, byte 6,7 Texas ID, 8 pkt ID, 6 bytes of padding and 17 bytes of '1's). I'm unable to receive anything during the AoA Scan at the receiver due to the mismatch in the AdvData bytes. Is there a way I can modify the aoa_receiver code to match the company ID at AdvData byte 6,7 and Packet ID at AdvData byte 8 to trigger the AoA packet event in RF core?

Thank you!

  • Hi Hanne,
    I am uncertain if this is possible. Assigning one of the experts to comment.
  • Hi,

    The RF core is expecting the first 5 bytes to be the specific payload shown in the aoa_sender project, and it can not be moved to a different location.
    can you specify your application needs so we can see if there is another way to achieve what you want?
  • Hi,

    Thank you for your response! The application I'm working on requires access to the IQ samples from the AoA packet without using one of the TI CC2640R2F boards as a transmitter. My goal is to be able to use any BLE device that is transmitting the AoA tone in its Adv packets. The BLE transmitter I was using does not let me change the first 3 bytes of the payload to be what is expected at the receiver. I can only change the following 28. If the aoa_receiver code can't be changed to account for this, is there any other way you'd recommend to get the IQ from the AoA tone into a laptop for processing?

    Best,

    Hanne

  • Hi,

    It's not possible in our 2.30 SDK solution. However, you can take a look at our CC2640R2 2.40 SDK, which takes I/Q samples of the CTE in connection packets.

    The Connection CTE packet format that our rtls_passive is looking for is BT 5.1 compliant format, which means eventually for whichever device(can be phones), as long as they implement BT5.1 spec, the rtls_passive will be able to get the I/Q and dump the data.

    Currently, there is no phones in the market that does this, so in order to start the evaluation, I would recommend you to take a look at our SimpleLink Academy training for AoA.
    dev.ti.com/.../