完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
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[],其余的赋值,选择语句都放到定时器中断函数中。串口中断的优先级是最高的。 更改后发现思路一下子就清晰了。原来的一些问题也没有再出现,迪文屏与开发板的数据发送接收都已经能够实现了。但是第二部分中提出的问题还是没有搞清楚,如果有朋友知道原因,欢迎给我留言。 |
|
|
|
只有小组成员才能发言,加入小组>>
调试STM32H750的FMC总线读写PSRAM遇到的问题求解?
1804 浏览 1 评论
X-NUCLEO-IHM08M1板文档中输出电流为15Arms,15Arms是怎么得出来的呢?
1629 浏览 1 评论
1097 浏览 2 评论
STM32F030F4 HSI时钟温度测试过不去是怎么回事?
736 浏览 2 评论
ST25R3916能否对ISO15693的标签芯片进行分区域写密码?
1686 浏览 2 评论
1944浏览 9评论
STM32仿真器是选择ST-LINK还是选择J-LINK?各有什么优势啊?
748浏览 4评论
STM32F0_TIM2输出pwm2后OLED变暗或者系统重启是怎么回事?
581浏览 3评论
604浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的?
565浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-28 17:32 , Processed in 0.876284 second(s), Total 76, Slave 60 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (威廉希尔官方网站 图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号