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.

[参考译文] RTOS/CC2640:等待通知会导致更高的电流消耗

Guru**** 2563530 points
Other Parts Discussed in Thread: CC2640R2F

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/587119/rtos-cc2640-pending-notification-causes-higher-current-consumption

器件型号:CC2640

工具/软件:TI-RTOS

您好!

我正在对基于 SimpleBLEPeripheral 项目的设计运行一些电流消耗测试、并且遇到了一些意外行为:

堆栈:BLE_cc26xx_2_01_01_44627

连接间隔:162*1.25ms

超时:5000ms

从器件延迟:0

链接已加密。

在周期性事件(1)中生成一些数据、这些数据通过以下行写入特性中。

Batmon_SetParameter (((uint8_t) BATMON_VOLTAGE、(uint8_t) BATMON_VOLTAGE_LEN、(void*) voltagedata); 

为该特性启用通知后、电流消耗将保持高于预期、直到发生下一个连接事件。 请参阅附加的图片。

当杆菌配置设置为"00:00"时,在调用 iCall_WAIT ()和下一个连接事件之间,电流消耗将保持低电平。 此外、所有连接之间的距离都相同。 启用通知后、但注释掉了行"Batmon_SetParameter ((uint8_t) BATMON_VOLTAGE、(uint8_t) BATMON_VOLTAGE_LEN、(void*) voltagedata);"、所有内容也符合预期。

对于其他启用通知的特征、也可以观察到意外行为。

我怀疑,这种行为是有意的。

谢谢

Thomas

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!

    您能不能尝试将其移植到我们最新的 BLE 堆栈、看看您是否仍然遇到同样的问题。 您使用的堆栈版本相当旧、之后修复了错误并进行了改进。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!


    我在连接参数方面出错了。 信号以连接间隔= 100ms 且从器件延迟= 1的方式进行记录。 可以通过解释额外的连接事件、但更高的电流消耗仍然是意料之外的。 我将尝试花一些时间使用最新的堆栈对其进行测试、但我们可能很快将更改为 CC2640R2F。 在本例中、我将测试那里的行为。

    此致

    Thomas

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果您仍能发现额外的电流消耗、请随时向我们发送。
    谢谢!