单片机BUG记录贴

目录

1.芯片上电后初始化需要时间

2.KEIL中修改宏定义配置后要全部编译

3.RTOS任务堆栈要给够

4.移植RTThread操作系统后需要提供串口重定向函数

---

没有所谓的灵异事件，任何反常现象都是有原因的。此贴记录那些遇到的奇奇怪怪的BUG，不定时更新。

2024.4.26更新....................................................................................................................................

1.芯片上电后初始化需要时间

现象：使用一款按键扫描芯片（TM1650），在电脑上下载程序后可以正常运行，而上电后不能运行。

原因：按键扫描芯片在上电后需要一段时间才能初始化完成，而在单片机程序开头就向芯片发送了命令。如果是使用电脑下载程序，由于下载之前已经接上电源，下载程序并运行时芯片已经初始化完成，这个时候可以正常工作。而在上电后，单片机复位并向芯片发送命令，但是由于芯片从上电到初始化的时间比单片机长，这时候不能收到命令，因此不能正常工作。

2.KEIL中修改宏定义配置后要全部编译

现象：在KEIL中修改宏定义后，如果点击Build,它还是使用的之前的宏定义，应该使用Rebuild重新编译。

2024.4.28更新....................................................................................................................................

3.RTOS任务堆栈要给够

现象：在单片机上移植RTThread,发现当所有用户任务都进入阻塞（延时）后，系统会将最高优先级的任务解除阻塞并继续运行。

原因：开始时怀疑是没有移植好，导致没有进入空闲任务。后来发现并非如此，将任务堆栈给大之后就可以正常运行了。

任务堆栈不足不会在编译时报错，有些单片机会在运行时提示任务堆栈溢出（如ESP32），有些则不会。但是在运行时会有很多奇怪的现象。

2024.5.16更新....................................................................................................................................

4.移植RTThread操作系统后需要提供串口重定向函数

现象：使用cm33内核的芯片GD32A503移植RTThread,一切正常。

后来换成相同内核的芯片GD32E503，首先移植了裸机工程，跑了一个点灯的程序，一切正常。但是移植了RTThread后就见鬼了，此时的工程仅仅在裸机工程的基础上增加了RTThread内核，main.c文件没有任何改变，这时候看到灯没被点亮。

进入调试模式，更奇怪的是需要点多次运行程序才能跑起来，等程序跑起来后发现灯点亮了！

目前问题有四：

（1）在内核不变的情况下，GD32A503可以运行，GD32E503不能正常运行

（2）main.c不变的情况下，裸机可以运行，操作系统不能正常运行

（3）DEBUG需要多次点击运行

（4）调试模式下程序可以正常运行，上电或复位时不能运行

原因：这应该是最离谱的一次BUG，查过一些资料后发现是因为RTThread操作系统中使用了printf，而程序中没有串口重定向程序，导致程序卡死。因此提供串口重定向程序后就可以正常运行了。

int fputc(int ch, FILE *f)
{
    usart_data_transmit(USART0, (uint8_t)ch);
    while(RESET == usart_flag_get(USART0, USART_FLAG_TBE));
    return ch;
}

至于为什么在调试过程中需要多次运行并且能运行成功，我查到了这篇文章：Introduction to ARM Semihosting | Interrupt

这里面提到了semihosting技术，就是在调试过程中可以将输出信息直接打印在终端上。可能在调试过程中遇到printf时，再点击运行就能使程序继续运行，而在实际运行时进入printf就会卡死。