记录STM32串口USART_DE功能的问题

使用STM32,USART1_DE脚,对RS485进行收发切换时,发现2个问题。

第1个

启用DE模式的配置代码,
USART_EnableDEMode
USART_SetDESignalPolarity
……等
需要放在串口初始化USART_Init()之后,手册中只提到要在USART_Enable()之前

第2个

网上对DE模式的资料非常少,连提及都很少,这是有原因的。

使用485芯片时,需要一个IO控制DE RE逻辑,控制收发模式。

常规做法:
使用一个IO控制,每次发送前拉高DE,等串口发完,拉低DE。
USART_DE模式:
只管发送接收,不用单独控制这个IO。

我是使用DMA发送,按理说,只要启动DMA传输后,就可以不管了,
但是,测试时发现,
要在DMA开始后加延时,不然数据错误且不完整,类似如下:
01 03 00 00 00 01 84 0A
01 03 00 00 24 18
必须要等发完的话,我用DMA和DE模式的意义在哪?
于是开始找原因,
我发现调用DMA发送后,继续往下时,有关总中断的操作(操作系统干的)。
注意:我并没有开 串口或DMA的任何中断,但一样的出问题。

实际应用中,只要用操作系统,就常有关中断的原子操作。

猜测这个DE控制,是在内部依靠【串口TC中断标志】来切换的,关总中断后对DE判断产生影响。

结论:串口DE模式下,发送数据时,不要关总中断。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

梅兰里

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值