freeRTOS 任务切换 引起串口发送 丢包

pauldeng

while (1){  ui_PktCnt++;
  delay_ms(10);                                                                           //延时10MS,
//  os_sleep(10);                                                                            //延时10MS, 任务进入休眠
  USART0_data_write(send_data_115200, strlen(send_data_115200));    //串口发送数据
  if ( uiPktCnt == 10000) {
    printf("usart0 send data end!\r\n");
    while (1) os_sleep(60000);                     //任务不作为
  }
}

参程 序， 当使用delay(10)函数时， 串口每10MS发一次包， 接收端正常收包；
              当使用os_sleep(10)函数时， 串口每10MS发一次包， 接收端发现会丢包；

请问这是什么问题？ 任务切换会引起串口中断发送丢包？

霸王猫

你是不是使用的查询方式发送呀！
   最好使用发送完成中断发送，即：第1个字节在主程序中发送，其余字节在串口中断中发送

霸王猫

如果使用查询方式发送，如果此时程序触发某个中断会引起任务切换，导致丢数据

pauldeng

串口初始化时， 已经设置为中断收发模式

pauldeng

发送函数如下：

pauldeng

自已顶起来， 已经配置成串口中断收发形式，不明为何调用os_sleep()函数(即vTaskDelay()函数)， 出现发送丢包问题。

霸王猫

兄弟，我感觉是不是你的环形缓冲区出了问题呀！
   
   你可以做个简单的测试，不用环形缓冲区，直接用普通全局数组buffer固定10毫秒使用中断方式给上位机发送数据。
        如果下面的测试程序没有问题，那么可以证明：你之前程序中的这个任务有问题或者环形缓冲区有问题。


  uint8_t buffer[50];
  uint8_t Count;

    void  test_task ()
  {
        uint8_t i;

     Count=50;
      for (i=0;i<Count;i++)
         buffer=i+1;
     
    while (1)
    {
            发送第1个字节，其余字节在串口发送中断中发送 ；
           vTaskDelay(10)；//
    }
  }  
   
  
注意：一定要确保10毫秒内单片机肯定可以将50个字节顺利的发送给上位机。
            也就是说波特率不能设置的太低，假如你把波特率设置=1200，想10毫秒发送100个字节，那么神仙也没有办法啦！
            同时vTaskDelay的延时时间要充裕，你不能把时间设置的太短，例如：波特率=9600，你想5毫秒发送100个字节，

那么神仙也没有办法啦！

pauldeng

非常感谢楼上的回复， 谢谢！

1， 串口发送是没有采用环形缓冲区，只是在接收时才采用ring_buffer

2,    至于波特率设置是合适的， 串口速度设置也是合宜的。
如baud=115200 就每10MS最大可以发送115个BYTE,    baud=9600 每10MS最大可以发送9个BYTE， baud=460800 每10MS最大可以发送约460个BYTE。

3， 关键在于为什么os_sleep函数换成delay_ms函数时， 串口发送就不会出现丢包？

pauldeng

这个任务，就干了一件事，也没有什么出错的余地了

霸王猫

找问题时，我只能建议你把其它所有的程序全部都屏蔽，只有这个任务。
     而且这个任务只发送，不要有接收的代码。
    在任务中发送完第1个字节，其余字节在中断中发送，延时节拍用os_sleep试试。

   记住：找问题时，一定要用最简单的代码，排除是不是os_sleep引起的还是其它问题引起的。

  当发现不是os_sleep引起的时，再一点点的添加其它任务继续测试，直到再次浮现问题时，就找到了根源。

pauldeng

谢谢，楼上的建议，此问题已解决。

pauldeng

谢谢楼上的建议， 谢谢帮忙。 此问题已经解决。

骑着毛驴数星星

怎么解决的啊，让大家也学习下啊

pauldeng

1， delay（）函数的精度有问题， 所以mdelay(10)不一定是真正的10MS， 不要被此函数蒙骗。

2， 因为采用的是串口中断进行发送，要等中断完成后才再次写串口，即要使用发送信号量进行同步。

霸王猫

pauldeng 发表于 2020-3-2 23:05
1， delay（）函数的精度有问题， 所以mdelay(10)不一定是真正的10MS， 不要被此函数蒙骗。

2， 因为采 ...

总之，还是那句话，是由于第1帧报文没有发送完成，你又强行启动发送第2帧报文造成的。

     RTOS提供的延时节拍函数不太准确，因为RTOS调度的时间你无法估算呀！

   正如你所说的，在任务中发送第1个字节，然后其余字节在中断服务程序中发送。
同时任务中发送完第1个字节后，就开始等待信号量；中断服务程序中发送完所有字节后，就释放信号量，通知任务发送下一帧报文，是最佳解决方案。