計画、設計、構築、統合および検証：を含むマシンビジョンアプリケーションの開発プログラムにおける一連の処理は、通常はあります。
任意の溶液の最初のステップは、各検査の要件を決定し、実現可能かどうかを決定するので、計画は、主要な考慮事項です。スピードの必要な検査、機械設計、性能要件、時間とコストの数を制限するために、検査されているもの：いくつかの要因は、次のような、検討する必要があります。
計画段階の後、それが要件を満たしていることをプロトタイピングの必要性を確保するために、設計段階を過ぎています。あなたはエンジニアが目視検査を達成することができることを考えるならば、プロトタイピングのために必要とされないかもしれません。検査要件によると、最初のビジョンアプリケーションごとに視覚的なデザインを作成してテストします。すべてのステーションが視覚的に異なる光学設定であり、いくつかの視覚的な所があるかもしれません。視覚的なワークステーションの設計では、カメラ、レンズとライトのそれぞれは、考慮すべきいくつかの要因があります。カメラ仕様の数は、カメラ、カメラのタイプ、モノクロまたはカラー、解像度、フレームレート、通信プロトコル、露光速度、レンズ仕様、レンズの種類、焦点距離、作動距離、間隔、視野、濾過し、絞り、ランプの大きさ、ランプ数、光、サイズ、色、及び距離の一部のタイプ、強度。
あなたは多くの要因を識別したら、我々は試料部分の画像をキャプチャするために視覚的なデザインのプロトタイプを設立しました。ソフトウェアは、画像コントラストの適切な主要な機能を有することによって検出されなければなりません。この手順では、光学素子の調整を含みます。
ピクセルのアレイの画像は、典型的には、解像度によって定義されます。画像部材の特定の機能を定義するために、これらの画素と所定のアルゴリズムを使用して、マシンビジョンソフトウェア。これは、顔認識ソフトウェアの同じ概念に従っています。特定の画素のためのソフトウェア検索は顔の特徴を識別するために画像に配置されています。例えば、眼の周縁部が暗くピクセルになり、目の中心が暗いピクセルであろう。ソフトウェアは、アルゴリズム分析機能、および顔認識を使用しています。同様に、マシンビジョンソフトウェアは、同じ概念に従います。これらのアルゴリズムは、視覚的なエンジニアによって開発されたマシンビジョンソフトウェアを使用しています。
ミラーなどの追加の光学デバイスを、必要となるいくつかの機械的制限があるかもしれません。また、機械的な制約の設計を変更することがあります必要があるかもしれません。例えば、光学素子の周囲の自動化ツールので、作動距離は300ミリメートルと320ミリメートルの間に必要とされ得ます。延長チューブを向上させながら、レンズを交換することがあり必要があるかもしれません。
画像が要件を満たしていない場合は、トラブルシューティング。より適切な画像を許可するために様々なパラメータを変更します。あなたは交換する必要があるかもしれませんや照明は、偏光子を追加する必要があります。プロトタイプの設計は、エンジニアは、視覚的に視覚的なデザインを検証し、視覚的なデザインを作成することができます。
従来のマシンビジョンカメラは、通常、視覚的なコントローラが必要です。あなたがスマートカメラを使用している場合は、外部の視覚的なコントローラを必要としません。コントローラは、光学デバイス（例えば、カメラ及び光）とのビジュアルコミュニケーションのための専用ユニットです。検査要件を満たすための機能を持つビジョンコントローラ。通信処理装置を確認することができなければならないことを意味し、他のI / Oプロトコルが必要です。
この段階では、あなたが目視検査の要件を満たすことができるかどうかを明確にする必要があります。ソフトウェアは、必要な検出プロセスをチェックすることができるはずです。ソフトウェアは、エッジを検出することが可能であることを確認するために、検査中に使用される使用は、いくつかのツール（すなわち、エッジ位置決めツール）は、ソフトウェアは、特定のエッジを検出することができることを保証します。デザインを変更するには、この試みは、ソリューションのコストを増大させることができた後。この段階でビジュアルデザインに自信を確認してください。
開発
マシンビジョンソフトウェアは、機能解析の一部を支援するさまざまなツールを使用することができます。コードをビルドする前に、まず最初に行うには、コードをビルドする方法を計画する例画像を使用することです。また、マシンビジョンソフトウェアの種類によって異なります。この段階での使用のために、設計された設定が、良い面と悪いグリップのいくつかの部分画像を使用します。
異なるソフトウェアツールの異なるセットを有することができます。いくつかのソフトウェアは、自動化されたサイクルタイムに追いつくことができない場合があります。あなたはすぐにサイクルタイムをチェックする必要がある場合は、その時点での総合的な審査を完了する必要があります。これは、使用するソフトウェアを決定するために、バック検査要件にすべてです。
検査要件は、建物のコードは、いくつかの要因を考慮する必要があります。いくつかの例としては、複数の画像を捕捉する各カメラの各メンバーは、それを必要としますか？何の機能をチェックする必要がありますか？ストロボライトは、より頻繁に必要ですか？使用する必要がどのツールをチェック！どのようにキャリブレーションするには？ソフトウェアが通信しているかどうか？どのような照明が役割を果たし、周囲には？光検査がある場合は、このランプは場合に発生させますか？それはまだ検査工程全体で存在しますか？それはそれを点滅しますか？あなたがライトをトリガするためにカメラを使用する必要がある場合は、解決するためにソフトウェアを使用する必要があります。それはどのくらいの頻度でストロボユニット、ユニット・ストローブが含まれている場合？
私たちは、検査のためのソフトウェアツールのシリーズを実行する必要があります。したがって、ソフトウェアのチェックが機能のみをチェックする必要があることを確実にするためのツールを配置する必要があります。これらのツールを使用すると、特定のロジックを持っている必要があります。ソフトウェアの欠陥が検出された場合、例えば、障害、誤差成分は、コードを生成し、結果を表示している出力。
いずれかが自動化で使用するために外部のコントローラにこの情報を送信する必要があります。一部が合格であるか、失敗した場合、それは機械部品を処理する方法を知ることができるようになります。これらの通信を通じ、他の自動化と通信するためにも、I / O機能。
通信によってだけでなく、容易に理解オペレータのためのユーザインタフェース（UI）を有する必要があります。これは、すべての結果が見やすい、操作者は、簡単に他の機能を使用できることを確実にすることを意味します。エラーコードは、オペレータのために理解しやすいはずです。
画像内のソフトウェア機能を測定することができるように、正確な測定のために、較正工程は、必要とされます。一つの方法は、キャリブレーショングリッドを使用することです。較正チェックを可能にするために、校正グリッド局の視覚画像から取得されました。ほとんどのマシンビジョンソフトウェアは、このようなツールを持っています。ツールは、キャリブレーショングリッドを選択するために使用することができ、それがグリッドのパラメータを要求します。
統合
統合フェーズは、他のオートメーションの場所に統合されたすべての光デバイスです。これは、全体の場所に一緒にすべてのものです。
統合段階でまず最初に行うには、すべてのハードウェアがオートメーションコンポーネント上で設定され、インストールされていることを確認することです。設計仕様は、設計ビジョンステーションの各段階に応じて調整します。すべてのデバイス間のすべての通信が正常であることを確認してください。
以前に開発された較正ステップ、光学デバイスのキャリブレーションを使用して。キャリブレーション手順が完了している場合は、このステップでキャリブレーションターゲットカメラビューを使用して画像をキャプチャするために実行します。校正測定へのソフトウェア・キャリブレーション。同じ測定値とソフトウェア部分の実測値ことを確認してください。ランプをチェックするために使用される場合、所望の輝度を満たすように光量を調整します。
光試験装置の複数の画像をトリガすることによって。あなたは良いイメージを読めば、完全に光テスト機器を自動化。善と悪のテストコンポーネントは、一部が拒否されたことを確認します。効果的な検査を確実にするために、すべての自動化と時間は、光学デバイスと同期していることを確認してください。
この段階でのチェックが要件を満たしていない場合は、トラブルシューティング。問題によると、コンテンツコードを変更する必要があるかもしれません。このとき、コードを変更することは簡単な修正です。あなたは機器やその他の重要な変更を交換する必要がある場合は、それが解決の時間とコストを増大させることができます。
確認し
、この段階では、我々はビジョンステーションは、プロジェクトの初めに概説要件を満たすようにすることを保証するために、テストの数を実施します。テストが作成した検査要件に基づいています。たびにテストは、目視検査は、再現性をテストするために行われるべきです。この試験の良い例は、再現性と再現性試験をゲージすることです。測定値を確認するためのテスト部材の変更及び変形。
要件が満たされていない場合は、再びトラブルシューティングをしてください。軽微な変更を行うためにチェックすることで解決しようとします。これは、より少ない時間とリソースがかかります。プロジェクトのこの段階では、有意な変化は多くの時間とリソースがかかります。すべてのテストに合格し、すべての要件を満たしていたら、解決策は完了です。