GESHEM INDUSTRIAL COMPUTING GUIDE
スマート工場のエッジコンピューティング:産業用 PCの役割と選定
エッジコンピューティングの目的は、PLCの制御機能や安全コントローラを産業用PCに置き換えることではありません。PLCは制御を、安全PLCは安全を、産業用PCはデータ収集・処理・分析をそれぞれ担当します。設備に近い場所で処理すべきデータ収集、前処理、一時保存、画像処理、分析処理を現場側へ配置し、制御システム、SCADA、MES、クラウドと役割を分担するための設計です。
本稿は、自動化エンジニア、装置メーカー、システムインテグレーター、工場IT担当者、産業用PCの選定担当者を対象としています。産業用PCが担える範囲、プロジェクト側で実装・検証すべき機能、I/O・演算性能・拡張性・熱環境から候補型番を絞る手順を整理します。
選定早見表
| プロジェクトの課題 | 先に確認する項目 | 産業用PCが担える役割 | ハードウェア名だけでは判断できないこと |
|---|---|---|---|
| PLC、計測器、旧設備の接続 | 機器一覧、物理I/O、プロトコル、点数、収集周期 | 収集プログラム、前処理、上位システム接続の実行基盤 | 全プロトコル対応、オフライン継続、ハードリアルタイム制御 |
| 複数カメラによる外観検査 | カメラI/O、帯域、PoE、アルゴリズム、保存量、タクト | 画像収集、画像処理、AIソフトウェアの実行基盤 | 画像処理ソフトウェア、一定の推論時間、安全に関わる排出制御 |
| 設備状態の監視 | センサー、サンプリング、保存期間、アラーム責任 | 収集、特徴量処理、一時保存、上位転送 | 予知保全モデル、データベース、遠隔運用機能 |
| MES・SCADA・クラウドとの連携 | データ所有者、ネットワーク区分、送信範囲、中断時の方針 | 現場データの整形とアプリケーション実行 | 自動同期、完全自律運転、VPN・OTA・セキュリティ認証 |
製造現場のエッジコンピューティングとは
製造現場のエッジコンピューティングでは、設備、ライン、工場に近い場所へ計算ノードを配置し、プロジェクトで定義したデータ収集、整形、一時保存、分析、転送を実行します。重要なのは「クラウドを使うかどうか」ではなく、各処理をどこで実行し、誰が責任を持つかです。
例えば、カメラの原画像を現場で判定し、不良画像だけを保存する構成があります。PLCデータへタイムスタンプ、単位、品質情報を付けてSCADAやMESへ渡す構成もあります。高頻度データは統計値と異常区間だけを上位へ送る場合があります。どの方式を採るかは、ソフトウェア設計、データ品質、ネットワーク、トレーサビリティ要件で決まり、産業用PCの標準機能ではありません。
主な効果は次の三点です。
- 原画像、高頻度サンプリング、ログなどを現場ルールに沿って処理し、不要な転送を抑える
- アプリケーションから現場データまでの経路を短くする。ただし、経路の短縮をハードリアルタイムや機能安全と同一視しない
- ネットワーク障害時にもアプリケーションと保存領域を現場に残す。ただし、キャッシュ、再送、競合処理、復旧はソフトウェアで設計・試験する。
PLC、産業用PC、SCADA、MES、クラウドの役割
PLCとモーションコントローラー
PLCは、設備のシーケンス制御、状態ロジック、インターロックを担当します。同期、軌跡、一定周期が要求されるモーション処理は、モーションコントローラーまたは検証済みの制御方式へ割り当てます。産業用PCは制御機器とデータを交換できますが、LAN、COM、DIOを備えているだけで制御責任を引き継ぐわけではありません。
安全PLC・安全コントローラー
非常停止、安全扉、ライトカーテン、リミットなどの安全機能は、リスクアセスメント、機能安全アーキテクチャ、適用規格に沿って設計します。一般的な産業用PCを安全PLC、安全インターロック、安全回路の代替品として扱えません。エッジアプリケーションが異常を検出する場合も、最終的な安全動作は設計・検証された安全制御系へ戻します。
産業用PC
産業用PCは、データ収集、前処理、一時保存、HMI、画像処理、分析処理、現場機器と業務システムを接続するソフトウェアの実行基盤に適します。CPU、メモリー、ストレージ、LAN、COM、USB、DIO、PCIeなどのハードウェア資源を提供します。プロトコルドライバー、データベース、コンテナ、同期、遠隔更新、セキュリティ方針は案件ごとに確認します。
SCADA、MES、WMS、ERP、クラウド
SCADAはプロセス監視、トレンド、アラーム、操作画面、MESは製造実行、作業指示、品質、トレーサビリティ、タクト管理を主に扱います。WMSは倉庫業務、ERPは企業資源と業務計画を担当します。クラウドや中央プラットフォームは、長期保存、複数ラインの分析、集中管理、モデル学習などに適します。境界は案件ごとに変わりますが、これらを産業用PCの内蔵機能として記載しません。
仕様書で確認できる条件とプロジェクト実装を分ける
仕様書で確認できるハードウェア条件
- CPUプラットフォーム、メモリー上限、ストレージI/O
- LAN、PoE、COM、USB、DIOの数量と動作モード
- PCIe、M.2、Mini PCIeなどの拡張スロット
- 入力電圧、取付方式、動作温度と付帯条件
- ファンレス構造の範囲、高消費電力カードの冷却方式。
物理I/Oから直接判断できないソフトウェア能力
- 対象PLC、NC、計測器向けドライバーの有無と安定性
- データ品質、タイムスタンプ、単位変換、異常値処理
- ローカルデータベース、キャッシュ、再送、重複排除
- Docker、SCADA、MESクライアント、独自ソフトウェアの互換性
- AIモデルの精度、スループット、応答時間、異常処理
- VPN、遠隔更新、権限、ログ、イメージ復元、セキュアブート
- ハードリアルタイム、機能安全、特定のサイバーセキュリティ認証。
代表的な三つの適用経路
設備データ収集と上位システム接続
PLC、計測器、バーコードリーダー、旧設備を接続する場合、産業用PCはCOMやLANを提供し、収集ソフトウェアを実行できます。機器型番、プロトコル、点数、収集周期、読み書き権限、異常時処理を個別に整理します。MESやSCADAへ渡すデータ構造も、上位システムとのインターフェース仕様が必要です。
この用途では、I/Oの一致、ストレージ書込み量、ネットワーク分離、停電復旧、保守性が重要です。必ずしも最上位のCPUが必要とは限りません。
マシンビジョンとエッジAI
カメラ台数、I/O、解像度、フレームレート、トリガー方式、1フレーム当たりのデータ量、画像保存期間、アルゴリズム負荷を先に計算します。PoEはネットワークカメラの配線を簡素化できますが、ポートごとの給電、総PoE電力、ネットワーク帯域、CPU/GPU、SSD書込み、盤内温度を合わせて確認します。
産業用PCは画像処理やAI推論ソフトウェアを実行できます。排出機構、ロボット、安全動作の責任はシステムアーキテクチャで明確にします。試験なしに一定の推論時間を約束したり、GPU拡張を全型番の共通機能として扱ったりできません。
状態監視と保全データ
温度、振動、電流、圧力、運転時間、アラーム履歴をエッジ側で整理し、上位プラットフォームへ送る構成があります。予知保全には、信頼できるサンプリング、長期データ、特徴量、モデル検証が必要です。エッジ用PCを設置するだけで予知保全が完成するわけではありません。
ネットワーク中断を想定する場合、キャッシュ容量、データ優先度、再送順序、重複排除、時刻同期、SSD書込み寿命をソフトウェア要件として定義し、その結果からメモリー、ストレージ、ネットワークを選びます。
エッジとクラウドの分担
エッジ側には、設備接続、データ品質処理、アプリケーション実行、一時保存、画像処理など、現場運転に直接関係する処理やデータ量の大きい処理を配置します。中央プラットフォームは、長期保存、複数ラインの統計、集中運用、モデル学習に適します。
すべてのデータに同じ方針を適用するのではなく、少なくとも次の点を決めます。
- データの生成者、所有者、アクセス権限
- 原データ、判定結果、異常区間、統計値の保存期間
- ネットワーク中断時に継続、縮退、停止する機能
- 復旧後の並び替え、重複排除、整合性確認、再送方式
- 制御、安全、業務システムの責任分界。
これらはシステムとソフトウェアの要件です。産業用PCは実行場所とハードウェア資源を提供しますが、自動同期、完全自律運転、セキュリティ適合を単体で証明しません。
エッジ用産業用PCの選定手順
1. ソフトウェアと連続負荷を定義する
OS、アプリケーション、プロセス、データベース、画像処理アルゴリズム、ピーク負荷、連続負荷を一覧化します。CPU名だけでなく、連続消費電力、メモリー、ストレージ書込み、熱環境を評価します。GPUや収集カードを使う場合は、カード寸法、消費電力、補助電源、冷却も整合させます。
2. 機器一覧からI/Oとプロトコルを照合する
PLC、計測器、カメラ、バーコードリーダー、センサーごとに、物理I/O、プロトコル、数量、絶縁、配線距離、ドライバーの提供元を記録します。COM、LAN、USB、DIOがあってもプロトコルの動作は保証されません。標準、オプション、モード切替も区別します。
3. ネットワーク、PoE、ストレージを計算する
複数カメラは、実際のフレームレートと画像サイズから帯域を計算し、余裕を確保します。PoEは規格、ポート単位の電力、総電力を確認します。ストレージには、通常データ、異常画像、ログ、システムイメージ、キャッシュ期間、SSD書込み寿命を含めます。
4. 電源、取付、熱環境を確認する
Geshem製品の入力電圧は型番ごとに異なるため、全シリーズを9–36V DCと記載できません。端子、接地、保護、盤内温度、通風、取付方向、機器間隔、標高、周辺熱源も確認します。ファンレスでも、高温の密閉盤では熱検証が必要です。
5. ソフトウェア互換性と故障時動作を試験する
最終ソフトウェア、ドライバー、カメラ、収集カード、ネットワーク構成を使って実機検証します。通常負荷だけでなく、ネットワーク中断、ストレージ上限、プロセス停止、停電復旧、再送、最高周囲温度を試験します。安全制御や決定論的制御は、該当する制御システムの検証手順で受け入れます。
Geshem製品の候補経路
| 処理経路 | 候補型番 | 確認済みハードウェア | 制約とプロジェクト確認項目 |
|---|---|---|---|
| シリアル機器の収集・ゲートウェイ | PC-GS3153MVA | 2×RS232/485/422、4×GbE、Windows/Linux、無線オプション | プロトコル、点数、キャッシュ、再送はソフトウェア要件。9–28V DC。動作温度は筐体表面の通風が条件 |
| 新しい低消費電力の収集基盤 | PC-GS31N97MVA | N97、2×RS232/485/422、4×GbE、Windows/Linux | ソフトウェア互換性を検証。PoE、CPU、盤内の熱負荷を計算。9–28V DC |
| 複数PoEカメラとエッジ処理 | PC-GS6277A | 6×GbE、LAN3–6は802.3af PoE、8DI+8DO | PoE総出力40W以下、CPU 35W制限、18–36V DC。画像処理ソフトウェアは別途 |
| PCIe収集カード・絶縁DIO | PC-GS6177A | PCIe x16、2×GbE、4×COM、16-bit絶縁DIO | カードドライバー、同期、リアルタイム性能を検証。温度条件はSSD、通風、拡張構成で変わる |
| GPU・AIアクセラレーター | PC-GS6177B | 複数PCIe/PCI、GPU/AIカードを構成可能 | CPUはファンレス、GPU/AIカードは空冷。高消費電力構成は外付け電源が必要。NPUやモデル性能は未確認 |
IPC-GS6804SKは、現時点で標準的なラックマウント型エッジサーバーの例として掲載しません。製品ページと構造化データはラックマウント産業用PCに分類していますが、仕様書の表題は壁掛け型を示しており、筐体形態が一致しないためです。集中盤や標準ラックへ設置する案件では、現行の推奨型番についてラック寸法、CPU、メモリー、ストレージ、ネットワーク、拡張、冷却、製品ライフサイクルを別途確認します。
実行可能なアーキテクチャ例
「複数設備のデータ収集と品質結果のMES連携」を例に、責任を次のように分けます。
- PLCは設備制御とインターロックを継続し、安全機能は安全制御系が担当する
- 産業用PCは確認済みI/Oを使い、許可された対象データを読む収集プログラムを実行する
- 収集ソフトウェアはタイムスタンプ、単位、品質情報、異常値を処理する
- ローカルストレージはプロジェクトルールに沿ってキャッシュとログを保存する
- インターフェースサービスは整形済みデータをSCADAまたはMESへ送る
- ネットワーク中断時は試験済みキャッシュ方針に従い、復旧後に検証、重複排除、再送を行う
- 上位から制御指令を書き戻す場合、権限、有効性、タイムアウト、失敗状態、安全境界を別途定義する。
この例は特定の産業プロトコルへ依存せず、固定応答時間も約束しません。正式設計には、機器プロトコル、点数表、ネットワーク区分、ソフトウェア実装、受入条件が必要です。
導入・受入チェックリスト
| 状態 | 確認項目 |
|---|---|
| □ | PLC、計測器、カメラ、センサー、上位システムの一覧を確定した |
| □ | 各I/Oのプロトコル、ドライバー、点数、権限、収集周期を確認した |
| □ | PLC、モーション、安全制御、産業用PC、業務システムの責任分界を図示した |
| □ | CPU、メモリー、ネットワーク、PoE、ストレージの連続負荷を測定した |
| □ | カメラ帯域、トリガー、画像保存、アルゴリズム負荷を実測した |
| □ | GPU・収集カードの寸法、電力、電源、冷却、ドライバーを検証した |
| □ | キャッシュ、優先度、重複排除、再送、時刻同期を試験した |
| □ | ネットワーク分離、アクセス制御、遠隔保守、ログ監査をレビューした |
| □ | 入力電圧、端子、接地、保護、配線を確認した |
| □ | 盤内最高温度、通風、取付方向、機器間の放熱スペースを記録した |
| □ | ネットワーク断、停電、ストレージ上限、プロセス停止、復旧を試験した |
| □ | 仕様書、注文構成、ソフトウェア版、システムイメージ、予備品計画を保存した |
よくある設計上の誤り
エッジ用産業用PCをPLCや安全コントローラーとして扱う
産業用PCはデータとアプリケーションを実行できます。決定論的制御、モーション制御、機能安全は、それぞれの制御システムと検証手順が必要です。「設備の近くに置く」ことは責任分界の根拠になりません。
COMやLANがあればプロトコルも使えると判断する
物理I/Oは必要条件の一つです。ドライバー、機器バージョン、点数、エラーコード、時刻同期、書込み権限を確認します。
ローカル処理からハードリアルタイムを推定する
応答時間はOS、ドライバー、アプリケーション、ネットワーク、負荷、制御アーキテクチャで変わります。試験条件なしに<1 msなどの固定値を記載できません。
キャッシュ機能を完全自律運転と表現する
キャッシュ、再送、復旧はソフトウェア機能です。ネットワーク中断時に制御系と業務系がどう縮退するかも定義します。産業用PCのハードウェアだけでは保証されません。
画像処理でCPUまたはGPUだけを見る
カメラI/O、帯域、PoE、トリガー、収集カード、SSD書込み、盤内温度、ドライバーもシステムの安定性に影響します。
セキュアブートや産業セキュリティ認証を共通仕様とする
今回の公開資料では、TPM、Secure Boot、IEC 62443を全候補の共通能力として確認できません。必要な場合は、型番、ファームウェア、証明書、システム構成を指定して確認します。
FAQ
産業用PCはPLCを置き換えられますか
一律には判断できません。産業用PCはデータ処理とアプリケーション実行に適し、PLC、モーション、安全制御とは、確定性、機能安全、検証要件に沿って分担します。
エッジ処理はクラウドより必ずリアルタイムですか
現場処理はネットワーク経路を短縮できますが、応答時間はOS、ドライバー、ネットワーク、負荷で変わります。試験なしに固定遅延やハードリアルタイムを約束できません。
ネットワーク中断後もエッジPCは動作しますか
ハードウェアが稼働を続けても、収集、一時保存、縮退、再送、停止はソフトウェア設計次第です。故障時試験で確認します。
マシンビジョン用PCはどう選びますか
カメラ型番、台数、I/O、解像度、フレームレート、トリガー、アルゴリズム、保存期間、タクトから、ネットワーク・PoE、CPU/GPU、ストレージ、拡張、熱環境を計算します。
複数LANがあればネットワークは分離されていますか
いいえ。複数LANは物理接続の条件です。区分、ルーティング、ファイアウォール、権限は、システム設計と設定で実現します。
Geshemのエッジ用PCはDocker、VPN、遠隔更新を標準搭載していますか
今回の資料では、Docker、VPN、遠隔更新を全候補の標準機能として確認できません。正式案件ではソフトウェア版と機能一覧を提示し、互換性を検証します。
仕様書と次のアクション
推奨する確認手順:
- 設備、プロトコル、点数、ソフトウェアの一覧を作成する
- シリアル収集、PoEカメラ、PCIe収集、GPU拡張から候補経路を選ぶ
- 仕様書で入力電圧、I/O、拡張、温度条件を照合する
- カメラ、データ収集カード、アクセラレーター、ソフトウェア、ネットワーク構成を担当エンジニアに提示し、互換性を検証する。
- 最終盤、連続負荷、故障時シナリオで実機検証する。
関連ガイド: