• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Answers 2 answers
  • Subscribers 54 subscribers
  • Views 994 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.

CC1310: Antenna Diversity in CC1310

Harikrishnan R S
Expert 1670 points
Part Number: CC1310

Hi,

I am having some doubts regarding the implementation of Antenna Diversity in the CC1310 SoC.

  1.  In the figure 7.1 of datasheet, single ended operation with antenna diversity is shown. How could we implement this in the firmware ? Is it possible to take the RF signal inputs from RF_N and RF_P separately and to process them ?
  2. In the application report SWRA523B, Antenna diversity using the PQT algorithm is explained. Is it reliable on long range communication ? 

Thank you in advance for any help you provide.

  • 0
    TI__Genius 9705 points

      Hello,

    It is possible to use RFP and RFN pins in single ended configuration and implement antenna diversity at the application level by switching to RFP or RFN pin.

    The other option is to use antenna diversity patch which assumes single ended output followed by a switch to control the antenna being used. This is described in the application report that you have referenced. Parameters such as carrier sense threshold can be adjusted to optimize accuracy under different conditions.

    Regards,

  • 0 in reply to SVS
    Expert 1670 points

    Thank you SVS,

    Thanks for the reply.

    It is possible to use RFP and RFN pins in single ended configuration and implement antenna diversity at the application level by switching to RFP or RFN pin

    How could we implement this in the firmware ? 

  • 0 in reply to Harikrishnan R S
    TI__Genius 9705 points

    Hello,

    We have an option to update parameters that are part of setup command using immediate command “CMD_UPDATE_RADIO_SETUP”.

    In this case, to switch between rfp and rfn pins, the update command can be used with the following overrides:

     

    //Overrides to select RFP

    uint32_t pOverrides_rfp[] = {

    (uint32_t) 0x40C4057E, // Set RFP for RX

    (uint32_t) 0x50710002, // Set RFP for TX

    (uint32_t) 0xFFFFFFFF

    };

     

    //Overrides to select RFN

    uint32_t pOverrides_rfn[] = {

    (uint32_t) 0x40C806BE, // Set RFN for RX

    (uint32_t) 0x50720002, // Set RFN for TX

    (uint32_t)0xFFFFFFFF

    };

     

    This cannot be used when the device is in TX mode and sending packet. Also, if the antenna switched while a packet is being received, there will be CRC errors.

    However, between sending packet in TX or in RX mode when not receiving a packet, this can be used to switch antennas.

     

    Regards,

  • 0 in reply to SVS
    Expert 1670 points

    Thank you SVS,

    Thanks for the reply.

     'if the antenna switched while a packet is being received, there will be CRC errors'

     

    In PQT algorithm explained in AN SWRA523, the antennae are switched for receiving the packets from two different antennae. Won't there be any CRC errors ? 

  • 0 in reply to Harikrishnan R S
    TI__Genius 9705 points

    The switching of antenna is handled by the special patch used for antenna diversity documented in the app note. The switching is done during preamble by the patch and hence there will not be errors in RX.

    If antenna switching is implemented in application code without using the patch, this has to be addressed in the application code.

    Regards,

  • 0 in reply to SVS
    Expert 1670 points

    Thank you SVS,

    Thanks for the reply.