ucosii中断和任务同步速度不匹配

漆破蓝染

小弟第一次使用ucosii，关于中断和任务同步速度匹配上还有有些不太理解。希望各位大佬能够解答一下小弟的困惑
设计的系统如下：stm32f4串口1接受一个触摸屏发送过来的查询、控制命令（modbus协议），然后用另外一个串口2按照modbus协议控制一个变频器
设计思路如下：
                串口空闲中断：DMA串口1接受modbus命令，然后通过消息邮箱把接受到的数组的指针发送到邮箱里去
                任务1：等待消息邮箱，有消息后就处理modbus命令，处理命令的时候如果控制指令是设置频率，那就把频率值用另外一个消息发送出去
                任务2：等待另外一个消息邮箱，有消息后就按照接受到的频率值与变频器通讯

这里有一个问题，串口1DMA接受的时候速度比较快，大概500us就会接受到一组命令，但是任务1处理的时候比较慢，大概3ms处理一次，这个咋办？

漂泊的雨林

帮顶   你的使用是 中断发出消息后  任务1过3MS才会收到消息？

漆破蓝染

漂泊的雨林 发表于 2017-7-14 12:25
帮顶   你的使用是 中断发出消息后  任务1过3MS才会收到消息？

不是，是任务1接收到中断的消息后需要进行一个3ms的解包处理过程，在这个时间里中断会给消息邮箱发好多次消息。

总的来说就是中断发消息太快，任务1处理消息太慢。

//消息处理任务
void msg_task(void *pdata)
{
        u8 *p=0;
        u8 err;
        while(1)
        {
                p=OSMboxPend(msg_key,0,&err); //等待接受消息
                HSQ_Process(p);//这句话是处理消息，要3ms左右，比较蛮
                OSTimeDly (2);

               
        }                                                                         
}

单片机求职

这是个生产者与消费者的问题。中断与任务很多时候都不是严格的同步,在UCOSIII系统中专门有一个中断延迟发布机制来处理这种问题,利用消息队列Q作为缓冲用于事件同步,只要生产者的速度不超过消费者的速度就可以了， 即收到的指令打入Q中,让任务1等待Q,这样并不会影响系统的实时性。


void  Task1(void *parg)
{
   //等待消息队列Q
  OSQPend(.....);

  //任务处理代码
}

void USART_Handler()
{
//将指令打入消息Q
  OSQPost(...);
}

希望对你有用,这样做消息也不会消失