uC/OS-II 应用中，如何划分任务，以及任务之间如何通信？

ba_wang_mao

　　根据教科书的上的原则：
　　　　　（１）．任务和任务之间通信可以采用一对一或者多对一方式通信．禁止一对多方式通信．
　　　　　　　　　也就是说，可以是一个任务或者多个任务发送消息，但是只能一个任务接收消息．

　　假如一个实际应用中需要１２个键盘按钮：
　　　　　<SET>     :
　　　　　<UP>
          <DOWN>
          <F1>　
          <F2>　
          <F3>　
          <F4>　
          <F5>　


　　　　　其中三个用于按键用于参数设置，即＜SET＞按钮，用于进入参数设置状态或者退出参数设置状态，＜UP＞按钮用于增加数值，＜DOWN＞用于减少参数值．
　　　　　Ｆ１－为功能键，按一下F１键，控制器开始运行，控制马达运转．
　　　　　Ｆ２－为功能键，按一下F２键，马达转速增加１转
　　　　　Ｆ３－为功能键，按一下F３键，马达转速减少１转
　　
　　　
　　　那么根据任务和任务之间通信可以采用一对一或者多对一方式通信．禁止一对多方式通信原则：
　　　　　　设计一个＂键盘扫描任务＂用于扫描键盘，设计一个＂键盘处理任务＂用于处理键盘动作．
　　　　　　当检测到按键被按下后，发送消息给＂键盘处理任务＂．

　　　但是这样编写任务，＂键盘处理任务＂的设计也太过于庞大了吧！既要处理＂参数设置＂，又要处理功能键的事情．
　　　能否将　＂键盘处理任务＂分解为两个任务，一个专门用于参数设置，另外一个专门用于处理功能键动作．


　　　在这种情况下，如何合理的规划任务呢？
　　　在这种情况下，如何合理的规划任务呢？

ba_wang_mao

在这种情况下，如何合理的规划任务呢？

　　　如果一个任务给多个任务发送消息又不符合操作系统的原则，该如何办呢？

ba_wang_mao

我顶

John_Lee

一般原则：耗时短（包括必要的同步在内）的操作，就在本任务完成。耗时长的，发送到其他任务中操作，本任务继续。

如果上一次耗时长的操作（在其他任务中）还未完成，本任务又收到了相同的操作命令，那么可以根据实际情况，选择队列缓冲，或直接丢弃，并可通过某种方式（如显示屏等）告诉上层（操作者）操作过快。