请问8258支持SUSPEND休眠模式吗？

RedpenCat

我在drv_pm_lowPowerEnter()函数实现中看到这样一段代码：

void drv_pm_lowPowerEnter(void)

{

    // ...

#if defined(MCU_CORE_826x)

    drv_pm_sleep_mode_e sleepMode = (wakeupSrc & PM_WAKEUP_SRC_TIMER) ? PM_SLEEP_MODE_SUSPEND : PM_SLEEP_MODE_DEEPSLEEP;

#elif defined(MCU_CORE_8258) || defined(MCU_CORE_8278) || defined(MCU_CORE_B91) || defined(MCU_CORE_B92) || defined(MCU_CORE_TL721X) || defined(MCU_CORE_TL321X)

    drv_pm_sleep_mode_e sleepMode = (wakeupSrc & PM_WAKEUP_SRC_TIMER) ? PM_SLEEP_MODE_DEEP_WITH_RETENTION : PM_SLEEP_MODE_DEEPSLEEP;

#endif

    // ...

}

因为休眠过程中需要保持LED输出，所以我尝试将相应代码改为：

// NOTE: LED state can't be kept in DEEP_WITH_RETENTION mode, so use SUSPEND mode instead.

drv_pm_sleep_mode_e sleepMode = PM_SLEEP_MODE_SUSPEND;

在实际使用过程中，我发现Beacon Request（简称BR）、Data Request（简称DR）出现异常，设备运行一段时间后会终止BR或DR，并且使用bdb_networkSteerStart()也无法再次唤起BR。
整个测试过程中，设备都可以正常处理按键输入和LED输出。我又尝试了不进入休眠模式或使用DEEP_WITH_RETENTION休眠模式，都没有出现这种现象。
请问8258支持SUSPEND休眠模式吗？

RedpenCat

补充SUSPEND休眠模式下，Data Request发生异常时的抓包截图。

Data Request发生异常例一：

Abnormal_Data_Request_1

Data Request发生异常例二：

Abnormal_Data_Request_2

RedpenCat

目前我已经通过https://forum.telink-semi.cn/forum.php?mod=viewthread&tid=723中@TL_YB提到的方法，设定内部上拉或下拉，来缓解休眠模式保持LED输出的问题。
测试后发现GPIO输出驱动能力不足，Network Steering时仍会出现LED灯灭的情况。
希望Telink官方能回复一下关于8258使用SUSPEND模式的问题呢。

TL_YB

Hi,
8258 V3.7.1.2版本不支持suspend模式。
可以使用V3.7.1.4版本（已验证），suspend模式下，可以保持IO的状态。

RedpenCat

TL_YB 发表于 2025-7-8 10:06
Hi,
8258 V3.7.1.2版本不支持suspend模式。
可以使用V3.7.1.4版本（已验证），suspend模式下，可以保持IO的 ...

感谢回复
将SDK从V3.7.1.2_Patch_0001升级为V3.7.1.4后，在SUSPEND模式下运行的8258，BR和DR都恢复正常了。

wes58

TL_YB 发表于 2025-7-8 10:06
Hi,
8258 V3.7.1.2版本不支持suspend模式。
可以使用V3.7.1.4版本（已验证），suspend模式下，可以保持IO的 ...

Shouldn't this be mentioned in telink_zigbee_sdk_Release_Note.md for v3.7.1.4 SDK? It is pretty important issue, I think

RedpenCat

wes58 发表于 2025-7-8 17:04
Shouldn't this be mentioned in telink_zigbee_sdk_Release_Note.md for v3.7.1.4 SDK? It is pretty im ...

While I believe the following entry refers to this issue, I agree that the release note could be clearer.

Bug Fixes
  ●  Add interrupt protection to the sending queue at the MAC layer.