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.

CC2340R5-Q1: While testing for RX performance, with Packet RX using SmartRF studio, Device is throughing CRC error for received packet

Part Number: CC2340R5-Q1
Other Parts Discussed in Thread: CC2340R5

Tool/software:

Hello team, 

We are using CC2340R5-Q1 series, CC2340R52E0WRHBRQ1 as a BLE device for Class 2 Product, while testing for RX performance, using SmartRF studio, I am generating Data packets using R&S CMW100 unit for BLE 1 Mbps test, using WINIQSIM2 tool, But When connected CC2340R52E0WRHBRQ1 to instrument, the received packets its throwing CRC error and all packets because of that is received not ok. Can you help with correct packet configuration? I am creating access address as per Packet TX address. Anything else we are missing? 

Same error coming for CC2340R5 Development board also. 

  • Hi there, apologies for the delay. We have had quite a few out for summer vacations. I have assigned your question to an expert who will get back to you. 

  • Hi Nikhil,

    The packet structure that you need to send can be seen in the image that you have sent. Look under "Packet TX" tab all the way at the bottom of the image.

    However, the most likely reason for the CRC errors is that by default SmartRF Studio has data whitening enabled. You are sending data without whitening while the receiver is expecting data with whitening. At the moment, it not possible to disable whitening in SmartRF Studio 8 unfortunately.

    To test the RX performance with a signal generator and SmartRF Studio, you have to whiten the data before sending it.

    My recommendation is to do the RX test using DTM mode. You can flash your device with the host_test example from SDK and use BTool to set the device in RX. Then, you can send test packets with your generator.

    Regards,

    HG

  • Hello Haiatullah, 

    Thank you for your suggestion, Data whitening helped along with that, Data length for packet I was generating was 251 bytes, I observed TI is using 37 bytes when I changed to 37 bytes, I was able to receive packets ok. Thank you for your support.