[参考译文] CC1312R：自SDK 5.30 以来，SPI和UART TI驱动程序不再配置GPIO

您是否仅在从以前的SDK移植时才会看到此问题，或者在最新的SDK中也会看到此问题？  

我不确定具体的答案，但TI驱动器行为的这一变化是在SDK 5.30 中引入的，当时正在移除引脚驱动器。 而且，在6.10 与SDK 5.30 之间的TI驱动程序中，我看不到有关GPIO配置的任何更改。

让我举一个例子，让大家更清楚地了解这一点。 以下代码来自SDK 5.30 中的TI驱动程序。

驱动程序/source/ti/drivers/i2c/I2CCC26XX.c的初始化功能  调用gPIO_setConfig，从而配置引脚。

static int I2CCC26XX_initIO(I2C_Handle handle, void *pinCfg) {
    I2CCC26XX_Object           *object;
    I2CCC26XX_HWAttrsV1 const  *hwAttrs;

    /* Get the pointer to the object and hwAttrs */
    object = handle->object;
    hwAttrs = handle->hwAttrs;

    /* If the pinCfg pointer is NULL, use hwAttrs pins */
    if (pinCfg == NULL) {
        object->sdaPin = hwAttrs->sdaPin;
        object->sclPin = hwAttrs->sclPin;
    } else {
        object->sdaPin = ((I2CCC26XX_I2CPinCfg *)pinCfg)->pinSDA;
        object->sclPin = ((I2CCC26XX_I2CPinCfg *)pinCfg)->pinSCL;
    }

    /* Configure I2C pins SDA and SCL and set their muxes */
    GPIO_setConfig(object->sdaPin, GPIO_CFG_OUT_OD_PU);
    GPIO_setMux(object->sdaPin, hwAttrs->sdaPinMux);

    GPIO_setConfig(object->sclPin, GPIO_CFG_OUT_OD_PU);
    GPIO_setMux(object->sclPin, hwAttrs->sclPinMux);

    return I2C_STATUS_SUCCESS;
}

TI SPI驱动程序/source/ti/drivers/SPI/SPICC26X2DMA.c中的相应函数不调用GPIO _setConfig，而只调用GPIO _setMux函数，因此不配置引脚。 这就是为什么我们需要在调用SPI驱动程序之前在应用程序中执行此操作的原因

static void initIO(SPI_Handle handle)
{
    SPICC26X2DMA_Object        *object = handle->object;
    SPICC26X2DMA_HWAttrs const *hwAttrs = handle->hwAttrs;

    if (object->mode == SPI_SLAVE) {
        GPIO_setMux(hwAttrs->mosiPin, hwAttrs->rxPinMux);
        GPIO_setMux(hwAttrs->misoPin, hwAttrs->txPinMux);
        GPIO_setMux(hwAttrs->clkPin, hwAttrs->clkPinMux);

        /* Configure CSN callback for optional RETURN_PARTIAL slave mode */
        if (object->csnPin != GPIO_INVALID_INDEX) {
            GPIO_setMux(object->csnPin, hwAttrs->csnPinMux);
            GPIO_setCallback(object->csnPin, csnCallback);
            GPIO_setUserArg(object->csnPin, handle);
        }
    }
    else {
        GPIO_setMux(hwAttrs->mosiPin, hwAttrs->txPinMux);
        GPIO_setMux(hwAttrs->misoPin, hwAttrs->rxPinMux);
        GPIO_setMux(hwAttrs->clkPin, hwAttrs->clkPinMux);

        /* Mux CS unless it is software-controlled */
        if (object->csnPin != GPIO_INVALID_INDEX) {
            GPIO_setMux(object->csnPin, hwAttrs->csnPinMux);
        }
    }
}

Hei Johannes，

实际上，驱动程序特定的GPIO配置现在是通过我们的sysconfig工具生成的，自5.30 以来一直如此。 如果从最新的SDK加载SPI示例(例如spimaster)，您将看到此引脚配置是在Board_init()-> gPIO_init()中完成的。 GPIO初始化随后会考虑通过sysconfig生成的GPIO配置表(gpioPinConfigs)。 (请参阅代码片段)。

/*
 *  ======== gpioPinConfigs ========
 *  Array of Pin configurations
 */
GPIO_PinConfig gpioPinConfigs[31] = {
    0, /* Pin is not available on this device */
    0, /* Pin is not available on this device */
    0, /* Pin is not available on this device */
    0, /* Pin is not available on this device */
    0, /* Pin is not available on this device */
    GPIO_CFG_NO_DIR, /* DIO_5 */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_LOW, /* CONFIG_GPIO_LED_0 */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_LOW, /* CONFIG_GPIO_LED_1 */
    /* Owned by CONFIG_SPI_SLAVE as MISO */
    GPIO_CFG_INPUT_INTERNAL | GPIO_CFG_IN_INT_NONE | GPIO_CFG_PULL_NONE_INTERNAL, /* CONFIG_GPIO_SPI_SLAVE_MISO */
    /* Owned by CONFIG_SPI_SLAVE as MOSI */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_LOW, /* CONFIG_GPIO_SPI_SLAVE_MOSI */
    /* Owned by CONFIG_SPI_SLAVE as SCLK */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_LOW, /* CONFIG_GPIO_SPI_SLAVE_SCLK */
    GPIO_CFG_NO_DIR, /* DIO_11 */
    /* Owned by CONFIG_UART2_0 as RX */
    GPIO_CFG_INPUT_INTERNAL | GPIO_CFG_IN_INT_NONE | GPIO_CFG_PULL_DOWN_INTERNAL, /* CONFIG_GPIO_UART2_0_RX */
    /* Owned by CONFIG_UART2_0 as TX */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_HIGH, /* CONFIG_GPIO_UART2_0_TX */
    GPIO_CFG_NO_DIR, /* DIO_14 */
    GPIO_CFG_INPUT_INTERNAL | GPIO_CFG_IN_INT_NONE | GPIO_CFG_PULL_NONE_INTERNAL, /* CONFIG_SPI_MASTER_READY */
    GPIO_CFG_NO_DIR, /* DIO_16 */
    GPIO_CFG_NO_DIR, /* DIO_17 */
    GPIO_CFG_NO_DIR, /* DIO_18 */
    GPIO_CFG_NO_DIR, /* DIO_19 */
    /* Owned by CONFIG_SPI_SLAVE as SS */
    GPIO_CFG_OUTPUT_INTERNAL | GPIO_CFG_OUT_STR_MED | GPIO_CFG_OUT_HIGH, /* CONFIG_GPIO_SPI_SLAVE_SS */
    GPIO_CFG_INPUT_INTERNAL | GPIO_CFG_IN_INT_NONE | GPIO_CFG_PULL_NONE_INTERNAL, /* CONFIG_SPI_SLAVE_READY */
    GPIO_CFG_NO_DIR, /* DIO_22 */
    GPIO_CFG_NO_DIR, /* DIO_23 */
    GPIO_CFG_NO_DIR, /* DIO_24 */
    GPIO_CFG_NO_DIR, /* DIO_25 */
    GPIO_CFG_NO_DIR, /* DIO_26 */
    GPIO_CFG_NO_DIR, /* DIO_27 */
    GPIO_CFG_NO_DIR, /* DIO_28 */
    GPIO_CFG_NO_DIR, /* DIO_29 */
    GPIO_CFG_NO_DIR, /* DIO_30 */
};

您好，Arthur：

好的，我只是觉得有些驱动程序做gPIO_CONFIG而有些驱动程序不做有点奇怪。 这似乎有点不一致。

在本例中，我们不能将sysconfig工具与预编译的gpioPinConfigs表一起使用，因为我们必须在运行时动态配置GPIO。 因此，根据外部环境，我们将在启动后初始化不同用途的GPIO。

但我的理解是，TI驱动程序从现在起(SDK 5.30 )将不再配置GPIO。 它是通过sysconfig和gPIO_init分别完成的，如果不使用(或不能) sysconfig，则必须从应用程序处理GPIO配置。 是这样吗？

巴西，

Johannes

您好，Johannes：

你是对的。 到目前为止，根据驱动程序的不同，如果不使用sysconfig，您可能必须在应用程序中自行处理GPIO配置。 随着我们不断改进SDK，这种情况将来可能会发生变化。