开发板与迪文屏无法进行通信该怎么办呢

STM32串口中断程序-迪文屏，串口接收准确数值
这几天一直在做原子开发板与迪文屏的通信，开发板向迪文屏写数据已经完成，但是从迪文屏读的数据总是无法返回开发板。原始及调试程序见下图：





在串口接收到从dwin屏返回的相应9位数据，通过序号1的方式，一次次利用函数TX_TEST();进行测试。最后得出结论是**由于for（）循环语句。**在串口中断中，是无法进入for循环的。原因不明。
问题2：





RX_buf[2]==0x06；但是赋值到TX_writetest[7],输出值变为90,这个原因是什么呢？当上图中1序号区域的“if”条件语句继续可用的时候，函数TX_TEST()输出的值就是0x06了。
此时，直接给TX_writetest[7]赋值是没有问题的。输出为“88”。
原因：串口中断接收数据的RX_buf[]需要区分哪些可用，哪些不可用。如果不用if条件语句进行区分的话，迪文屏返回来的串口数据好多是不规范的，倒是扫描到的数据为不可用的。。





此时输出的数值为0x06.
问题2：





在运行后，time_min++;
FLASH_W(FLASH_TIMER_ADDR,(unsigned short)time_min);
TX_WTime();
一直在运行，迪文屏上显示的数值一直在增大。但此时条件应该是不符合的，结果现在继续执行，则说明此时条件满足，条件表达式没有根据状态进行变换。即数组里面的值，在第一次赋值后，就没有再次变化。在中断函数中，我增加了赋值语句，在对一个数组赋值前，先清零。










只需要将[8]进行初始化就可以了。





在串口中断函数中加延时函数delay_ms(10)。这样在迪文屏上设置数值时才能够保存到MCU的flash中。如果没有延时，数值在设置后会一直跳动，无法稳定的设置到自己想要的数值。
第2部分
当时做到这里后，周末改动了一下，保存。然后有其他事情，忘了将改动前的程序内容给记录下来，结果导致无法通过串口向DWIN屏写数据。
出现的新问题：串口中断程序中增加此延时函数后，则串口就停止发送了，接收了。见下图，这个问题的原因是什么呢？










问题：
在下图程序中，当statusvalue=1;的时候，依然执行time_min++，这个问题的原因是什么？





在程序编写过程中，看到一个博客中说，最好让RX_length赋0最好在主函数中执行（见正点原子串口程序），另一篇写中断程序要尽可能的简单。我想了一下自己写的串口中断程序，确实有些乱。逻辑上有些不清晰。最后改为串口中断只输出Rx_buf[]，其余的赋值，选择语句都放到定时器中断函数中。串口中断的优先级是最高的。










更改后发现思路一下子就清晰了。原来的一些问题也没有再出现，迪文屏与开发板的数据发送接收都已经能够实现了。但是第二部分中提出的问题还是没有搞清楚，如果有朋友知道原因，欢迎给我留言。