freeRTOS丢失串口数据

我一直认为能不用os，就千万不要去用os。拿freeRTOS说事是刚好使用了freeRTOS，其实对于抢占式的rtos，都有可能遇到这样的问题，分析解决起来不容易。

用rtos的纠结之处，你只是想用rtos或者被迫使用rtos，你压根不想彻底去了解它，去读代码，因此就会有一些纠结。

首先，我想最大的困扰是，rtos调试手段缺乏，定位问题很难。在单任务里面，一般用 log可以解决问题，实在苦恼时候，可以用单步跟踪。 而rtos的单步恐怕不能帮你什么。

其次， 本来内存已经很吃紧，而你又不得不分配给每个task单独的堆栈空间。多少合适呢？不可能去一一探测堆栈的深度。

上面2个是我以前的看法，现在多了一个：

中断优先级你额外操心了，因为有一个tick时钟在不停的产生中断， 比如1毫秒1次， 串口的发送一般是9600或者115200波特率， 大概就是1k -10k每秒的速率，那么也差不多是毫秒级别的中断。频繁中断干扰串口中断导致串口接收数据出现漏接的情况，分析了好久才明白。

使用rtos的便利是

1 已经有现成的工程是基于freertos了，移植好了gui，fs，driver等等，被迫使用了。

2 可以免除去写状态机的烦恼。对新手，写出稳定优美的状态急也许有一些障碍。

最常见的恐怕就是类似网络处理那样的结构了，处理数据流。没有rtos的话，要对接收缓冲里面的数据流进行处理，无法预测会收到的数据是什么，所以记录各种状态，并在状态间跳转，使其符合一些业务需求。（当然，对于单任务的系统而言，不需要状态机，但是单任务的比较少，况且，单任务的话更加没有用os需求）有rtos的话，是可以比较简单的，过程式的逐一完成各个状态。

写状态机是挺麻烦，但相比较而言，我宁愿写状态机。