串口1中断程序只能进入一次，第二次进入不了

嗯啊

情况是这样的，
我的串口1中断程序只能进入一次，第二次进入不了
---------------------------------------------------------
我的分析：我在串口1的接收中断程序里（程序时间比较长）对另一个串口3执行了发送数据函数串口3返回数据，串口3发生接收中断，导致我串口1的中断函数没执行完就跳转到串口3中断函数
我的解决办法是在串口1中把串口3的接收中断关闭，不知道具体用哪条指令。
------------------------------------------------------------
上面是我的分析，可能不对，不知道原子哥或各路大神遇没遇到这种情况，是什么原因。
比较急！！！！！！！！！！！！！

xuande

当初是怎么打开的？反其道就行了。

ps：

1、中断服务程序比较长，这是编程的大忌。一定要闪退！要把杂务放在主程序里处理，这不难做到，调整一下物理流程就可以。

单片机编程，安排物理流程、处理时序是编程的灵魂，比写代码更重要。

2、一个中断没结束就进入另一个中断。。。这是 “中断嵌套” 的概念，51芯片有这功能，但STM32似乎没有。

zhao305149619

排除法，先用一个串口中断试一试，如果还有问题，就说明你分析的不对，如果没有这个问题了，那就说明你分析的大致是靠谱的
还有我担心是不是你把最基本的中断标志位清除你没有做？

嗯啊

回复【2楼】xuande:
---------------------------------
谢谢你的第一条建议，我尽量改
--------------------------
一个中断没结束就进入另一个中断。。。这是 “中断嵌套” 的概念，51芯片有这功能，但STM32似乎没有。
你的意思是stm32在执行中断程序的时候，其他中断发生也不会跳转到其他中断函数？

xuande

回复【4楼】嗯啊:
---------------------------------

就是这个意思，即使第二个中断的优先级更高，也要等前一个中断完成、退出，才会被执行。优先级只有在“中断同时发生”时才有效。

我不能百分之百肯定，但目前我知道的信息就是这样。如果你的实验属实，那就推翻了我这个结论。但我很怀疑你的实验。

pthread

xuande 发表于 2015-4-12 21:57
回复【4楼】嗯啊:
---------------------------------

就是这个意思，即使第二个中断的优先级更高，也要等 ...

STM32中断是可以嵌套的吧，也是可以被抢占的吧。

xuande

pthread 发表于 2016-6-1 09:22
STM32中断是可以嵌套的吧，也是可以被抢占的吧。

听人说过可以抢占，和51一样。
我自己没做过这样的实验。

kingnike

STM32肯定是可以中断嵌套的，而且比51的先进。不过这种都太危险了，能不用就不用。还是改下软件流程来的实在。

可靠的蓄势

xuande 发表于 2015-4-12 21:57
回复【4楼】嗯啊:
---------------------------------

就是这个意思，即使第二个中断的优先级更高，也要等 ...

看这个回复时间已经很久了，但我还是想说一下我的理解：中断优先级分抢占优先级和子优先级，抢占优先级高的可以打断抢占优先级低的中断，也就是中断嵌套；而子优先级不可以，子优先级低的中断先发生时，有子优先级高的中断，则需等待子优先级低的完成才能进入，不能抢占。

xuande

可靠的蓄势 发表于 2017-1-3 11:56
看这个回复时间已经很久了，但我还是想说一下我的理解：中断优先级分抢占优先级和子优先级，抢占优先级高 ...

对，51内核就是这样。

itisliuyang

用hal库的串口例程改的程序，运行了一段时间（大概一小时）进入了(HAL_UART_GetState(&UART1_Handler) != HAL_UART_STATE_READY)//等待就绪 超时处理后，一直无法再进入中断，请问如何处理

SKLMTChen

itisliuyang 发表于 2017-8-28 11:05
用hal库的串口例程改的程序，运行了一段时间（大概一小时）进入了(HAL_UART_GetState(&UART1_Handler) != H ...

请问您这个问题解决了吗？我好像也出现了类似的问题