• State
  • Locked Locked
  • Replies 9 replies
  • Subscribers 55 subscribers
  • Views 2467 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Continuous packet RX with CC1310

Bill Burns
Prodigy 170 points
Other Parts Discussed in Thread: CC1310

I am having difficulties setting up the CC1310 RF core for continuous RX of packet data. This is for implementing a PER test for measuring receiver sensitivity.  I am trying to command the RF Core of the CC1310 to receive N packets. Ideally, an interrupt would be fired when this is complete. I have the RX working in general. I am having three issues.


1. How can the RF core CMD_PROP_RX command be configured to continuously receive packets.

2. How do I set up an interrupt based on the count of received packets. Is this possible?

3. The RX Buffer full count in the RX statistics is increasing (and the RX_BUF_FULL IRQ fires) when the RX buffer called out in the data entry is 255 bytes, and the packet data received is only 100 bytes. I check the data entry buffer and only the first 101 bytes (1 extra for the length) are changed.

Thanks,
Bill

  • 0
    TI__Expert 8765 points
    Hi Bill,
    1. The example project "RF packet RX" that comes with the latest TI-RTOS release v2.15.0.17 sets up the radio in continuous RX mode. Note that it uses a call back function to be triggered once a packet is received. When "RF_cmdPropRx.pktConf.bRepeatOk" is set to 1, the rfcore will go back to sync search after receiving a packet correctly.
    2. The call back function acts as an interrupt that gets called every time a packet is received. You can add your packet counter in this call back function.

    Regards,
    PS
  • 0 in reply to PrashanthS
    Prodigy 170 points

    Thanks for the reply. I ran the CC1310 in the manner you mention but when I do this I get a ERROR_START_TRIG error in the returned status and the statistics (rfc_propRxOutput_s) returns nRxBufFull set to 1. There should be no Buffer full condition in my test as the buffer is twice the size of the packet. If I single step through the code these 'errors' do not occur. Are these 'errors' expected?

    I am also seeing some status codes set to 0x3yyy when the TRM show only 0x0yyy for all status codes. Is this expected?

    Thanks,

    Bill

  • 0 in reply to Bill Burns
    TI__Expert 8765 points

    Hi Bill, 

    The "RF Packet RX" example is already set to run in continous RX mode. Are you seeing these errors with this example? If not can you tell what modifications were made. 

    Regards,

    PS

  • 0 in reply to PrashanthS
    Expert 1740 points

    Hi

    I am trying to modify rfpacket rx example by adding uart and frequency hopping in the mix,the device is in continuous rx mode and it creates a callback on every radio packet received,what I am trying to do is send the data received over air on uart as it is after copying into a uart buffer and also change frequency to next frequency in the hopping table,please advise how I should go about it?

    I tried sending uart data in the receive call back and it would work fine but I cannot change frequency in the same call back,it just wont switch frequency to next frequency,kindly assist,

  • 0 in reply to Ali Awan75
    TI__Guru* 86071 points

    Hi

    You cannot change the frequency while in RX mode. If you have repeat mode = 1 you need to cancel the RX command before you are sending a new CMD_FS.

    BR

    Siri

  • 0 in reply to Siri
    TI__Expert 8765 points

    Hello Ali,
    There is an example you can refer to e2e.ti.com/.../469335
    It contains frequency hopping along with sending the Rx payload to uart.
    Regards,
    Prashanth

  • 0 in reply to Siri
    Expert 1740 points
    Cancel the rx command,change the frequency and then go into continous rx again?...how do i go into continous rx again...call the CMD_PROP_RX in the call back after doing frequency change and uart write in call back???...
    Should i wait for a semaphore to post in while(1) where semaphore gets posted on rx ok in call back???..
  • 0 in reply to PrashanthS
    Expert 1740 points
    Thank you sir..i will look into it...:)
  • 0 in reply to PrashanthS
    Expert 1740 points

    I looked at the example you shared....it contains errors besides it is made for ccs whereas i work in iar embedded workbench for arm...

    Rf packet tx and rf packet rx suit my application better than the easy link examples...i am only not able to change the frequency while in continous rx mode...