BLE初始化前置问题

we_8098513611

当前正在测试TLSR8251F512ET48 。SDK版本为 https://gitee.com/telink-semi/tc_ble_single_sdk/releases/tag/V3.4.3.0_Patch_0001 库，SDK 初始化库检查 pm_get_info0() & 0x0F，大于 9 就触发复位；这块板读到的是 0x0A（10）。导致无法进入到BLE初始化

we_8098513611

求回复。当前发现还有新的发现是v3.4.2.2版本sdk和之后的sdk中对于wakeup中调用的函数和表现有变化：旧版本调用pm\_get\_info1，新版本调用的pm\_get\_info0

TL_WENJING

 请查看这里的设置，是否选择的是8251

TL_WENJING

而且为什么上层应用需要调用这两个接口？

we_8098513611

选择的确实是8251，是在mac上使用vscode+linux容器编译。 项目中并没有直接调用这个函数，而是在调用**cpu\_wakeup\_init**();就重启了。去看了下**cpu\_wakeup\_init**();发现其中使用了pm相关的程序。才看到有的sdk使用的pm\_get\_info0有的是pm\_get\_info1

TL_WENJING

好的，是使用我们原始SDK吗，我们这边确认下

we_8098513611

是的，single_ble工程转vscode在我们官方容器中编译的。 <div class="quote"><blockquote><font size="2"><a href="https://community.telink-semi.cn/forum.php?mod=redirect&goto=findpost&pid=103400&ptid=99049" target="_blank"><font color="#999999">TL_WENJING 发表于 2026-11-4 16:08</font></a></font><br /> 好的，是使用我们原始SDK吗，我们这边确认下</blockquote></div><br />

TL_WENJING

我使用V3.4.3.0_patch1，使用vscode进行编译，这边测试是正常的。 你是否方便提供给我们一个测试bin文件？

we_8098513611

<div class="quote"><blockquote><font size="2"><a href="https://community.telink-semi.cn/forum.php?mod=redirect&goto=findpost&pid=103408&ptid=99049" target="_blank"><font color="#999999">TL_WENJING 发表于 2026-11-5 09:52</font></a></font> 我使用V3.4.3.0_patch1，使用vscode进行编译，这边测试是正常的。 你是否方便提供给我们一个测试bin文件？ ...</blockquote></div> ``如上 [repro3430patch0001.bin.zip](https://community.telink-semi.cn/forum.php?mod=attachment&aid=MjcyM3xjZDNjMzU4Y3wxNzkzODU3NzIwfDE1NzZ8MA%3D%3D) <i class="pstatus"> 本帖最后由 we_8098513611 于 2026-11-5 13:48 编辑 </i><br /> <br />

TL_WENJING

我使用你的bin文件，PC一直在0x380附近循环，由于没有lst文件，所以需要你这边确认下是否正常。 另外有个疑问，当前编译的程序，使用的是哪个demo呢，有进行过修改吗，因为看到bin文件size比较小。