CC1352P7: Issues when routing radio signals to GPIOs

Omid Kandelusy

Part Number: CC1352P7
Other Parts Discussed in Thread: SYSCONFIG

Tool/software:

Hi there,
I am trying to route the RF core singles to the launchpad's GPIOs.
Following the the description given, in this page [Routing RF Core Signals to Physical Pins], I tried to route two signals to two GPIO pins, one for when I send a packet and one for when I receive a packet.

For the Rx, an over-ride for the register is needed. I followed the instruction, and added the following lines to update the radio dev setup structure:

// Overrides for CMD_PROP_RADIO_DIV_SETUP
uint32_t new_pOverrides[] = {
    // ...
    // Set the SYSGPOCTL register
    HW_REG_OVERRIDE(0x1110, RFC_DBELL_SYSGPOCTL_GPOCTL1_RATGPO1),
    (uint32_t)0x008F88B3, (uint32_t)0xFFFFFFFF};

and used the following GPIO config and pin-mux:

        // Rx GPIOs:
        RF_cmdPropRadioDivSetup.pRegOverride = new_pOverrides;
        GPIO_setConfigAndMux(CONFIG_GPIO_RRX_DBG, GPIO_CFG_NO_DIR,
                             IOC_PORT_RFC_GPO1);

where CONFIG_GPIO_RRX_DBG is defined and muxed in the sysconfig.

For the Tx, according to the the table provided in [Routing RF Core Signals to Physical Pins], RAT_GPO0 should be signal that radio creates, so I just pin-muxed it to a GPIO pin as:

        GPIO_setConfig(CONFIG_GPIO_RTX_DBG,
                       GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW);
        GPIO_setConfigAndMux(CONFIG_GPIO_RTX_DBG, GPIO_CFG_NO_DIR,
                             IOC_PORT_RFC_GPO0);

where CONFIG_GPIO_RTX_DBG is configured and muxed in the sysconfig.

However, this does not work and I do not get any signal when transmission starts and ends.

Neverthless, if I use GPO1 without the override, I can get the signal when transmission starts and ends. It seems like that GPO1 is used for both TX and RX cases although by default it is used for TX and it is available for RX through the mentioned over-ride.

This is a big problem for me as in my application, the radio is switching between Rx and Tx and I want to have dedicated signals on different pins instead of being constrained to see only one at a time.

I will be thankful if you could let me know how I can fix this issue and route the two signals independently to two different pins.

9 months ago

0 Siri 9 months ago

TI__Guru* 86091 points

To get these two signals out on pins, the simplest thing is to do the following.

First of all, build the project with the settings you want to use, to generate the ti_radio_config.c file

After the file is generated, manually add this to your project, and disable generation of this file in SysConfig, so that you manually can modify the file.

Add the following override to the override list:

uint32_t pOverrides[] =
{
    .
    .
    .
    .
    .
    .

    HW_REG_OVERRIDE(0x1110, RFC_DBELL_SYSGPOCTL_GPOCTL0_CPEGPO0 |
                            RFC_DBELL_SYSGPOCTL_GPOCTL1_MCEGPO1),
    (uint32_t)0xFFFFFFFF
};

To output the signal, add the following to your code:

    GPIO_setConfigAndMux(CONFIG_GPIO_xxx, GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW, IOC_PORT_RFC_GPO0);
    GPIO_setConfigAndMux(CONFIG_GPIO_yyy, GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW, IOC_PORT_RFC_GPO1);

Siri

+1 Omid Kandelusy 9 months ago in reply to Siri

Prodigy 170 points

Thanks Siri,

I tired your answer, but there are two things:

1) it does not give you the signal upon reception of the synch word, which is what I was targeting originally.
2) it does require to exclude the ti_radio_config.c from the build in the sysconfig.

Working around the MACROS you provided, I could get the system work the way I want it. For the future reference, if anyone has the same question, do the following:

Assuming you already enabled the prop radio commands on the sysconfig, you need to add the following over-ride to the CMD_PROP_RADIO_DIV_SETUP data structure which is pro-created by the sysconfig:

// Overrides for CMD_PROP_RADIO_DIV_SETUP
uint32_t new_pOverrides[] = {
    HW_REG_OVERRIDE(0x1110, RFC_DBELL_SYSGPOCTL_GPOCTL0_RATGPO0 |
                                RFC_DBELL_SYSGPOCTL_GPOCTL1_RATGPO1),
    (uint32_t)0x008F88B3, (uint32_t)0xFFFFFFFF};

Then, you add this structure to the override element of the RF_cmdPropRadioDivSetup. i.e., RF_cmdPropRadioDivSetup.pRegOverride = new_pOverrides;

The last step is to configure and pin-mux the signals to the GPIOs:

GPIO_setConfigAndMux(CONFIG_GPIO_XXXX,
                     GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW,
                     IOC_PORT_RFC_GPO0);
                             
GPIO_setConfigAndMux(CONFIG_GPIO_YYYY,
                     GPIO_CFG_OUT_STD | GPIO_CFG_OUT_LOW,
                     IOC_PORT_RFC_GPO1);

where CONFIG_GPIO_XXXX and CONFIG_GPIO_YYYY are the physical pins you assigned in sysconfig.

SDK version: 7.41.00.17

Sub-1 GHz

Sub-1 GHz forum

CC1352P7: Issues when routing radio signals to GPIOs