設計システム構築のための実時間予約'control'

Question

簡単な説明の要件

(たくさん良い答えをこんんな更新があってこの空飛ぶ).

検出器として知られる、トラックの計測には、複数の異なる物理的パラメータを実時間(deterministとして、機能の曲です。ユーザーをクリックボタンをマークでの移動時にこのプロセス、その利用のGUIの詳細は各waypoint(人間-時間でのデータ取得ます。-

その後、システムシリーズの計算/ィ/変更、取得したデータを考慮し、制約を入れwaypoint.この過程は、シリーズの補正としても機能の曲です。

第三の工程に沿って走るトラックも、今回の訂正は、物理システム補正のトラック（機能としての曲になりませんか？"

現在の私の考えをご入力/コメント/警告

だいたい決定はがんばることPC+コンフィギュレーションします。FPGAのようなデータを取得'混雑して待たされることC#のPCのデータからバッファです。の点に関する情報も入力を介してコンポーネントのラインナップ/サポート、在庫データベース/flatfile/もの保留処理を'.

処理するところF#.

に、FPGAが使用している文書の情報の物理的機です。

の問題である私にできる見通し現在のとする場合は処理アルゴリズムを必要とサンプリング周波数の数量のデータをバッファに大きすぎます。このようなオフロードの処理をFPGAに少なくとも、ビットを必要としないユーザー入力します。残念ながら、前処理アルゴリズムはカルマンフィルタでは難しいのためのFPGAから、私ンターネットで調べ.

さんにもベル-アワードの受賞者を紹介のためのフィードバックす。

更(追加情報を追加して、時)

入り口にカルマンフィルターを募集していますので一度1ms.そのカルマンフィルター、今までサンプリング1m毎に速度をお約2秒

いかに精密な質問をすることはできない。

1. の実施 カルマンフィルター FPGAによる よう その この 可能ですが、わからないのかについて十分にどちらかの対象とることができるとか可能です。

2. っているかはまだわかりませんが、いずれのFPGA実装の最適化有限要素モデルとカルマンできるサイクル毎1msっているので問題ありません。

3. がんの理解で正しくFpgaないボトル配送負荷のメモリを消費します。第一のプロセスで、私は送信(約)4x400double値の配列を利用してルックアップテーブルにある。

4. もう入れ替えのプロセス（データの読み書き)を示唆する再プログラミングにより、FPGA、それとも指示を切り替えることがない。もできるだけで実行と並行を無視し、生成するための開発ツールです。

5. 他の オプション っているパF#るVHDLを用い Avalda FPGA開発, しきいと、と思っています。

Answer 1

あなたがトラックに沿って移動しているので、私は、サンプリング周波数が10kHz以上ではないと仮定しなければなりません。あなたは、簡単にそのレートでも、12メガビットのUSB（フルスピード）をPCにデータをオフロードすることができます。

数学データの重大な処理のために、MATLABは、移動するための方法です。私はF＃2の聞いたことがないので、しかし、私はコメントすることはできません。

4×400倍は問題ありません。でも、ローエンドのFPGAは、メモリのキロバイトの100年代を持っています。

あなたは読み込みと書き込みの間で交換するための画像を変更する必要はありません。これは、FPGAのすべての時間に行われます。

Answer 2

あなたはあなたの目標、顧客、予算、信頼性や期限を言及していないので、これは答えるのは難しいですが、...

FPGAを忘れてください。あなたは別のソリューションを使用して、リアルタイムの要件を爆破しようとしている知っている限り、あなたの設計、開発環境とのインタフェースを簡素化します。

あなたは予算を持っている場合は、

、私は最初のLabViewを見て取ると思います。

http://www.ni.com/labview/する

http://www.ni.com/dataacquisition/する

LabVIEWはあなたにすべての単一のPC上のデータ収集システムとユーザーのGUIを与えるだろう。それは「実際の」プログラミング環境のように感じることはありませんので、私の経験では、開発者は、LabVIEWを選択していないが、私は間違いなくあなたが説明した問題のためにそれをお勧めします。

あなたはコンパイル言語を使うことに決めている場合は、

、私はリアルタイムのデータ取得RTOSと組込みターゲットにコンポーネント、および好ましくはスケジューリングとスレッドの分離のためにMMUを利用し、あなたが書くことができます1を隔離したいですC.あなたが本当のRTOSを取得する場合、あなたはrealiably実行し、また、必要であれば、それらをデバッグできるようにする必要がありますプロセスをスケジュールすることができるはず！定義されたインタフェースとできるだけ簡単このオフターゲットシステムを保ちます。それはあなたが必要なデータを取得するだけで十分なんください。

私は、メンテナンスのための共通インターフェイスファイルを使用してバックPCのGUIへのインタフェースを実装すると思います。 PCへのデータ転送、USB2またはイーサネットのようなもののための標準インタフェースを使用してください。 FTDIチップは、このようなものにも最適です。

Answer 3

ここで提案されます。

FPGAのコンセプトをダンプします。 TIのDSP評価ボードを入手 あなたを幸せにするのに十分なギガフロップスのものを選んでください。 作業セットを格納するのに十分なRAMます。

C. TI中のプログラム、それは小さなRTカーネルを提供します。

これは、シリアルポートまたはイーサネットを言って、PCにオーバー話し、どんなます。

データが失われないように、

これは、握手とPC調理データを送信します。 PCは、シニアの瞬間を持っていながら、DPSは、あなたのデータを格納するために十分なRAMがあります。

DSPではありませんパフォーマンスの問題。

リアルタイムビットは、MPのラムので、リアルタイムに行います。 処理が速く、GUIはタイムクリティカルではありません。

Answer 4

PCへの接続は何ですか？それはネットワークベースの接続である場合は、データ入力に対処するためのストリームを使用することができますよう.NETは、優れたフィット感になります。

F＃や大規模なデータセットを含む任意の関数型プログラミング言語についてのあなたへの私の唯一の警告は、メモリ使用量です。彼らは素晴らしいと数学的に証明可能ですが、あなたは多くの再帰からスタックオーバーフロー例外を取得しているとき、それはあなたのプログラムが動作しませんし、あなたが時間と労力を失うことを意味します。

C＃のGUIを開発する必要がある場合は、リサイズやGDI +は、記念碑的な努力なしで使用可能なものにあなたを取得する必要があります素晴らしいことでしょう。

私たちのデータレートとの接続に関するいくつかのより多くの情報を与え、多分私たちはいくつかのより多くの助けを提供することができますか？

Answer 5

マイクロソフトロボットメーカーで有用な何かがあるかもしれません：リンクテキスト特にリアルタイム様相について。 CCR - 同時実行コーディネーションランタイムはこれの多くは、すでに考え抜かれており、シミュレーションツールは、あなたの分析を助けるモデルを構築するのに役立つかもしれません。

。

Answer 6

鳴っていくとき、全ての処理をoffにする。そのような場合には、その後オフラインでのかかるものと思われます。その他の単語分割の過程を3つの段階

1. データ取得
2. データ解析
3. 物理システムの訂正に基づくデータを解析する

データ取得

できない場合はデータを収集するための標準インタフェース、そしてほとんどの場合、カスタムインタフェース。言いにくい"ことばのに使用FPGAを知らずについての詳細インターフェース。ビルカスタムインタフェースが高価であり、するべきなのは、研究のトレードオフを選択します。とにかく、このFPGAに基づくその後のFPGAシンプルに使うのrawデータ取得。現在のハードドライブ技術で簡単にストア100のギガバイトのデータ処理、店舗のrawデータをディスクドライブ。もはやりたいときでも導入1次元カルマンフィルタのFPGAを用いています。

データ解析

お客さま人数小児-幼児のデータをハードディスクドライブのその後がたくさんのオプションのためのデータを解析する既に分かっている場合はF#,後F#.PythonおよびMatlabも多くのデータ分析の図書館可能です。

このアプローチが容易になり試験データ解析ソフトウェアによるソリューションいすべての加工。通りの結果がいなかったのでしょうか、簡単に再解析などにより、データを収集します。

物理システム補正

の結果のデータ分析や検出器の軌道に沿って再び送りで、適切な入力によるインターフェイスカード.

Answer 7

私は、そのようなあなたが説明してきた一人として、ハイブリッドシステムなどの組み込みエンジニアの多くを行ってきました。あなたが処理する必要があるデータ・レートとサイズで、私はFPGAを必要とします...単にあなたのPCにプラグインするために、棚のデータ収集システムをオフ見つけることを疑うます。

私はあなたに実行しようとしている最大の問題は、ハードウェアのAPIの言語バインディングに複数の関連だと思います。過去には、私はそれがハードウェアからデータを取得する最も簡単な方法だったというだけの理由（とさらにいくつかのフォース）Cおよびアセンブリで私のソフトウェアの多くを開発しなければならなかった。