検査機器を決めたいのに、カメラやPLCとの適合、後々の保守負担まで比較しきれない。
最短の進め方は、定型検査ならIn-Sight 6900、独自ソフトウェアや複数用途への拡張が必要なら産業用PCを候補にし、同じ試料を使った現場試験で決めることです。
機械視覚の技術者:新設・改造する検査工程の計算機構成を選びたい方。
自動化の統合担当者:専用コントローラーと産業用PCの接続・構築負担を比べたい方。
工場の設備責任者:交換、障害対応、工程展開まで見越して判断したい方。
最終更新:2026年10月2日。情報は製品発表とIn-Sight 6900の公式リファレンスマニュアル、関連する公式資料を基に確認しています。個別の対応可否とソフトウェアの版は、発注前に現場条件と照合してください。
Cognex In-Sight 6900の選定は、検査工程の境界から始めます
In-Sight 6900は、製品発表とリファレンスマニュアルで仕様を確認できるビジョンコントローラーです。ただし、製品の位置付けや機能だけでは、あなたのラインに適するかは決まりません。対象物、判定内容、設置環境、既設設備との接続を先に整理します。
まず、次の条件を工程ごとに書き出してください。
- 検査対象と判定:欠け、位置ずれ、文字、外観など、何を合格・不合格にするか。
- 撮像条件:対象の動き、トリガー方法、使用するカメラと照明、設置距離や周囲光。
- 処理とタクト:検査を開始してから結果を出すまでに許される時間、連続稼働時の処理負荷。
- 通信と制御:PLCへの判定出力、品種切り替え、異常通知、上位システムへの情報連携。
- 設置・保全:温度や粉じんなどの環境、盤内スペース、交換担当者、ログとバックアップの扱い。
ここで重要なのは、資料に記載された対応範囲と、現場で成立する条件を分けることです。公式マニュアルにはインターフェースや環境条件などが記載されていますが、実機の設置場所や制御盤の条件が合うかは、設備側で確認する必要があります。
選択肢は、固定検査か拡張前提かで比べます
次の対比表は、機器の一般的な優劣ではなく、選定時に確認すべき判断軸をまとめたものです。産業用PCは構成の幅が大きいため、実際のCPU、入出力、OS、対応ソフトウェアは、選定した機種の資料で個別に確認してください。産業用PCの構成例については公式製品カタログも参考にできます。
| 判断軸 | In-Sight 6900 | 産業用PC |
|---|---|---|
| 検査工程 | 対応カメラや周辺機器、検査方法が要件に合えば、専用構成として評価しやすいです。 | 使用する画像処理ソフトウェアや機器を選びやすく、独自の検査フローを組みたい場合に検討できます。 |
| ソフトウェアと複数用途 | 対応する開発・実行環境の範囲内で設計する必要があります。 | 独自ソフトウェアや別用途との統合を重視する場合に柔軟性があります。 |
| PLC・周辺機器 | 公式の対応プロトコルと現場のPLC、ネットワーク構成が一致するかが要点です。 | 拡張しやすい一方、通信設定やドライバー、アプリケーションの管理項目が増えることがあります。 |
| 交換・保守 | 機器と手順を定型化できるか、予備機への交換と設定復元まで確かめます。 | 部品やソフトウェアの選択肢がある反面、構成差や更新管理を保全手順に含める必要があります。 |
| 適する判断条件 | 検査要件が明確で、対応範囲内の構成で完結し、管理負担を抑えたい場合です。 | 複数アプリケーションや独自ソフトウェア、将来の用途変更を優先する場合です。 |
固定検査でも、製品ごとのばらつきや照明の変動で判定条件が変われば、導入後に調整が必要です。一方、産業用PCなら何でも簡単に実現できるわけではなく、ソフトウェアの互換性、更新、障害時の復旧を自社または統合担当者が管理できるかが分かれ目になります。
接続可否は、仕様書の確認と実機連携を分けて判断します
In-Sight 6900で既設PLCと接続する際は、まず公式の産業用プロトコル一覧で対応範囲を確認します。次に、PLC側の通信機能と照合し、検査開始、合否、処理中、装置異常、通信異常をどの信号で扱うかを決めてください。
Ethernetの接続方法は公式の接続説明で確認できます。ただし、IP設定だけで連携が完了するわけではありません。ネットワーク分離や安全上の制約、通信が切れた場合のPLC側動作、再接続後に古い判定結果を使わない仕組みは、現場のネットワーク構成を使って確かめます。
また、上位システムに画像検査情報を渡す構成では、必要なデータ形式や責任範囲を別途整理します。OPC UAのマシンビジョン向け仕様を使う場合も、仕様への対応だけで既設システムとの相互接続が保証されるわけではありません。相手側の実装とデータ項目を照合してください。
導入後の手間は、交換・更新・復旧まで数えます
購入時の見積もりだけでなく、障害が起きた日に誰がどこまで復旧するのかを比較します。たとえば専用機は、対象構成を絞って交換手順を標準化できる可能性がありますが、対応範囲を超える変更が必要になると追加構成の確認が欠かせません。産業用PCは機器やソフトウェアを選べる一方、OS、ドライバー、画像処理アプリケーションの組み合わせを管理する作業が発生します。
導入前に、次の項目を両案で見積もってください。
- 交換用の予備機をどう確保し、交換後に設定を戻すか。
- 検査プログラムと機器設定を誰が保管し、更新履歴をどう記録するか。
- 不良判定や通信異常のログを、どの担当者がどの方法で取得するか。
- 同じ検査工程を別の設備へ展開するとき、設定差をどう管理するか。
- OSやアプリケーションの更新が必要な場合、検証と停止調整をどの担当者が担うか。
バックアップは「機能があるか」だけで判断せず、保存対象、復元手順、実際に戻せることまで確かめます。In-Sightの公式バックアップツール説明を確認し、現場の保管ルールや復旧担当と照らし合わせてください。
周辺機器の適合も保守負担に直結します。公式の対応カメラ一覧と外部照明の説明を確認し、既設カメラや照明をそのまま使えると決めつけないでください。型式、接続、制御方法が合わなければ、更新費用だけでなく再調整の工数も比較対象です。
FAQ:選定前に確認したいポイント
In-Sight 6900と産業用PCは、どんな検査に向いていますか?
検査の種類だけで決めず、判定条件が安定しているか、使うカメラや照明が対応範囲に入るか、PLCへ必要な結果を返せるかを照合します。条件が定まり、専用機の範囲内で工程が完結するならIn-Sight 6900を評価しやすくなります。独自のソフトウェアや複数用途への拡張を優先するなら、産業用PCを含めて比較してください。
外付けPCなしで運用するとき、先に確認することは何ですか?
カメラと照明の適合、プログラムの作成・変更方法、PLCとの信号連携、異常時の通知と復旧を一続きで確認します。さらに、ログの取得先とバックアップの保管・復元を決めておかないと、障害時に現場だけで復旧できない場合があります。装置単体で可能な操作と、別の端末や管理システムが必要な作業を分けて整理してください。
後々の保守費用は、どう比べればよいですか?
本体費用に加えて、予備機、交換作業、設定復元、ソフトウェア更新、ログ調査、工程を複製する際の調整工数を同じ条件で比べます。専用機は構成の標準化、産業用PCはソフトウェアや機器の選択肢が判断材料になりますが、どちらも担当者の技能と復旧時間で実コストが変わります。保全担当を交え、故障時の作業手順まで書き出してください。
既設PLCに接続する前に、どの条件を照合しますか?
公式のプロトコル対応とPLC側の機能を照合し、トリガー、判定結果、処理状態、異常通知の信号設計を確認します。ネットワーク分離、アドレス設定、通信断からの復帰条件も、設備の管理者と合意してください。最終的には実機で連携し、正常時だけでなく、通信異常や再接続時にPLCが期待どおりの安全な状態を保つかまで試験します。
現場試験で、仕様表だけでは分からない差を確かめます
候補を一つに絞る前に、専用コントローラー案と産業用PC案を同じ条件で試します。現場担当者が再現できるよう、試験条件と判定基準は事前に記録してください。
- 実際の生産品から、合格品と不良品を含む代表的な試料を選びます。
- カメラ、照明、撮像位置、トリガー条件を揃え、変更した場合は理由を記録します。
- 見逃し、過検出、判定に要する時間など、工程に必要な評価項目と合格基準を定めます。
- PLCからの開始信号、結果の受け取り、通信異常時の動きを両案で確認します。
- 設定変更、プログラム更新、バックアップからの復元を担当者自身が実施します。
- 結果だけでなく、異常から通常運転へ戻すまでの手順と、必要な作業者も記録します。
ここで得るべきなのは、機器の宣伝上の性能差ではありません。あなたの試料、照明、PLC、ネットワークを使ったときに、判定基準を満たし、担当者が復旧できるかという判断材料です。試験で条件を揃えられない項目は、未確認事項として発注条件に残してください。
産業用PCによるマシンビジョンや工場のAI画像検査を進める場合でも、量産設備の制御を開発用環境と兼用する必要はありません。PLC連携や決定論的な応答が必要な本番工程は、現場要件に合う専用機または産業用PCで構成し、モデル評価や画像処理ソフトウェアの試作は別環境に切り分ける方法があります。
本番の産業用PCには、構成管理や更新、障害対応の手間が残ります。専用機にも対応範囲の確認や予備機の確保が必要です。MacはPLC直結の産業用制御装置の代わりではありませんが、画像の確認、ソフトウェア開発、試作の計算環境として使うなら選択肢になります。短期間の検証であれば、購入したMacの保守や遊休期間を抱える前に、Kvmzenの日本向けMac miniレンタルを、利用方法とあわせて確認できます。
まず、検査対象、カメラと照明、PLC、設置・保守条件を一枚にまとめてください。その条件をもとに専用コントローラーと産業用PCを現場試験で比べ、開発用の計算環境だけを別途確保するか判断すると、量産設備と試作環境の役割を混同せずに選定できます。
よくある質問
In-Sight 6900と産業用PCは、どのような検査工程で使い分ければよいですか?
検査対象と判定方法が定まり、対応するカメラや照明、通信方式を公式資料で確認できる工程なら、専用のビジョンコントローラーを先に評価できます。独自のソフトウェアを組み込みたい、複数の画像処理や周辺アプリケーションをまとめて動かしたい、将来の変更範囲が読みづらい場合は産業用PCが適します。最終判断は同じ試料と判定基準による現場試験で行います。
外付けPCなしで運用する前に、どのシステム条件を確認すべきですか?
対応カメラと照明、検査プログラムの作成・更新方法、PLCへの結果出力、異常時の状態通知を確認してください。さらに、設定変更やログ取得を誰がどの端末から行うか、装置交換時にバックアップから復旧できるかも決めておきます。専用コントローラーで工程全体を完結できるかは、装置単体の仕様だけでなく、現場の運用手順を含めて確かめる必要があります。
後からかかる保守費用は、専用コントローラーと産業用PCでどう比較しますか?
本体価格だけで判断せず、予備機、交換作業、ソフトウェアの保守、バックアップ確認、ログ調査、更新時の停止調整を同じ条件で洗い出します。専用機は構成を定型化しやすい一方、対応外の変更には追加機器や別システムが必要になる場合があります。産業用PCは柔軟ですが、OSやアプリケーション、ドライバーの管理範囲が広がるため、担当者と復旧手順も費用として見積もります。
既設PLCへ接続するとき、事前にどんな通信条件を照合しますか?
コントローラー側とPLC側で共通して使える産業用プロトコルを確認し、トリガー、判定結果、処理中、異常、復旧の信号を対応付けます。IPアドレスやネットワーク分離、通信断後の再接続動作も、設備のネットワーク担当者と照合してください。資料上の対応表だけでは実機でのタイミングや異常処理まで保証されないため、実際のPLCとスイッチ構成を使った接続試験が必要です。
