
在STM32F103ZET6开发过程中,用到HAL库中的串口1DMA空闲中断处理数据时发现: 当接收数据长度超过16字节后,(__HAL_DMA_GET_COUNTER(&huart1.hdmarx))也就是串口1的CNDTR寄存器会首先减16,然后恢复到给定长度,再次进入中断减去剩余长度(又或当长度超过16字节后空闲中断再次进入) 例如限定接收数据长度为0xFFF,当接收数据超过0x0F(例0x12)后,CNDTR寄存器会首先变为0xFF0,然后回到0xFFF,再变为0xFFE。 程序波特率115200,数据位8,停止位1。如何解决呢? 以下是部分代码块
|
关于使用cubemx配置stm32g473re的opamp工作模式:Programmable gain amplifier mode with external filtering
关于ASM330LHH TR调试中的问题
外部按键硬件级防抖功能
STM32会存在单个IO口坏掉的情况吗?
STM32的DCode bus是连接到bus matrix的吗?参考手册描述和图片是不符吗?
stm32ide怎么正确的导出项目
STM32F105RBT6 2025年 ROSH REACH 报告
STM32CubeMX 使用"FW_F1 V1.8.6"生成FreeRTOS代码缺少"freertos_mpool.h"?
你好,我的setting里面设置都没有问题。但是显示failed download cortexm3
ART-PI H750-USB-MSC 设备描述符异常
你代码里还开启了别的什么中断吗?或者代码哪里有误?
或者你把中断里的HAL_UART_Receive_DMA(&huart1, UART_RX_BUF, UART_RX_LEN); 及后面
中断使能的两句 放到你的main循环里清除标志之后试试。
本身库中有完整的启动函数和中断处理函数,并有接收完成的回调函数可用。
建议还是用库中的架构为好(最好是新版),自己改写的话中间很多细节需要关注,尽量用现成的。
代码中还包含以下的中断,但我认为以下中断不会影响串口的接收空闲中断功能:


使用库中的空闲中断回调函数
HAL_StatusTypeDef HAL_UARTEx_ReceiveToIdle(UART_HandleTypeDef huart, uint8_t pData, uint16_t Size)
其内部逻辑也是调用的串口空闲中断,尝试这个函数时也会出现不进位的问题。
如果楼主觉得串口等逻辑是正确的,不妨看看计算时是不是数据类型转换的问题。
[md]要验证是否别的中断影响IDLE中断了,把UART idle中断优先级设置到最高即可验证;
另外,也可以考虑下堆栈方面的问题。再就是仔细检查下代码,变量定义、数组大小这些是否有
小疏忽的地方。