RTOS/CC2650: Frequency hopping reception with CC2650

Hello, 

Switching from TX to RX and changing frequency has to be implemented in the application code using the APIs and RF driver commands. There are several examples released with TI RTOS for CC2650 that provide a good starting point for building your application. They also provide information on using different APIs to program the device in RX and TX modes. For faster switching, command chaining feature can be considered. If you have any specific questions regarding implementation of any feature or command, please let us know. 

Regards,

Thank you SVS.

when the CC2650 receive a right packet, i use the commad to change the frequency in a TIMER_A interrupter：

RF_cmdFs.frequency = Hop_Sequence_m[ next_f ];

RF_postCmd(prop_handle,(RF_Op*)&RF_cmdFs,RF_PriorityNormal,NULL,0);

and use the command change the RF from RX TO TX:

RF_cmdPropTx.startTime =0;

RF_cmdPropTx.startTrigger.triggerType = TRIG_NOW;

RF_postCmd(prop_handle,(RF_Op*)&RF_cmdPropTx,RF_PriorityNormal,NULL,0);

use the API to switch to RX:

RF_postCmd(prop_handle,(RF_Op*)&RF_cmdPropTx,RF_PriorityNormal,&rf_callback,IRQ_RX_ENTRYDONE);

i find a strange phenomenon,if open the Radio first,then power the CC2650, it works very well,but if i power on the CC2650 and then open the Radio,it works sometimes good, sometimes bad.

but it works all normal on the cc2500 /cc2510 with the same code.

could you help me and give me some example?  i use the CCS 6.2 with TI-RTOS 2_20_00_06.

Hi,

This is question from my customer, any update? It's quite urgency.

Vivian

Hello, 

The examples are in the latest release of TI RTOS "tirtos_cc13xx_cc26xx_2_21_00_06", is there a reason you are using "tirtos_cc13xx_cc26xx_2_20_00_06" version or can you upgrade to the latest (recommended)? 

The sequence of commands from your post looks OK, however, depending on the way transmit and receive operations are setup, if the previous command execution is not complete when the net command is issued, the radio might not behave as expected. You can use RF_pendCmd() to ensure that the previous command has finished execution. 

Can you please elaborate on what is being done to "open the Radio first,then power the CC2650"? Are you changing the power modes? 

Since the receive command is called with this function, when RX entry is done, the execution is transferred to the callback. 

RF_postCmd(prop_handle,(RF_Op*)&RF_cmdPropTx,RF_PriorityNormal,&rf_callback,IRQ_RX_ENTRYDONE);

Regards,

hello,
i have updated the RTOS to 2_21_00_06.

I call the RF_flushCmd()(same as RF_cancel()) before use RF_postCmd();

1. i enable the RF interrupt :
RF_postCmd(prop_handle,(RF_Op*)&RF_cmdPropRx,RF_PriorityNormal,&rf_callback,IRQ_RX_ENTRYDONE);

it enter the rf_callback() after receive a packet,but i find it will enter the rf_callback() again after the IRQ_RX_ENTRYDONE interrupt ,and the RF_EventLastCmdDone was be set . but i never enable the interrupt IRQ_LAST_COMMAND_DONE.

2. I call the RF_postCmd() in a time interrupter(GPT_INT_TIMOUT every 3ms) callback, i want to use RF_pendCmd() ,but the time cannot get into to its callback if i use the RF_pendCmd() .

what the matter?please help!

thanks!

Excuse my poor English.

i find it will get into the rf_callback() twice after rcceive a packet,once is the IRQ_RX_ENTRYDONE interrupt ,and the second is the IRQ_LAST_COMMAND_DONE interrupt, i never enable the IRQ_LAST_COMMAND_DONE interrupt,why it will enter the interrupt?