問題タブ [disco]

安価な PC (すべて同一のハードウェア) を使用して、計算クラスターを迅速かつ簡単に構築する方法を探しています。Rocks は可能な解決策のように見えますが、ノードで Python 3.4 プログラムを実行できる必要があり、システムで DISCO もセットアップする必要があります。これは Rocks で実行できますか? それとも、DISCO 用に 1 つのクラスターをセットアップし、従来の MPI ベースのコンピューティング用にまったく別のクラスターをセットアップする方がよいでしょうか? ここでは、セットアップの容易さが大きな懸念事項です。

私は現在、等間隔のタイミングで特定のパルス シーケンスを出力するための組み込みシステムに取り組んでいます。したがって、最初のテストとして、FreeRTOS カーネルを搭載した STM32 - DISCO ボードを使用します。TIM1 をトリガーするマスターとして TIM3 を構成しました。TIM1 は、1Hz または毎秒の頻度でトリガーされます。次に、TIM3 はその出力でパルス シーケンスを生成します。TIM3 出力を PB4 に、TIM1 を PA9 に設定しました。この構成は期待どおりに機能しますが、設定を保存し、両方のタイマーを構成する関数へのポインターとして渡すことができる構造体を使用して、その場で構成を変更したいと考えました。

最初のステップとして、データ構造を生成し、タイマー関数で初期化して TIM3 を構成しました。

1) この構成では、非常に奇妙な動作が発生します。データ構造を含めた後:

そのコードが切り取られた後、PIN PB4 (マスター - TIM3) で出力が得られず、1Hz でトグルする必要があります。

2) さらに混乱させるために、コード ブロックをハンドルに置き換えると、次のようになります。

これで、PB4 (マスター - TIM3) の出力が 1Hz で表示されますが、PA9 (スレーブ - TIM1) の出力極性が逆になっています。

問題を調査しようとしましたが、FreeRTOS のスタック/ヒープに注目しました。大きなヒープ/スタック = (uint32_t) 65535; でシステムをテストしました。行動に変化は見られませんでした。

誰かが同様の問題に遭遇したか、これを解決する方法を知っていることを願っています。残念ながら、私は私の知識の終わりにいます。

編集：私は問題にもう少し時間を費やし、より具体的にできると思います。ポインタ使用の場合、TimMasterHandle は初期化直後にロックされます。ハンドルのロックを解除すると、TimMasterHandle.lock = HAL_UNLOCK; すべてうまくいきますが、それは問題を隠しているだけです。これがどこから来ているのか知りたいです。

まだヒープまたはスタックの問題のように見えます。ヒープまたはスタック オーバーフローをチェックする方法はありますか。Keil uVision 5.10 を使用しています。

お時間を割いていただき、ありがとうございました。

アイマー

私は最近 Disco Project を見つけ、Hadoop と比べてとても気に入っていますが、問題があります。私のプロジェクトは次のように設定されています（実際のコードを切り取って貼り付けてください）：

myfile.py

私の問題は、ジョブ フローが A の reduce を完全にスキップし、B の reduce に移行することです。

ここで何が起こっているのですか？