会社でさまざまなプロジェクトに使用するために、新しいデータ取得システムを購入しようとしています。最初の主な目的は、最大 20 個の熱電対を監視し、複合材オーブンの温度を制御することです。ただし、加速度計やひずみゲージの監視、信号発生器としての機能にも使用する予定です。
これを使用するのはおそらく私だけではありませんが、Atmel マイクロコントローラー (C) でのプログラミングの経験が豊富にあります。以前にLabVIEWを使用したことがありますが、5年ほど前のことです。LabVIEW は、私と同僚の両方にとって簡単に理解できるので、良いと思います。反対に、それは高価です。現在、2 つの電圧カードと 1 つの熱電対カード + LabVIEW を備えた NI CompactDAQ システムがあり、価格は 5779 ドルです!
異なる NI ハードウェアで同じ I/O 機能をより少ない $ + LabVIEW で取得して、より少ない $ で入手できるかどうかを確認します。LabVIEW以外の提案があれば教えてください。
前もって感謝します！
テストと測定へようこそ。事前に構築されたものにはかなりの費用がかかりますが、時間と引き換えにお金がかかります。
やや安価なAgilent 34970A (および関連するカード) をチェックしてみてください。これは、さまざまな種類のセンシングに最適な主力製品であり、私の記憶が正しければ、いくつかの基本的なソフトウェアが付属しています。
簡単な温度制御には、PID コントローラーを検討することもできます (以前はWatlowまたは Omega がブランドでしたが、私がそれらを調べてから数年が経ちました)。
また、NIの低コスト USBソリューションを検討することもできます。チャネル数は少なくなりますが、かなり安価です。ただし、何らかのソフトウェアが必要です。
いくつかのタイプの測定および制御デバイスまたはサブアセンブリを製造している小規模な会社 ( Hytek Automationなど) もかなりの数ありますが、YMMV はそうです。
LabViewで何が機能するのか、何が機能しないのか、LabViewを使用して適切なシステムを構築する必要がないのかについては、多くの誤解があります。
まず、他の人が言っているように、テストと測定には費用がかかります。最終的に何をするかに関係なく、説明するシステムの構築には数千ドルの費用がかかります。
次に、LabViewでNIハードウェアを使用する必要はありません。熱電対の場合、最善の策は、マルチチャネルまたは複数のシングルチャネル熱電対ユニット（熱電対から読み取り、RS-232などに出力するもの）を調べることです。OMEGABUSデジタル送信機はその一例ですが、他にもたくさんあります。
このように、必要なのは多くのRS-232ポートを備えたブレークアウトカードだけであり、必要に応じてシステムを拡張できます。それでもlabviewを使用してRS-232経由でデータを取得し、表示、ログ記録、処理などを好きなように行うことができます。
たとえば、サードパーティの信号発生器も機能します。（GPIB接続を使用して）適切なものをかなり安価に入手でき、GPIBボードを使用してLabViewに統合することもできます。もちろん、これは関数発生器のようなものが必要な場合です（デューティサイクルパルス、標準のサイン/トライアングル/ランプ関数など）。任意の信号生成について話している場合、これはかなり高価なことです（5000ドルが「高価」の目標ポストである場合）。
これは、信号生成に必要なものにも依存します。制御信号を考えている場合は、繰り返しになりますが、より安価で堅牢なオピトンが利用できる可能性があります。たとえば、温度制御の場合は、個別のハードウェアPIDコントローラーがおそらく最善の策です。PIDコントローラーは通常、熱電対入力も受け入れるため、これにより熱電対の問題も解決されます。このように、外部PIDコントローラーへのインターフェース（RS-232など）が1つだけ必要であり、LabViewで温度測定値に完全にアクセスできるだけでなく、1つのユニットで設定値とPIDパラメーターを制御する機能もあります。
おそらく、現在計画しているシステムコンポーネントだけでなく、最終的なシステム機能についても詳しく説明できれば、代替のハードウェアだけでなく、代替のシステム設計全体を提案する方が簡単かもしれません。
編集 ：
Omega CNi8C22-C24およびCNiS8C24-C24ユニットをご覧ください->これらは、熱電対およびひずみゲージから入力を受け取り、入力を適切な測定値に処理し、LabView（またはその他）と通信する温度およびひずみDINPIDユニットです。 RS-232経由。
これは必ずしもソフトウェアの答えではありませんが、低コストのデータ取得が必要な場合は、ラボジャックを検討することをお勧めします。これは基本的に、labview を含むさまざまな言語用の多くのドライバーと関数を備えた素敵なボックス (arduino (Atmel AVR + USB-シリアルコンバーター) のようなクローズドソース) に包まれたマイクロコントローラーと USB インターフェイスです。
マイクロボルトは重要であるため、熱電対を読み取るのは難しい場合があるため、入力に高分解能の A/D またはアンプが必要です。NI は熱電対読み取り専用のデジタイザを販売するかもしれないと思いますが、やはり料金がかかります。
ソフトウェアの回答に関する限り、labview は選択したほぼすべてのハードウェアでうまく動作します。たとえば、シリアル コマンドを使用して小さなインターフェイスを作成し、labview を使用して対話した arduino ( AD7780を使用) に基づいて独自の温度コントローラーを作成しました。しかし、箱から出してすぐに動作することが保証されているソリューションに割増料金を支払う意思がある場合は、labview と NI パーツを使用すれば間違いはありません。
私はLabViewのものについて少し経験があります、そしてあなたがそれを買う余裕があれば、それは素晴らしいです（そして多くの異なるアプリケーションに役立ちます）。
ただし、アプリケーションが単純な場合は、実際には1つまたは2つのarduinoを使って何かをハックできる可能性があります。これはOSSであり、安価なハードウェアボードがいくつかあります。
LabViewは、リアルタイムアプリケーションまたはRAD（GUI開発が非常に簡単であるため）と実際に連携しているため、サーモパイルを2つ実行するだけであれば、もっと安いものを見つけることができます。
あなたが計画している測定タイプの範囲と、同僚がこれを使用できるようにしたいという事実を考えると、LabVIEWが良い選択であることをお勧めします.LabVIEWはあなたがやりたいことすべてをサポートし、適切なGUIを簡単に配置できます.その上で。Windows を使用していると仮定すると、基本パッケージで十分です。スタンドアロン アプリケーションを構築して、他の PC に展開したり、同僚のために特定のセットアップをできるだけ簡単にしたい場合は、アプリケーション ビルダーを購入できます。後で別途。
DAQ ハードウェアに関しては、確かにコストを節約できます。たとえば、Measurement Computing には低コストの 8 チャネル USB 熱電対入力デバイスがあります。ただし、セットアップに時間がかかったり、さまざまなテストのためにハードウェア構成を繰り返し変更したりすると、堅牢性が低下する可能性があります。
数千ドルは、プロセス監視および制御システムにとって大金ではありません。コスト/ベネフィット分析を行う場合、システムの範囲が適切であり、システムが意図したとおりに機能する場合、開発コストを非常に迅速に回収できます。
考慮すべきもう 1 つのツールは、VB .NET を使用したナショナル インスツルメンツの測定スタジオです。このようにして、必要に応じてNIハードウェアを引き続き使用でき、優れたGUIをすばやく構築できます.
あるいは、他の人が言ったように、産業用シリアルベースの計測器を入手して、LabVIEW、VB .NET、c#、または好きなものでそれらと話すことは完全に実行可能です。
シリアル機器のルートをたどると、役立つ可能性のある別のハードウェアはシリアル端末です (例)。これらにより、任意の数のデバイスをネットワークに接続できます。その後、コンピューターはそれらを物理的な COM ポートのように使用できます。
LabWindows CVIは NI の C IDE であり、NI の計測器ライブラリおよびドライバとうまく統合されています。Cコードを書く気があれば、LabWindows CVIの基本バージョンで十分に対応できるかもしれませんが、必要な機能を備えたハイエンドのLabViewバージョンを購入する必要はありません。LabWindows CVI と LabView は、基本バージョンの価格が同じであるため、それほど有利ではない可能性があります。
MATLAB を見たことがありますか。Data Acquisitionというツールボックスがあります。コンパクト DAQ は、サポートされているハードウェアです。
LabVIEW は優れたビジュアル プログラミング環境です。システムをドラッグアンドドロップして視覚化する場合。NIハードウェアにはNIDAQmxライブラリも付属しており、コードからアクセスできます。おそらく実行可能な解決策は、ライブラリを別のプログラミング言語にインポートし、それ以外の場合はLabVIEWを使用して実行する予定だったすべてのアクティビティのコードを記述することです. コードの最適化などのその他のオーバーヘッドはユーザーの責任ですが、DAQ プロセスの適切な時点で独自の改善を導入することにより、通常のメソッド フローを自由に微調整できます。