BK3633 低功耗模式下打印乱码问题的说明

聂13128595932

深圳芯伍科技：技术支持和开发方案请咨询：131285959329 (微信同名）聂优




一. 前言
最近从 BK3432 移植应用代码到 BK3633，移植过程心酸坎坷。其中就包括设置低功耗模式后打印调试输出乱码问题。


二. 追本溯源
探索过程：


BK3633 与 BK3432 代码比较，但寄存器差异明显，参考意义也不大
期间各种漫无目的尝试，未果
询问原厂，非低功耗模式才能正常使用串口（抓狂）
偶然间盯着打印的乱码发呆，隐藏的规律让我灵光一闪
根据以上心酸历程，最终还是发现了问题所在并验证通过了，而发现的乱码规律如下：


初次上电打印正常，结尾处打印不全便休眠，待下次1.5秒左右唤醒，先输出乱码再正常输出。


这里的乱码输出时机的把握很重要，是每次唤醒正常输出，紧接着打印乱码再休眠，还是每次唤醒正常输出一部分，待下次唤醒先打印乱码再正常输出；博主一开始没分析这里的区别，才导致迟迟没有发现问题的根源


而乱码规律是上次唤醒打印输出一部分，待本次唤醒先输出乱码再正常输出一部分，如此循环；而这能够很快联想到串口 FIFO 的问题，即串口 FIFO 还有未发完数据，就进入低功耗模式而休眠，待下次唤醒，这部分未发送的 FIFO 数据便紊乱而导致输出乱码了


三. 解决问题
低功耗模式下，在调试打印前设置为非低功耗模式，打印完再次设置为低功耗模式（未果，因为这种切换不及时，无法解决问题）
在调试函数的末尾检测发送 FIFO 是否为空，为空才退出（经验证完美解决低功耗模式下乱码问题）


四. 总结
细节是解决问题的根本，而发现细节才是能力的体现。
多对可爱的小黄鸭说说话，也许有意外的惊喜等着你。


还是那句话：
一切已解决的问题都是小问题，一切未解决的问题都是大问题

diyiduohua

可以分享一下BK3633的SDK验证低功耗的代码吗