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.

CC2640R2F: HCI_LE_Transmitter_Test : set NumOfPackets for Ble-stack

Part Number: CC2640R2F

Good day!

I am planning to use BTool to control my CC2640r2f radio during regulatory (FCC & CE) testing.  We are using blestack (not ble5stack) with Simplelink CC2640R2 SDK 5.30.00.03, and are running the HostTest project.

After talking to the laboratory test engineer, I had several observations and questions regarding DTM packet counting (for receiver blocking, radiated immunity, and PER tests):

  • The HCIExt_ModemTestTx/Rx commands do not return a TX/RX packet count after ending the test.
  • The HCI_LE_TransmitterTest always returns 0x0000 in the NumOfPackets field after ending the test.
    • I know the device is transmitting, as I can simultaneously run the HCI_LE_RecieverTest on a different device, and it does return the NumOfPackets received.
    • SWRA737 recommends using the HCIExt_SetDtmTxPktCnt command (opcode 0xFC24) to set the number of transmitted packets.  However, this command does not work for blestack (the 0xFC24 opcode is mapped to the HCI_EXT_GET_ACTIVE_CONNECTION_INFO command in hci_tl.h).

So my questions would be:

  • How does TI recommend keeping track of PER with the original blestack
  • Related... is there a place in the stack I could add my own packet counter, or determine that the radio is still receiving/transmitting test packets?

Thanks a ton!

-Kenton

  • Hey Kenton,

    I've assigned your post to an expert to comment on.

  • Hi Kenton,

    Thank you for reaching out.

    I haven't found the solution to achieve exactly what you are asking for - i.e. run the PER tests using DTM commands sent by BTool to a device running the BLEStack. I don't think I have addressed similar request before.

    Maybe you could consider to follow a different approach:

    1. Leverage SmartRF Studio - This is the most widely used solution.
    2. Leverage host_test based on the ble5stack. At the end of the day, the PER depends on the radios used, the RF path, the PHY, etc. but not on the stack itself.

    I hope this will help,

    Best regards,

  • Thank you, Clement!  This is good to know. 

    I wanted to be careful, since SWRA601H (2.4.1.1) indicates the actual protocol stack may be needed for some tests, but it sounds like SmartRF Studio can be used in some cases (the test lab has used SmartRF Studio before).