VIプログラミング研究室

LabVIEWでできますか？

よく質問されるフレーズですが、これは質問する方によってだいぶニュアンスが異なります。
SNSのフォーラムやQ&Aサイトで見られる初心者の場合、LabVIEWのテクニック以前つまりシステム設計の段階で躓いています。たとえば使用するハードウェアのインタフェースがわからなかったり、データの処理手順を把握できていないなどで、回答側からの質問攻めにあいます。究極的には「あなたのやりたいことは（たぶん）LabVIEWでできます。ただしあなたの腕次第。」といったところです。

LabVIEWプログラミングにある程度慣れてくると質問内容が具体的になります。これは答え易く、関数パレットの場所や、制御器とそのプロパティの使い方をはじめとした、LabVIEWに備わっている機能を説明することが多くなります。時には裏技的なテクニックも使います。
さらに進むと、希望の動作を実現するために必要なプログラム構造（コーディングスタイルやアーキテクチャ）に話が及びます。

LabVIEWプログラマを名乗る頃には、開発者と使用者が別になってきます。ユーザーインタフェースや安定性、実行速度やリソース消費量に気を配る必要があります。不具合を引き起こす操作ができてはなりません。アプリケーションソフトウェアとしての完成度を高め、機能と性能の要求を満足するとともに拡張性や保守性にも長けたアーキテクチャが理想です。Webやサンプルにあるデザインパターンなどが参考になります。

他の開発言語に慣れた開発者からは、LabVIEWの制限や信頼性、ときには言語仕様についての疑問が寄せられます。柔軟性があるとはいえあくまでも計測制御に特化したツールですので、向き不向きがあります。何とか工夫すれば実現できることも多いのですが、それがLabVIEWを使うメリットを帳消しにしてしまう（労力が大、速度が出ないなど）なら、LabVIEWだけでやるのはあきらめ、他のツールと組み合わせるのも一つの手です。

最適化と極限値の研究

• 無駄な配線
• ユーザーイベント待ちのウェイトを
• ゼロ回のForループ
• Whileループの指標付け
• 配列の連結
• 波形データタイプ
• ダイナミックデータタイプ
• 浮動小数点数値の比較
• In Range and Coerceの強制値

コーディングスタイルの研究

• ユーザーのボタン操作を待つ ←イベントストラクチャが使える環境ならそのほうが良い
• 演算子
• ローカル変数の使い方
• ダイアグラムの面積
• パネルの起点
• 定数としてのサブVI
• グローバルメモリとしてのサブVI
• ステートマシン
• パネルの基点
• フラットシーケンスの意義
• 単位ラベル
• 名前でバンドル解除

サンプルVI

ライブラリは再利用できるようにサブVIにしたものです。
バージョンはVIが開けるLabVIEWのバージョンで、～の右辺に上限があるのは次バージョンで同等の機能が装備されたことを示します。

条件によってはバグるかもしれないので注意して使ってください。