STM32使用局部变量+DMA发送数据出现的问题——已解决

一言以蔽之

不能使用局部变量的地址给DMA发送,须改用全局变量

问题描述

这天在用DMA发送数据时,由于要处理协议,在一个函数中定义了一个局部的数组。
为了演示方便,简化了一下,函数原型如下:
在这里插入图片描述

经测试DMA配置是没有问题的,收发数据都正常。
按理说,串口助手收到数据应该为1,2,3,4,5,6,7
实际数据为:
在这里插入图片描述
首先是怀疑栈溢出,但这个数组只有7字节,抱着怀疑的态度,我把系统stack调大了一倍,由于只测试这一处,我把其他部分都屏蔽了,程序使用的RAM非常小,结果仍是错的。
又怀疑是编译器优化的问题,我把优化等级设为0,结果仍是错的。

无奈只好把这个数组挪到外面,设成全局的:
在这里插入图片描述
结果正确,但这不是目的,重新把数组放进函数中,之后仿真测试:
在这里插入图片描述
可以看到,在执行DMA发送之前,数组里的数据没有任何问题,当我再次点下全速,执行DMA发送的时候,错误的结果出现了:
在这里插入图片描述
照我一直以来的理解:temp_buf虽说是局部变量,但在退出这个函数之前是不会被释放的,所以将它的地址作为参数传给DMA发送函数应该没问题的。
这次单步进入DMA发送的函数看一下,在这之前,查询了一下tem_buf在内存中的地址和值:
在这里插入图片描述
进入DMA发送函数以后,发现一切正常:
在这里插入图片描述
正纳闷这也没发现什么问题,我在DMA发送函数完成的地方设了个断点,然后全速,然后就玄学了,结果竟然正确:
在这里插入图片描述

我还以为是之前看错了,来回试了几遍。
总结出规律了,只要我不进入DMA发送函数(直接全速运行),结果就是错的,单步进入DMA发送函数以后,结果就是对的。

只能把数组放外面了,很不解,请评论区大佬指教。。。

解决方案:

改用全局变量

感谢评论区博主的解释:
https://blog.csdn.net/u013400631/article/details/115335696

  • 2
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 9
    评论
利用STM32 HAL库实现串口DMA发送和不定长度数据接收的方法如下: 1. 串口DMA发送: 首先,需要初始化串口和DMA相关的参数。通过HAL_UART_Init()函数初始化串口,设置波特率、数据位、停止位等参数。然后使用HAL_UART_Transmit_DMA()函数启动DMA发送,将发送数据缓冲区的指针和数据长度传入该函数。 2. 不定长度数据接收: 在接收数据时,我们可以使用DMA模式配合中断来实现不定长度的数据接收。首先,需要初始化串口和DMA相关的参数,与串口DMA发送相同。然后,使用HAL_UART_Receive_DMA()函数启动DMA接收,将接收数据存放到接收缓冲区中。 在接收数据的过程中,可以通过中断方式来判断数据是否接收完成。在中断处理函数中,可以读取接收数据缓冲区的数据,并根据接收到的数据进行处理。在处理完数据之后,可以继续启动DMA接收,以进行下一次的数据接收。 需要注意的是,在中断处理函数中,需要判断DMA接收是否完成,可以通过检查DMA接收状态寄存器的标志位来判断。如果DMA接收完成,则可以执行相应的操作,比如解析接收到的数据。 总结: 利用STM32 HAL库,可以方便地实现串口DMA发送和不定长度数据接收。通过初始化相关参数,并启动串口DMA发送和接收,可以实现高效的数据传输。在中断处理函数中,可以对接收到的数据进行处理,并根据需要继续启动DMA接收。这种方法适用于需要在接收端实时处理不定长度的数据的场景。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 9
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值