どのようにRTOSのタスクを定義する

[ckto]

こんにちはすべて、

私は、モジュールのハードウェアの次のが、実行プロジェクトを私に行くために使用freeRTOSします。

- 128 × 64は、モジュールのドットモノラル液晶グラフィック
- 4つのキー（直接キーを構¥成）
- IrDAコントローラ印刷用
-を介してADCを行うI2Cは500msのインターフェースADCはすべての

デバイスの機能¥です。
-ユーザーが値をDACの表¥示を読んで、キーをすることができます使用する
-パソ¥コンのUSB /ステータスを介して485のステータス/液晶値を/キーADCのことを要求。
-ユーザーが値のDACの印刷をIrDAのにトリガキーをすることができますを使用します。

今、私は道を右に配置タスクをでどのようにしない知っている。私は方法と思う次のように、それを私は可能¥性がありますか。

タスクの定義
1）KEYSCAN -主要なタスクの操作をスキャン主キーコードを提供するタスクを、
2）ディスプレイ-要求を受信する操作方法タスクの結果を表¥示します。
3）ADCは-タスクが停止500msの非ごとに確認してくださいAD変換のために
4）がIRDAの- Receive操作タスクからの要求、および送信DACの値をIrDAコントローラへのインターフェイス
5）操作方法-タスクインターフェイスを処理するすべてのユーザーとタスクに他の要求を提供する、それを仕上げています。

私の問題：
タスクDISPLAYとIRDAのは、ADCのタスクADVは値から必要になります。siturationこの2タスクは、タスク1）からと言って要求する（リソ¥ースを、キューです。私は良いと思うがないそれがあります。これは、オーバーヘッドが増加RTOSの通信を行う非常に多くのタスク間。

または私がマスターであるか、それをのようにタスクがその操作の。これは、唯一のADC ADCの値から1つになるタスクと、タスク、他のdistrubそれを、必要に応じています。その後、我々は、タスク1がないもっとして、タスクにADC接続している。アプローチについては、この、私は疑問を持って。

私は普通と思う、我々は、タスクに操作lowerestれます与える優先順位を遅延ため、応答もはやそれがあります受け入れることができることが課題。そして、それは私の2番目のアプローチは、重要な課題。IRDAのタスク、優先度がより低くなる必要があります。タスクからIRDAのタスクは、優先順位の低いからいつものを待つための）リソ¥ース（ADCの値を返します。それはだダメでしょ？

かは、アドバイスを私に？事前に感謝します。一日を過ごす良い
ケン

 

[Guest]

[No message]