BUG列表
- 1、ADC的RP2显示一直为0:
- 2、LORX_Tx发送数据乱码:
- 3、strcmp比较char a[2] = {'1', '2'}与“12”字符串是否相等板子会死机:
- 4、LORA_Tx和LORA_Rx放一起会接收不到数据:
- 5、RTC获取到静止时间:
- 6、ADC获取RP1和RP2模拟量同步:
- 7、调用串口中断回调函数板子卡机:
- 8、串口中断中断回调函数和主函数中的OLED_Show函数无法显示:
- 9、串口助手发送数据卡机无响应:
1、ADC的RP2显示一直为0:
现象:
在扭动RP1和RP2电位器的时候RP1对应电位器正常显示,RP2对应电位器显示一直是0
原因及解决方案:
因为上述函数返回一个float数组,所以一定要在局部变量数组前面加上static!!!,因为AdcValue是局部变量在这个函数结束之后其生存周期就会结束,也就是说其存的值也会随着生存周期的结束被初始化,如果调用这个函数获取其返回的数组,刚好在这之后其周期结束,那么获取的数组也会被初始化成0这也就是为什么RP2电位器对应值一直是0因为其对饮值生存周期结束被初始化,加上static使这个数组一直保持,直到程序结束
2、LORX_Tx发送数据乱码:
现象:
在用LORA_Tx发送一个字符串char* a = "1213sdafa"等等的时候接收端LORA_RX收到的数据会是一部分数据然后,后面会乱码
原因及解决方案:
这个原因真是无法知道,应该是LORA通信代码的问题,解决方法到有很多用char a[] = {'1', '2', '1'......}储存数据,然后用LORA_Tx发送接收端就不会乱码,或者用sprintf将数据char * a = "....."转换到另一个数组char b[20]中,发送b接收端也不会乱码,反正不管怎么直接传char* a都会乱码,在接收端怎么处理都没啥效果,问题出在发送过程
3、strcmp比较char a[2] = {‘1’, ‘2’}与“12”字符串是否相等板子会死机:
现象:
当程序中有两个或两个以上上述定义的数组,程序调用strcmp让其中一个数组和另一个字符串比较板子就会死机
原因及解决方案:
这是我目前认为最离奇的bug,差点没给我整破防
原因很简单,没有以'\0'结尾,C中字符串数组都是以'\0'结尾,这个和JAVA是不一样的上述我的操作导致整个数据的长度变得不确定,区别的是devc++是虚拟地址,而板子里的是物理地址,也就是说我定义的数组的长度更是无法确定的,strcmp检测字符串是否相同的时候如果“123”和“12”只是前两个相同那么strcmp会遍历到'3'再结束,而我的数组因为没有给’\0‘结尾所以长度是未知,所以strcmp会一直遍历下去直到找到物理地址中的一个'\0',这就导致这个程序运行了很长时间,导致黑屏现象
所以说定义C的数组一定要多留一位存’\0’结束符!!!
———— 2024/3/25