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

一. 前言

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

二. 追本溯源

探索过程：

• BK3633 与 BK3432 代码比较，但寄存器差异明显，参考意义也不大
• 期间各种漫无目的尝试，未果
• 询问原厂，非低功耗模式才能正常使用串口（抓狂）
• 偶然间盯着打印的乱码发呆，隐藏的规律让我灵光一闪

根据以上心酸历程，最终还是发现了问题所在并验证通过了，而发现的乱码规律如下：

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

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

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

三. 解决问题

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

int uart0_printf(const char *fmt,...)
{
    va_list ap;
    int n;
    char send_buf[128];
    va_start(ap, fmt);
    n=vsprintf(send_buf, fmt, ap);
    va_end(ap);
    uart_send(send_buf, n);
    //保证休眠前 TXFIFO 数据全部发送完成，避免打印异常乱码
    while(0 == (UART_REG0X2 & (1 << POS_UART_REG0X2_TX_FIFO_EMPTY)));
    return n;
}

四. 总结

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

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