定时器里面串口发送函数while（）等待发送完成，进入死循环

跟紧我

定时器函数：

串口发送多字节函数，使用while（）等待发送完成



结果是发送失败，卡死在while（）处。如果把串口发送函数放到main（）函数执行，可以正常发送。
是中断混乱了还是其他原因？
如果不使用while（）等待发送完成，那有什么办法判断发送完成？

LcwSwust

按理来说，等待TXE标志与是否进入串口中断函数无关，不应该会卡死。
但一般来说也不应在中断里占用太多时间，像串口若是9600的波特率用查询式发送就可能每个字节等待1ms，这样不好。
建议在中断里需发数据时置个标志，主循环读到此标志则发送数据。
另外，也可以使用循环队列来提高效率。

跟紧我

考虑不能抢占原因，但设置定时器中断优先级是1，2  串口中断优先级是0，1 还是不行

thisisdemo

请把串口相关东西从定时器中断函数中剔除出去。   正确做法：中断函数释放标志位，外部捕捉标志位然后进行串口收发

hou18

中断应该快进快出，不要执行过多的任务，尤其是循环

跟紧我

LcwSwust 发表于 2021-1-14 11:31
按理来说，等待TXE标志与是否进入串口中断函数无关，不应该会卡死。
但一般来说也不应在中断里占用太多时 ...

是的，之前别的程序都可以，就是我这工程被我玩坏了。
（1）之前在定时中断函数里使用printf()，使中断错乱了；
（2）之前错误使用了extern声明函数，导致链接错乱了
改回来也不行了，估计要重新建工程才行了

跟紧我

LcwSwust 发表于 2021-1-14 11:31
按理来说，等待TXE标志与是否进入串口中断函数无关，不应该会卡死。
但一般来说也不应在中断里占用太多时 ...

看来的确非常影响效率。 金牌会员

跟紧我

LcwSwust 发表于 2021-1-14 11:31
按理来说，等待TXE标志与是否进入串口中断函数无关，不应该会卡死。
但一般来说也不应在中断里占用太多时 ...

那串口中断接收函数也一样非常耗时

跟紧我

LcwSwust 发表于 2021-1-14 11:31
按理来说，等待TXE标志与是否进入串口中断函数无关，不应该会卡死。
但一般来说也不应在中断里占用太多时 ...

如果多个定时器，考虑到优先级和时效性，还得放在中断函数里。但串口等特别耗时的可以提取出去

跟紧我

进入死循环

跟紧我

thisisdemo 发表于 2021-1-14 11:33
请把串口相关东西从定时器中断函数中剔除出去。   正确做法：中断函数释放标志位，外部捕捉标志位然后进行 ...

我就奇怪为什么主循环可以，放进定时器里面就卡死了

LcwSwust

跟紧我 发表于 2021-1-14 14:57
那串口中断接收函数也一样非常耗时

中断接收不会非常耗时,因为接收完一个字节才会产生中断,并可立即读取.
接收一字节从开始位到结束位过程中并不占用CPU(或可把串口模块当作另一个CPU).

跟紧我

LcwSwust 发表于 2021-1-14 19:03
中断接收不会非常耗时,因为接收完一个字节才会产生中断,并可立即读取.
接收一字节从开始位到结束位过程 ...

这样看中断接收的确不怎么耗时。
但是我这串口发送为什么主循环可以，放进定时器里面就卡死了？能帮分析一下吗

NFotxb

是不是该把  USART_SendData(  );  放在 while( )；  语句前面；
又或者把 while( )；  后面的分号去掉试试。

LcwSwust

跟紧我 发表于 2021-1-15 09:57
这样看中断接收的确不怎么耗时。
但是我这串口发送为什么主循环可以，放进定时器里面就卡死了？能帮分析 ...

去掉无关代码后把完整工程发上来看看