stm32H750使用FreeRTOS,偶尔会出现所有线程停止运行的状况(流水指示灯不闪,程序不跑),此时点击触摸屏触发一下串口中断,所有的线程又会恢复运行,从堆栈调用情况看,有点像是串口发送时与串口接收冲突了,但是串口不应该是全双工的吗!不知道是不是Hal库搞得比较复杂带来的Bug,从图上可以看到,经过数次单步运行后程序自动退出了死机状态,同时RXNE标识被清零了(?单步调试触发的中断导致了串口发送状态退出)。 |
[md]你分析的是收和发的冲突,实际上我把程序中所有串口的收发全改成中断方式后仍然存在极小概率死机 ...
[md]不同任务使用同一个串口发送,当然要保证上一帧发送完成才发送下一帧。可以使用消息队列等方式,将同一个串口的发送函数放到同一个任务中。
HAL库串口使用中断方式接收时,如果发送用阻塞或者DMA方式,会有可能卡死。如果是485半双工通信,收发不同时发生,一般没问题。至于为什么,在HAL_UART_Receive_IT处理过程中会先LOCK串口,处理完再UNLOCK,实际上这段时间内串口变成半双工了。 可以收发都用IT方式,怕消耗CPU资源都用DMA也好。
HAL库串口使用中断方式接收时,如果发送用阻塞或者DMA方式,会有可能卡死。如果是485半双工通信,收发 ...
[md]你分析的是收和发的冲突,实际上我把程序中所有串口的收发全改成中断方式后仍然存在极小概率死机(每秒一次发送,大概1小时到一天左右发生一次)的现象,死机位置是一直等待串口发送完成,因此我怀疑是两个不同优先级的线程同时使用串口发送引起的,目前的做法是不同线程如果需要使用同一个串口的发送函数,那么让不同线程分别在不同时间段发送(时间分段)。
[md]你分析的是收和发的冲突,实际上我把程序中所有串口的收发全改成中断方式后仍然存在极小概率死机 ...
[md]如果多任务使用同一个串口的发送,肯定得保证上一帧发送完成才发送下一帧。可以使用消息队列等方式,让串口的发送函数保持在一个任务中处理。
不同任务使用同一个串口发送,当然要保证上一帧发送完成才发送下一帧。可以使用消息队列等方式,将同 ...
[md]谢谢,习惯了以前前后台的编程方式,转FreeRTOS只会简单的拆分任务,像一些消息队列类的还做不到能灵活处理,慢慢适应吧!