串口DMA卡死问题

原创

已于 2022-07-11 14:55:04 修改

· 3.1k 阅读

7 ·

版权

文章标签：

#单片机 #mcu

于 2022-07-11 14:53:28 首次发布

该博客探讨了在单片机串口使用DMA发送数据时遇到的卡死问题。当out_buf->wait信号量未释放且get指针指向末尾时，串口无输出。问题源于DMA中断处理函数中回调函数的执行不及时，导致信号量无法释放。解决方案是在中断处理函数开始时先清理中断，确保回调函数能正确配置DMA并释放信号量。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述

串口发送使用DMA出现卡死的问题，串口无输出，out_buf->wait信号量未释放，out_buf的get指针指向末尾

原因分析：

DMA本次搬运完，在中断处理函数中调用对应的回调函数，在回调函数里进行buf指针的调整，若还有剩余数据则配置DMA继续搬运
out_buf的get指针指向末尾时，DMA下次搬运数据量较少，很快完成，本次进入DMA中断处理函数中没有及时清理中断，导致下一次中断到来时一起被清理，无法进入callback函数，释放out_buf->wait信号量，此时任务中再次调用serial_write时卡死

解决方案：

将清理中断调整到回调函数之前，进入中断处理函数先清理中断，再在回调函数中配置DMA，dma_isr中部分代码如下

if ((val32 & (0x1 << DMAC_INT_STATUS_TFR_BIT))

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

水瓶技术宅

关注关注

3
点赞
踩
7

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

3.DMA常见异常解决教程

2403_89603931的博客

03-24

4758

错误原因：副机没有链接上板子，或者没有安装对应的驱动，或者板子没有通电，夏天部分DMA过热有可能！错误原因：通常是由于你目前DMA和所插的这个主板卡槽不兼容造成的，或是固件模拟的设备没有被主机识别。错误原因：最常见的—主板BIOS设置中没有关闭虚拟化。错误原因：副机系统缺少必要的运行库，或操作系统有问题。错误原因：这个问题可能是DMA损坏，或者固件有问题。

[嵌入式学习日志]STM32使用ADC进行DMA传输时的程序卡死bug

Yoshi_Z的博客

03-08

1127

在使用ADC+DMA时, 发现有时会出现程序卡死的情况, 但是并没有进入hardFault之中, 经过排查发现了一个CPU资源利用上可能出现的bug

参与评论您还未登录，请先登录后发表或查看评论

串口卡死的原因

最新发布

fh2331的博客

04-27

157

自己使用的串口屏暂时没有用到接收屏幕发来数据的功能，但是配置串口的时候使能了中断，但是没有写中断服务函数，串口屏初始化的时候会发出一条数据。这时候数据进入单片机，由于使能了中断，但是没有中断复位函数，所以程序跑到中断向量指向的空程序导致死掉了。记录一下自己犯得低级错误。

stm32 usart1 DMA 发送卡死

zilong032的博客

08-10

2218

stm32 usart1 DMA 发送卡死

hal库串口dma卡死_STM32采用HAL库使用usart_DMA问题

weixin_39632397的博客

12-23

1997

在这里需要理解一个概念就是，使用hal库，首先一定要对标准库中外设的使用，有一个很好的了解，在我这里出现这个原因就是由于对标准库中外设的使用不够了解，导致转移到HAL库，出现各种问题。本次采用的是HAL库串口2中断的接受，DMA方式发送。具体想实现的功能是：上位机发送一帧固定的数据(15bit)前面2个字节固定的，在串口中断中，检测到了这个前面2个字节是正确的，则进行数据的处理。处理好数据以后，在...

STM32串口＋DMA发送数据程序卡死

嵌入式笔记

12-12

8496

硬件平台：STM32F411RET6 软件环境：IAR IDE for arm 8.30.1 问题现象：在使用串口＋DMA发送数据时，调用发数函数之后，程序卡死，程序跑飞到0x8004e30。问题解决：１、定位到只要启动DMA程序就出现异常２、因为icf文件设置的程序起始flash地址为0x8008000,但跑飞地址为0x8004e30 ３、正常情况跑飞地址范围也是从0x8008...

STM32串口DMA接收253字节就死机原因排查

ydgd118的博客

06-28

2602

STM32串口DMA接收数据大于255字节死机原因排查。

STM32F103C8T6 HAL库 USART1加DMA方式传输数据，解决了串口会卡死的问题

06-09

在STM32F103C8T6微控制器上，使用HAL库结合USART1和DMA进行数据传输时，可以有效解决串口通信可能出现的卡死问题。通过DMA（直接内存存取）方式，可以实现数据的高效传输，减少了CPU的负载，避免了串口数据传输过程...

hal库串口dma卡死_stm32 HAL库串口DMA接收不定长度数据及粘包处理

weixin_34792641的博客

12-23

923

1串口接收不定长度数据及数据粘包解析的实现1、如何让串口接收不定长度数据想让Stm32串口接收不定长度数据，这就需要我们开启串口空闲中断(IDLE)方式，所谓串口空闲中断指的是stm32的数据总线在接收数据的过程中，如果总线在接收一个字节所需要的时间内没有再接收到数据，单片机就会判定此时数据已经接收完成了，这时单片机会自动触发空闲中断IDLE标志位，引发空闲中断，我们只需要进入中断取数据就可以了。...

hal库串口dma卡死_STM32 HAL库利用DMA实现串口不定长度接收方法

weixin_28862113的博客

12-23

962

我这里使用的芯片是 F1 系列的，主要是利用 DMA 数据传输方式实现的，在配置工程的时候要注意配置好 DMA，并开启中断。如果出现数据长度对，可是数据接收不完整，把Memory勾选即可：2、利用STM32 cubemx生成代码后，我们先定义一些变量来使用/*自己添加代码部分*/volatile uint8_t rx_len=0; //接收数...

hal库串口dma卡死_STM32 HAL库串口DMA发送完成中断

weixin_35933239的博客

12-31

2695

近期使用STM32驱动MAX3485进行485通信，发现STM32F103C8并不自带硬件485首发功能，需要软件上控制IO高低来驱动MAX3485进行485接收、485发送。根据MAX3485手册可得，进行485发送时给相应引脚高电平。其余时间为低电平进行485接收。因此需要找到串口DMA发送完成的回调函数，在发送完成后将引脚拉低。在stm32f1xx_hal_uart.c中/** @defgr...

stm32f407 6个串口dma_「正点原子STM32Mini板资料连载」第二十三章 DMA 实验

weixin_39663360的博客

11-22

410

1)实验平台：正点原子stm32mini 开发板2)摘自《正点原子STM32 不完全手册(HAL 库版)》关注官方微信号公众号，获取更多资料：正点原子第二十三章 DMA 实验本章我们将向大家介绍 STM32 的 DMA。在本章中，我们将利用 STM32 的 DMA 来实现串口数据传送，并在 TFTLCD 模块上显示当前的传送进度。本章分为如下几个部分：23.1 STM32 DMA 简介23.2 硬...

关于STM32使用DMA导致程序卡死

m0_73677866的博客

02-13

2158

DMA导致程序卡死的故障排查

freertos串口DMA队列发送卡死

ffmydream的专栏

05-25

632

另外发现回调函数中，只写HAL_UARTEx_ReceiveToIdle_DMA就可以了，停止DMA再开启，会导致接收数据丢失一部分，比如我原本要接收9个数据，每次只接收到了5个，原因未知。调试回调函数的时候，我在cube中删除了默认的DMA通道，又新增了另外一个通道，导致NVIC中，该通道的优先级为0，后来改成了5就正常了。

解决freertos运行后，DMA中断运行不了的问题

zcx_5517的博客

12-25

1166

自己在使用stm32H743XIH6调试UART的DMA中断时发现，只要freertos一运行，DMA就接收不到数据，不使能freertos，DMA就能接收到中断，接收到数据。

使用STM32串口时遇到的“串口死机”问题解决记录

sledd的博客

05-02

4655

些日子的一个项目，采集几路PT100温度及几路电流电压并通过modbus rtu 送给上位机，CPU采用了STM32F4，在现场测试时发现，运行一段时间会出现串口不再回应上位机的读取命令，停电重起后恢复正常通讯，看起来像STM32系统死机了，运行一段时间后又重复该现象。网上查询了很多遇到相似问题的文章，该现象为串口接收溢出，Overrun Error标志置位，测试后发现上位机读取的越频繁，该现象出现的越快。问题得以解决，在出现溢出错误后只影响当时的数据，不影响以后的数据接收。

HC32F460JETA使用串口DMA循环传输数据时遇到问题，只传输了一次就停止传输，如何解决？？

**My Coding Family**

09-24

956

上面列出的步骤可以帮助您解决DMA循环传输数据的问题，尤其是配置和触发机制的正确设置非常重要。如果以上方法仍未解决问题，建议进一步检查芯片文档或联系HC32技术支持以获取更详细的帮助。希望如上措施及解决方案能够帮到有需要的你。PS：如若遇到采纳如下方案还是未解决的同学，希望不要抱怨&&急躁，毕竟影响因素众多，我写出来也是希望能够尽最大努力帮助到同类似问题的小伙伴，即把你未解决或者产生新Bug黏贴在评论区，我们大家一起来努力，一起帮你看看，可以不咯。

FreeRTOS 串口DMA 无法进入中断

Call_me_eleven的博客

09-21

2355

在写FreeRTOS程序时，我的想法是在`MX_FREERTOS_Init`函数中打印一些初始化信息，好方便查看。并且我的串口输出使用的是DMA，结果串口输出一次信息后就再也无法输出了信息了。相关代码如下： /** * @brief FreeRTOS initialization * @param None * @retval None */ void MX_FREERTOS_Init(void) { /* USER CODE BEGIN Init */ Debug("**

RT-Thread终端串口改成DMA方式后死机的问题

Y_JESSE的博客

09-22

739

RT-Thread的终端串口设备默认没有以DMA的方式进行open，如果需要进行比较多的数据打印，串口输出会占用大量的时间。原因就是serial.c中进行输出前，将数据先push到了数据队列，数据队列一旦满了就会将“线程”挂起，但是初始化（打印RT-Thread的logo）的时候并没有初始化线程调度器，这个时候没有线程，rt_thread_self()获取的就是NULL,rt_thread_suspend中触发断言RT_ASSERT(thread!= RT_NULL)就死机。

stm32串口dma卡死

03-08

### STM32 UART DMA Transfer Stuck Solution For issues where the STM32 UART DMA transfer gets stuck, several factors can contribute to this problem. One common cause is improper handling of interrupts and flags that manage the completion or errors during data transmission. In cases when a DMA transfer completes successfully but appears to be stuck, ensuring proper callback function implementation like `I2C_DMAMasterTransmitCplt` for I2C operations might provide insights into correct practices for managing DMA transfers[^1]. However, since the concern here pertains specifically to UART rather than I2C, similar principles apply regarding how callbacks should operate post-transfer: - Verify that all necessary interrupt sources are enabled within the NVIC (Nested Vectored Interrupt Controller). This includes both the UART error interrupts as well as those related directly to DMA. - Confirm whether any overrun/underrun conditions have occurred by checking status registers associated with either peripheral after each transaction attempt; these could prevent further progress until resolved properly. A practical approach involves implementing robust error-checking mechanisms alongside efficient buffer management techniques such as double buffering which allows continuous data flow without interruption between CPU processing cycles and external communications interfaces. Below demonstrates an example setup using HAL library functions tailored towards configuring UART with DMA support on STM32 microcontrollers while incorporating essential checks against potential pitfalls leading up to hanging scenarios: ```c // Enable clocks for USARTx & DMAy peripherals __HAL_RCC_USARTX_CLK_ENABLE(); __HAL_RCC_DMAy_CLK_ENABLE(); static void MX_USARTx_UART_Init(void){ huartx.Instance = USARTx; // Configure parameters including baud rate, word length etc., according to application requirements if (HAL_UART_Init(&huartx) != HAL_OK){ Error_Handler(); // Handle initialization failure appropriately } } static void MX_DMA_Init(void){ __HAL_LINKDMA(huartx, hdmar_tx, hdma_usartx_tx); __HAL_LINKDMA(huartx, hdmar_rx, hdma_usartx_rx); /* Initialize DMA controller clock */ __HAL_RCC_DMAx_CLK_ENABLE(); HDMA_INSTANCE->CCR |= DMA_CCR_EN; if(HAL_DMA_Init(&hdma_usartx_tx) != HAL_OK || HAL_DMA_Init(&hdma_usartx_rx)!= HAL_OK){ Error_Handler(); // Manage DMA configuration failures accordingly } // Additional configurations... } ``` To ensure smooth operation under varying load conditions, consider employing circular mode for DMA channels involved in UART transactions whenever feasible. Circular mode enables automatic retriggering upon reaching end-of-buffer points thus maintaining uninterrupted communication streams even at high throughput rates. Furthermore, always validate received/transmitted byte counts match expected values following every completed session before proceeding forward logically inside software applications built around embedded systems utilizing serial ports interfaced via direct memory access methods.