問題タブ [rtos]

FreeRTOSのバージョン5.4でMSP430f5438を使用しています。

私は理解できない面白い問題を抱えています。

基本的に、configTICK_RATE_HZを別の値に設定すると、LEDの点滅が速くなったり遅くなったりします。同じレートを維持する必要があります。configTICK_RATE_HZを高く設定すると点滅が遅くなり、TICK_RATEを低く設定すると点滅が速くなります。

vTaskDelayUntil（＆xLastFlashTime、xFlashRate）; configTICK_RATE_HZが何であっても、LEDは1秒に1回だけ点滅するようになっています。xFlashRateをステップスルーしてチェックし、確認しました。その常に=configTICK_RATE_HZに。コード：

configtick_rate_hzを1000に設定すると、1秒を超える周期でLEDが点滅し、ティックレートを200未満に設定すると、1秒よりはるかに短い周期でLEDが点滅します。

configTICK_RATE_HZは、LEDの点滅時間に影響を与えないようにする必要があります。

より多くの情報が必要であり、役立つために必要なコードスニペットをすぐに提供できることを理解しています。

スケジューラーをスケジュールするのは誰ですか?

最初に作成されたタスクはどれですか? この最初のタスクはどのように作成されましたか? それに必要なリソースやメモリはありませんか? 鶏が先か卵が先か、みたいなシナリオじゃない？

スケジューラはタスクではありませんか？どのタスクに CPU を割り当てる必要があるかを確認するために、各タイム スライスの最後に CPU を取得しますか?

心のこもった理論をこぼすのではなく、これらすべての概念を深く考えて理解させる良いリンクはありますか?

vxworks では、すべてのタスクを VX_FP_TASK オプションで生成する必要がありますか?

タスクで浮動小数点演算を使用する場合は、VX_FP_TASK オプションが必要です。しかし、どのようにして未来を予測するのでしょうか? つまり、float を使用するかどうかをどうやって知ることができるのでしょうか?

バグを修正したり、新しいコードを導入したりする際に、プログラマーは自分のコード変更によってどのすべてのタスクが影響を受けるか、またそのタスクがこのオプションで生成されるかどうかを確認する必要がありますか? これは非常に面倒です。何か不足していますか？

ここに示すアイドルフックを作成しました

これにより、LEDがオフになり、何もすることがないときにMSP430がスリープ状態になります。いくつかのタスク中にLEDをオンにします。

また、MCUをウェイクアップする可能性のある割り込みの終了時にSRのスリープモードビットを変更するようにしました（portext.s43のスケジューラティックisrを除く。iarのマクロは

ただし、MCUをスリープ状態にすると、不規則な動作が発生するようです。LEDは常にオンのままですが、スコープを設定すると、割り込みの1つ（UART）を介してmcuをウェイクアップし、その後再びオンになるたびに、数命令サイクルの間オフになります。LPM3の指示をコメントアウトすると、計画どおりに進みます。LEDはほとんどの時間オフのままで、タスクが実行されているときにのみオンになります。

MSP4f305438を使用しています

何か案は？

さまざまなハードウェア（avr、arm7、tms55xx…）およびさまざまなrtose（freeRTOS、rtx、dsp / bios）用の組み込みアプリケーションを作成しています。そして、それらの毎秒は、PCまたは別のデジタルデバイスと通信する必要があります。相互作用ロジックが非常に高度な場合があります。ですから、私は一般的な方法論（ステートマシンプログラミングスタイルなど）、プロトコル仕様、またはライブラリに興味があり、そのようなものの開発を簡素化することができます。

セグメント化された割り込みアーキテクチャRTOSは、割り込みハンドラとスケジューラ間の作業の巧妙な分割を使用して、「ゼロ割り込みレイテンシ」を誇ることができます。このアプローチには、少なくとも2つの独自のクローズドソースインスタンスがあります。たとえば、AVIXとQuasarsoft -Q-Kernelです。

関連するSOの質問では、オープンソースのRTOSリンクについて質問されましたが、提案されたすべてのオペレーティングシステムは、統合された割り込みアーキテクチャを使用していました。

オープンソースのセグメント化された割り込みアーキテクチャRTOSはありますか？

すべてのタスクに単一の共通アドレス空間を与える方法。このように発生した場合、仮想メモリから物理メモリへのマッピングを回避できます。

すべてのタスクが共通のアドレス空間を共有している場合、仮想メモリから物理メモリへのマッピングを回避するにはどうすればよいですか。

RTOSで一般的に使用されるデザインパターンについて誰かが私を助けてくれますか？
VXworksでは、どちらのパターンがより好ましいですか？

RTOS を使用して Arm7 のコードを c で記述しました。優先度が同じレベルに設定されているタスクが複数あります。したがって、タスクはラウンドロビン ベースで実行されます。

1 つのタスク (デフォルト) が rtos で他のタスクよりも低い優先度に設定されているという例外があります。タスクが実行されていない場合は、デフォルトまたは優先度の低いタスクが実行されます。

ここで、そのデフォルト タスクの実行の正確な合計タイミング (期間) を計算したいと考えています。

誰でも何をすべきか....そしてコードでどのように行うべきか..

よろしくダニ

コンテキストスイッチの時間を決定する際に、RTOSが主要な役割を果たしますか、それともプロセッサが主要な役割を果たしますか？コンテキストスイッチ時間を決定する際の、これら2つの主要なプレーヤー間のシェアのパーセンテージはどれくらいですか。

誰かがuC/OS-II RTOSに関して言うことができますか？