問題タブ [sysbios]

約 113 の t を除いて、次のような長い一連の方程式があります。

Lは入力引数です。

を計算するのに非常に時間がかかりますt113。そのため、これをより速くするために、これをいくつかの異なるスレッドに分割しようとしています。問題は、これを行う方法がわからないことです。よりよく分析できるように、紙に木の形で t を手書きしてみましたが、途中で大きくなりすぎて扱いにくくなりました。

計算を高速化する他の方法はありますか? ありがとう。

編集: SYS/BIOS で 8 コア DSP を使用しています。私の前任者によると、これらの逆運動方程式と順運動方程式は、処理に最も時間がかかります。私の先人も、この 8 コア DSP を実装用のハードウェアとして意図的に選択しました。したがって、8 つのコアすべてを活用する方法でコードを作成する必要があると想定しています。

「マルチコア」プロセッサの概念と混同しています。

一部のマルチコア プロセッサは、ARM A9/x86 をリンクし、Linux/Windows などのユニ OS を実行します。すべてのコアがうまく機能します。

しかし、他のものは、TI の C6678 をリンクし、コア pac0 で Linux を実行し、他のすべてのコア pac で sys/bios を実行し、syslink を介して通信します。

これらのマルチコア プロセッサのアーキテクチャの違いは何ですか?

SD カード上の既存の大きなファイル test.dat で始まるテスト コードがあり、テストは次のことを行います。

まっすぐに見えます。

f_write の結果は、SD カードの破損です。

組み込みデバイスの EDMA をトレースして、FatFの読み取り/書き込み要求を監視しました。f_open 読み取り要求はすべて正常で、ファイルと FAT テーブルを適切に検出します。

f_write は、最初のセクターをスクラッチ バッファーに読み込むことから始まります。次に、ゼロをスクラッチ バッファに memcpy します。すばらしいです。512 個のゼロの memcpy の後、セクターをコミットして次のセクターに移動する必要があります。

コードが混乱するのはこの時点です。そのゼロのスクラッチ バッファを FAT テーブルに書き込みます!!

ff.c/f_write() の問題のあるコードは次のとおりです。

ここで、fp->buf はゼロのセクター バッファーですが、fp->dsect は FAT セクター (8318) であり、ファイル データ セクター (10240) ではありません! おっとっと。disk_write() で、fp->buf は fp->sect に一致します。

ここでは基本的な使用例のように思えますが、これを見てショックを受けました。

世界中の誰かが、以前に FatFs でこのような問題を掘り下げたことがあることを願っていますか?

I am currently trying to use SYS/BIOS 6.37.5.35 with xdctools version 3.25.6.96 with a F2812 platform.

The issue I am having is when I try to set up PLL configuration I get a warning saying

PLL type is not assigned, so the Boot module will not configure PLL

This because of the following code in Platform.xs

Does this mean PLL configuration is not supported for 2812 in sys/bios?

Thanks & Regards,

Nikhil Kotian.