蓝桥杯物联网遇见的重大BUG及其产生原因和解决方法

本文主要是介绍蓝桥杯物联网遇见的重大BUG及其产生原因和解决方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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',这就导致这个程序运行了很长时间，导致黑屏现象