• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 53 subscribers
  • Views 80 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

LP-CC1311P3: rfPacketRx example hangs in driverlib

David Paden
Expert 1855 points
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?

  • 0
    TI__Guru* 83701 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.

    BR

    Siri

  • 0 in reply to Siri
    Expert 1855 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
    Expert 1855 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 in reply to David Paden
    TI__Guru* 83701 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