BUG列表
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
