LP-CC1311P3: rfPacketRx example hangs in driverlib

David Paden

Part Number: LP-CC1311P3
Other Parts Discussed in Thread: CC1311P3

Tool/software:

I am using CCS Theia and the LP-CC1311P3. I have tested packet receive in SmartRF Studio and confirm that it works. Now, I am trying to test packet receive in a stand-alone application. I imported the rfPacketRx_LP_CC1311P3 example (both nortos and tirtos7 versions). I am able to compile and load the applications, but the program seems to hang when calling the command to begin receiving:

terminationReason = RF_runCmd(rfHandle, (RF_Op*)&RF_cmdPropRx,
                                               RF_PriorityNormal, &callback,
                                               RF_EventRxEntryDone);

The program never returns from this call. Halting the program shows the call stack is in:

__asm___11_driverlib_c_6de1fc02__CPUwfi + 0x2 () 0x10000586

Initially I altered the syscfg to use a specific frequency (902 MHz), but when it didn't work I imported a fresh copy and it fails without any modifications. What is going on? Is there some sort of bug in the driverlib...or maybe in the syscfg generation?

3 months ago

0 Siri 3 months ago

TI__Guru* 84221 points

For the SimpleLink cc13xx_cc26xx SDK 7.41.00.17, please use the recommended CCS version,
TI Code Composer Studio: CCS-12.5.0

CCS Theia is not official supported for the SimpleLink cc13xx_cc26xx SDK, and even if you are able to import and run the examples, we cannot guarantee that it works as expected.

Siri

0 David Paden 3 months ago in reply to Siri

Expert 1865 points

I installed CCS 12.5 and it has the exact same issue with both gcc and TI ARM clang. With the stock rfPacketRx example, code execution never returns from the call to RF_runCmd. What is missing?

0 David Paden 3 months ago

Expert 1865 points

Ah, I think I wasn't clear on the RF commands. Is it correct that RF_runCmd() is a blocking call? If so, that's the issue. I am able to see the callback execute when the rfPacketTx code is also running. Perhaps I need to read up on the API more...I do not want to block on these RF commands in a real application.

+1 Siri 3 months ago in reply to David Paden

TI__Guru* 84221 points

it is correc that this is blocking, and it will not return unless RX mode was terminated due to for example an overflow or some other type of error.

If you do not want to have a bloking RX, you need to use RF_postCmd instead.

For more info, please go throug the documentation of the RF DRiver:

rflib: RFCC26X2.h File Reference

Siri

Sub-1 GHz

Sub-1 GHz forum

LP-CC1311P3: rfPacketRx example hangs in driverlib