8258在低功耗唤醒模式后能不能做为代理被手机连接

cd_x

Telink的8258在唤醒后是不是不能做为代理被手机连接
我参考低功耗的例程，自己加了两个vender model，在唤醒后用来通信。
但是发现唤醒后手机连上去就会不断重启

TL_SHENGFENG

是不是你的唤醒还是没改对

cd_x

TL_HSF 发表于 2025-1-15 20:11
是不是你的唤醒还是没改对

可能是。
我测试发现这个时候其实设备是在不断被唤醒。
但问题是，我已经没有在睡眠模式了，设备怎么还是会被唤醒。
这地方的改动主要有那几处地方呢？

TL_SHENGFENG

进的哪个睡眠？是deep 还是sleep，用定时唤醒还是io 唤醒？

cd_x

我是通过
if(pm_is_MCU_deepRetentionWakeup()){
LOG_USER_MSG_INFO();
}这段代码打印的信息，判断是被不断唤醒。

我的流程是这样的，上电做一些相关的初始化，然后就调用cpu_long_sleep_wakeup进入DEEPSLEEP_MODE。
只有按键中断的时候会唤醒。
然后做了一个逻辑，长按的话会有个标志位置1，就不会调用cpu_long_sleep_wakeup函数进入睡眠。

在长按的时候就会做蓝牙相关的初始化，然后手机可以搜索到这设备，连上去。

现在就是我已经没有调用cpu_long_sleep_wakeup了，从打印信息来看也没看到设备进入睡眠模式。
但是手机一连上去，就会一直在打印上述代码中的相关日志。

TL_SHENGFENG

哪个编译工程。在默认的有些工程里（比如switch）就是按键唤醒再睡眠的模式。默认代码是不会出现你说的问题，

cd_x

TL_HSF 发表于 2025-1-17 15:13
哪个编译工程。在默认的有些工程里（比如switch）就是按键唤醒再睡眠的模式。默认代码是不会出现你说的问题 ...

就是switch这个工程

TL_SHENGFENG

用默认代码测试呢？

cd_x

TL_HSF 发表于 2025-1-20 13:34
用默认代码测试呢？

我用switch的代码测试，手机蓝牙工具搜索不到对应的proxy代理。
然后我屏蔽掉cpu_long_sleep_wakeup，不让设备进入睡眠，也是搜不到。
而且即使我屏蔽了cpu_long_sleep_wakeup，设备好像也还是进入睡眠，因为BDT工具每次都需要active才能做其他操作。

TL_SHENGFENG

switch工程是上电后默认进入睡眠的，所以你用手机是扫描不到的。代码里默认是用按键唤醒，然后才能被手机扫描到。唤醒一段时间后又会进入睡眠。