硬件初始化和软件初始化的顺序问题

文章讨论了在上电时串口空闲中断导致系统死机的问题,通过分析发现是由于信号量和队列未创建成功。解决方案包括在中断中增加句柄检查以及处理可能的错误中断。

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

背景:使用DMA+空闲中断,上电会触发一次空闲中断

条件:三个串口需要进行接收,共用一个空闲中断,两个串口使用这个中断函数接收处理没有问题,但是串口一打开空闲中断就会上电就导致系统死机。

思路:按照常理来说,共用一个函数其他两个都没有问题那么函数也不会有问题。

1.避免上电就触发空闲中断,尝试把RX引脚初始化为上拉模式,无解

2.查找空闲中断中的逻辑,在空闲中断中做了两件事,发信号量,发队列。把这两个注释掉后,确实没有问题

3.三个串口有两个串口都没问题,唯一一个串口出现问题是在信号量和队列上,使用操作系统经常遇到的问题就是任务创建成功,但是有一些信号量或者队列没有创建成功就调用API导致系统死机。所以上电触发这个中断导致死机也是因为信号量和队列没有创建成功

4.检查串口一初始化在最前面,确实有可能没有来得及创建一些资源,那么在中断中做一些条件判断,如果信号量创建成功那么句柄一定不为NULL,所以使用空闲中断的时候在加一个条件判断一下句柄是不是为NULL

5.空闲中断在一上电也有可能触发错误中断,因为接收了一个满的数据触发了ORE中断,错误处理中断中重新打开DMA接收即可,使用HAL库没有进行其他操作也没问题,比如将数据寄存器中的数据读出来

解决方案:加一个对句柄的条件判断

或者资源创建在任务创建最开始,建议设计时就分开

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值