[参考译文] CC1352R：器件突然停止 BLE 通信

尊敬的 Arthur：

非常感谢您的支持。

错误原因是设置和释放功率限制的使用不平衡。 当我们释放更多限制作为设置时、将发生错误。

我可以在 SDK 的示例工程(simple_peripheral_oad_offchip_CC13X2R1_LAUNCHXL_tirtos_ccs)中重现错误。

为了产生错误、时钟会限制功率的设置和释放。 设置的前10倍等于释放限制。 之后、它将执行每次1 set 和2 release 限制。 一小段时间后、错误发生。

在此图形中、您可以看到设置(Test_SetCon应变)和释放(Test_ReleaseCon应变)约束的计数。 每次 RF_clkPowerUp 停止时、Test_RfClockOffCount 都会增加。 当 Test_RfClockOffCount 大于5时、测试将停止、射频时钟永远不会再次激活。

 simple_peripheral_oad_offchip.c 文件中的示例项目需要进行以下代码更改：

在局部函数之前添加以下变量：

/* Variables to reproduce the bug */
static uint32_t Test_SetConstrain;
static uint32_t Test_ReleaseConstrain;
static uint32_t Test_RfClockOffCount;
static Clock_Params Test_ClockParams;
static Clock_Handle Test_ClockHandle;
static ClockP_Struct *Test_RF_clkPowerUpObj;

在局部函数的末尾添加此局部函数：

static void Test_clockCb(UArg arg);

在 SimplePeripheral_init()末尾添加：

/* initialize the test variables */
  Clock_Params_init(&Test_ClockParams);
  Test_ClockParams.startFlag = true;
  Test_ClockParams.period = 1000 * (1000 / Clock_tickPeriod); //ms -> clock ticks
  Test_ClockHandle = Clock_create(&Test_clockCb, 5000 * (1000 / Clock_tickPeriod), &Test_ClockParams, NULL);

  Test_SetConstrain = 0u;
  Test_ReleaseConstrain = 0u;
  Test_RfClockOffCount = 0u;
  Test_RF_clkPowerUpObj = (ClockP_Struct*) 0x20003354; // check that address in memory browser

在文件末尾添加：

static void Test_clockCb(UArg arg)
{
    if(Test_SetConstrain <= Test_ReleaseConstrain)
    {
        // set power constrain
        Power_setConstraint(PowerCC26XX_DISALLOW_IDLE);
        Power_setConstraint(PowerCC26XX_DISALLOW_STANDBY);
        Power_setConstraint(PowerCC26XX_DISALLOW_SHUTDOWN);
        Test_SetConstrain++;
    }
    else if(Test_SetConstrain > Test_ReleaseConstrain)
    {
        // release constrain
        Power_releaseConstraint(PowerCC26XX_DISALLOW_IDLE);
        Power_releaseConstraint(PowerCC26XX_DISALLOW_STANDBY);
        Power_releaseConstraint(PowerCC26XX_DISALLOW_SHUTDOWN);
        Test_ReleaseConstrain++;

        if(Test_SetConstrain > 10u)
        {
            // release constrain to occur a bug
            Power_releaseConstraint(PowerCC26XX_DISALLOW_IDLE);
            Power_releaseConstraint(PowerCC26XX_DISALLOW_STANDBY);
            Power_releaseConstraint(PowerCC26XX_DISALLOW_SHUTDOWN);
            Test_ReleaseConstrain++;
        }
    }

    /* check if the RF power up clock is activ */
    if(ClockP_isActive(Test_RF_clkPowerUpObj) == false)
    {
        /* rf clock stops, stop test */
        Test_RfClockOffCount++;
        if(Test_RfClockOffCount > 5u)
        {
            Clock_stop(Test_ClockHandle);
        }
    }

}

我希望您也能复制它。

我们的问题如下：

1. 是否有可能检测到设置和释放限制的不平衡使用？
2. 是否可以重新激活 RF_clkPowerUp 时钟？

此致、

Karl

您好、Karl、

感谢您提供源代码。

关于您的第一个问题：

您实际上可以使用以下结构 PowerCC26XX_ModuleState 跟踪约束计数、尽管不建议这样做： https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_6_30_01_03/docs/drivers/doxygen/html/struct_power_c_c26_x2___module_state.html#aea286d524dd4afd4b9a8bf2b8954e2c8

还可以选择修改驱动程序以创建您自己的计数器。

2.我认为在使用 BLE5堆栈时、射频驱动器时钟的控制中没有这种粒度。 如果尚未完成、您可以尝试在发生此类问题时正常重置设备。

此致、

Arthur