完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
一,因何用之?
之前曾经写过一篇《关于CubeMX的串口全双工接收发送锁死的问题》的文章,讨论了STM32的串口在全双工模式下会出现锁死问题的现象。当时的解决办法是在串口接收中断中加入解锁机制,貌似临时解决了这个问题。但这几天程序不知道怎么回事,又开始频繁地出现死机现象,而且仿真的时候会进入HardFault()。 二,缘何致之? 最让人头疼的问题就是大部分时间里没有问题。死机的现象总是在意想不到的情形下发生,可能刚下载完程序就出现了;或者正常跑了好几天才出现。所以,为了寻找死机的原因,采取了以下两种方式: 1,缩短任务执行的延时,加重MCU负担。此举可使死机的概率大幅提高。(仔细想来,之前貌似解决问题的时候,MCU的负担并不是很重,之后可能任务加多了,矛盾也就凸显出来了) 总之,经过一番调试之后,发现最可能的调用函数是HAL_UART_Receive_IT 个人猜测,因为串口数据来的非常快(115200),串口中断调用频繁,导致出现数据溢出,串口锁死,串口状态异常等等各种情况,最终进入硬件错误中断,然后导致死机。顺便一提,博主的板子上跑的是Freertos,其中一个任务负责LCD的显示,LCD的默认刷新率是50Hz,但有时候会出现明显的掉帧,甚至稳定只有十几Hz,这从侧面印证存在某个极其占用资源的任务,MCU负担过重。 三,如何为之? 单字节接收,中断保存数据,关键字节开始处理数据是从51时代就延续下来,专门处理串口接收数据的办法,但似乎在STM32上已经不好适应了。对于STM32这种提供了丰富外设和功能的芯片,串口接收也可以尝试一下一些新的方式,比如DMA+空闲中断接收。 仍然采用STM32CubeMX来创建工程,请忽略掉我的板子上那几个LED灯的配置。 在main.c里新建全局变量 uint8_t usart1_rx_flag = 0; uint8_t usart1_rx_buffer[128]; uint8_t usart1_tx_buffer[128]; uint16_t usart1_tx_len = 0; main函数中开启DMA接收和空闲中断: void main(void) { ... /* USART1接收 */ if(HAL_UART_Receive_DMA(&huart1,(uint8_t *)&usart1_rx_buffer,128) != HAL_OK) Error_Handler(); /* 开启空闲接收中断 */ __HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE); ... } 在usart.c文件中添加处理空闲中断的回掉函数(2020.10.24修改此处代码): /* 串口接收空闲中断 */ void UsartReceive_IDLE(UART_HandleTypeDef *huart) { uint16_t i = 0; if((__HAL_UART_GET_FLAG(huart,UART_FLAG_IDLE) != RESET)) { if(huart->Instance == USART1) { __HAL_UART_CLEAR_IDLEFLAG(huart); i = huart->Instance->SR; i = huart->Instance->DR; i = hdma_usart1_rx.Instance->CNDTR; /* 这里以前使用HAL_UART_DMAStop(huart),但这个函数会导致TX的DMA被关闭,小概率DMA发送会丢数据 */ /* 2020.10.24 修改为HAL_UART_AbortReceive(huart),对应DMA发送也需要做一些处理 */ HAL_UART_AbortReceive(huart); /* 此处处理数据,主要是拷贝和置位标志位 */ if(usart1_rx_flag == 0) { memcpy(usart1_tx_buffer,usart1_rx_buffer,(128 - i)); usart1_rx_flag = 1; } /* 清空缓存,重新接收 */ memset(usart1_rx_buffer,0x00,128); HAL_UART_Receive_DMA(huart,(uint8_t *)&usart1_rx_buffer,128); } } } 在stm32f1xx_it.c中的中断入口点处添加空闲中断检查: void USART1_IRQHandler(void) { /* USER CODE BEGIN USART1_IRQn 0 */ /* HAL库好像没有处理空闲中断的代码,需自己添加 */ if(__HAL_UART_GET_FLAG(&huart1,UART_FLAG_IDLE)) { UsartReceive_IDLE(&huart1); } /* USER CODE END USART1_IRQn 0 */ HAL_UART_IRQHandler(&huart1); /* USER CODE BEGIN USART1_IRQn 1 */ /* USER CODE END USART1_IRQn 1 */ } 在主循环中加入检查标志位和发送数据的代码: /* USART_Task function */ void USART_Task(void const * argument) { /* USER CODE BEGIN USART_Task */ /* Infinite loop */ for(;;) { if(usart1_rx_flag == 1) { dma_send(usart1_tx_buffer,usart1_tx_len); usart1_rx_flag = 0; } osDelay(1); } /* USER CODE END USART_Task */ } ———————————————— 版权声明:本文为CSDN博主「mickey35」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/mickey35/article/details/78521311 最终测试结果如下: 此处只是一个DEMO,单纯做了一个回环测试,但在实际项目使用中确实极大减轻了MCU的负担,目前暂时没有因为这种方式的串口接收导致的死机。但在接收一些超长的数据时,需要极大的缓存区。正在考虑是否可以同时开启串口接收中断和DMA接收中断。。。老的DEMO链接 bug修复版DEMO下载地址 2020.10.24 PS: 评论区一位老哥发现了代码中存在的一处bug: 当DMA空闲中断触发时,会调用HAL_UART_DMAStop()。此时,如果DMA正在发生数据,会被强制关闭,导致发送数据出现缺失。 串口空闲中断回调函数的修改,见前文。 DMA发送函数中,根据huart句柄的gState,决定是否调用HAL_UART_AbortTransmit()。防止出现因状态未被复位,导致无法发送的情况,具体实现方式如下: void dma_send(unsigned char *buffer,unsigned int length) { //等待上一次的数据发送完毕 while(HAL_DMA_GetState(&hdma_usart1_tx) == HAL_DMA_STATE_BUSY); /* 2020.10.24 防止出现因状态未被复位,导致无法发送的情况(过去由HAL_UART_DMAStop()关闭,现在。。。) */ if(huart1.gState != HAL_UART_STATE_READY) HAL_UART_AbortTransmit(&huart1); /* 关闭DMA */ __HAL_DMA_DISABLE(&hdma_usart1_tx); //开始发送数据 HAL_UART_Transmit_DMA(&huart1,buffer,length); } |
|
|
|
只有小组成员才能发言,加入小组>>
调试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变暗或者系统重启是怎么回事?
582浏览 3评论
604浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的?
565浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-28 19:40 , Processed in 0.854837 second(s), Total 80, Slave 63 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (威廉希尔官方网站 图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号