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
4、LORA_Tx和LORA_Rx放一起会接收不到数据:
现象:
一个程序的主函数在LORA_Tx发送完数据后紧接着接收数据LORA_Rx会出现数据能发送但是接收不了数据的现象
原因及解决方案:
原因在于调用LORA_Tx的时候会清空数据线上的接收且未被即时取出的数据,同时发送数据的时候并不会接收数据,接收数据可以放入主函数一直接收并即时取出数据,发送数据在需要的时候发送,并避免重复发送
5、RTC获取到静止时间:
现象:
RTC配置没有问题但获取的数据是静止的
原因及解决方案:
原因是取RTC的时间的时候是不够的,必须要将时间和日期全部取出来才可以
6、ADC获取RP1和RP2模拟量同步:
现象:
扭动RP1电位器两个ADC都会变动且一样的数值
原因及解决方案:
原因在于 Discontinous conversion mode 不连续转换模式要ENABLE,这一步不做RP2对应的ADC会来不及转换
7、调用串口中断回调函数板子卡机:
现象:
用串口中断接收数据板子会卡机
原因及解决方案:
原因在于在中断回调函数中加了延时,导致响应不够快,卡机,千万不要在中断回调函数加延时!!!
8、串口中断中断回调函数和主函数中的OLED_Show函数无法显示:
现象:
主函数中有显示函数显示信息,中断函数也有显示函数,导致两个显示函数都不能用,或者说中断函数中的显示函数不能用
原因及解决方案:
原因在于主函数oled如果显示数据显示一半此时中断响应到回调函数中显示他的数据,此时显示指针不在原点位置,导致显示函数无法进行,再回到主函数中会继续将主函数的数据显示完,才将显示指针归位,解决方案是在主函数加延时,但最好还是不要在中断回调函数和主函数中同时加显示函数,还有千万不要在回调函数加延时!!!
9、串口助手发送数据卡机无响应:
现象:
串口助手发送消息卡死,无响应
原因及解决方案:
串口号或者波特率不匹配