SCADAとは？PLC監視と設備データ収集

設備は動いているのに、異常の兆候に気づけない。

この状態では、センサもPLCもデータを出しているのに、現場の判断にはつながりません。

SCADAは、設備の状態を監視し、データを集め、アラームや履歴として運用に使うための監視制御システムです。

PLC単体の制御、HMIの画面表示、MESの生産管理、OPC UAのデータ連携とは役割が異なります。

本記事では、SCADAの仕組み、PLC監視、設備データ収集、HMI・MES・OPC UAとの関係を実務目線で解説します。

1. SCADAとは：設備を見える化する監視制御システム

SCADAとは、Supervisory Control And Data Acquisitionの略です。

日本語では、監視制御・データ収集システムと訳されます。

ポイントは、設備を直接細かく制御する装置ではなく、複数設備を上位から監視する仕組みだという点です。

現場のモータ、バルブ、センサ、PLCから状態を集め、画面表示、アラーム、履歴、帳票に変換します。

個別設備の制御を担うPLCに対して、SCADAはライン全体や工場全体を俯瞰する役割を持ちます。

SCADAの基本的な役割

SCADAの基本機能は、監視、操作、記録、通知の4つに整理できます。

監視では、設備の運転状態、温度、圧力、流量、電流値、異常状態などを画面で確認します。

操作では、許可された範囲で起動、停止、設定値変更、モード切替などを行います。

記録では、設備データを時系列で保存し、後からトレンド確認や異常解析に使います。

通知では、閾値超過や通信異常をアラームとして出し、作業者の判断を早めます。

制御そのものではなく監視制御である

SCADAは、ロボット軸の位置決めやサーボの高速制御を直接行うものではありません。

リアルタイム性が厳しい制御は、基本的にPLCや専用コントローラ側で処理します。

SCADAは、その結果を人が理解しやすい形に変換し、必要に応じて上位から指令を送ります。

この役割分担を誤ると、SCADA側に制御責任を持たせすぎて応答遅れや安全上の問題が起きます。

現場では、止める・動かす・記録する・知らせるの境界を明確にすることが重要です。

2. SCADAの基本構成：PLC・HMI・サーバ・ネットワーク

SCADAは、単体ソフトではなく複数要素を組み合わせたシステムです。

代表的には、現場機器、PLC、通信ネットワーク、SCADAサーバ、操作端末、データベースで構成されます。

小規模設備では、1台のパソコンに監視画面とデータ保存機能をまとめることもあります。

大規模工場では、サーバ冗長化、複数クライアント、履歴データベース、帳票サーバを分けて構成します。

現場機器とPLCの関係

現場機器には、近接センサ、温度調節器、流量計、インバータ、電力量計などがあります。

これらの信号は、まずPLCやリモートI/Oに取り込まれます。

センサやアクチュエータの接続方法を理解するには、I/Oの考え方が土台になります。

アナログ値を扱う場合は、電圧や電流信号をデジタル値へ変換するA/D変換も関係します。

SCADAは、PLC内部のデバイス値やタグ値を読み取り、画面や履歴に反映します。

SCADAサーバとクライアント

SCADAサーバは、PLCとの通信、タグ管理、アラーム処理、履歴保存を担います。

クライアント端末は、作業者や管理者が画面を見て操作するための端末です。

ブラウザで表示するWeb型、専用アプリで表示するクライアント型、タッチパネル型などがあります。

重要なのは、表示端末が増えてもPLCへ無秩序にアクセスさせない設計です。

通信負荷をサーバ側で集約し、必要なデータだけを画面へ配信すると安定しやすくなります。

通信ネットワークの位置づけ

SCADAとPLCの間には、産業用ネットワークや一般的なEthernet通信が使われます。

設備通信の全体像は、フィールドバスの考え方と深く関係します。

Ethernet系では、EtherNet/IPやPROFINETなどが使われます。

既設設備では、Modbusやシリアル系通信が残っていることもあります。

SCADA導入では、画面設計より先に通信経路とデータ取得方法を整理する必要があります。

3. PLC監視の仕組み：タグ・ポーリング・アラーム

SCADAでPLCを監視する中心概念がタグです。

タグとは、画面や履歴で扱うデータ項目の名前です。

たとえば、ポンプ運転中、タンク液位、温度現在値、異常発生中などがタグになります。

PLCのデバイスアドレスをそのまま画面に出すのではなく、意味のあるタグ名に変換して扱います。

この変換が弱いと、後から保全担当者が見ても何のデータか判断できません。

タグ設計が監視品質を決める

タグ名は、設備名、部位、信号内容、単位が分かる形にします。

たとえば、PUMP01_RUN、TANK02_LEVEL、OVEN_TEMP_PVのように規則を決めます。

日本語表示名と内部タグ名を分けておくと、画面とデータ活用の両方で扱いやすくなります。

単位、スケーリング、上限下限、アラーム条件もタグごとに管理します。

タグ設計は地味ですが、SCADAの保守性を大きく左右します。

ポーリング周期と通信負荷

SCADAは、多くの場合、一定周期でPLCからデータを読み取ります。

この周期を短くすれば画面の追従性は上がりますが、通信負荷とPLC負荷も増えます。

全タグを100ms周期で読むような設計は、監視用途として過剰な場合があります。

設備状態は1秒周期、温度トレンドは5秒周期、帳票用積算値は1分周期でも十分なことがあります。

重要なのは、制御周期ではなく監視に必要な周期で設計することです。

アラームは数より質が重要

SCADAでは、異常をすべてアラーム化すればよいわけではありません。

不要なアラームが多いと、作業者は本当に重要な異常を見落とします。

アラームには、重要度、発生条件、復帰条件、確認操作、対応手順を持たせます。

瞬間的なノイズで出る警報には、遅延時間やヒステリシスを設定することがあります。

アラーム設計は、設備停止時間と現場対応の質に直結します。

4. SCADAで扱う設備データ：リアルタイム・履歴・帳票

SCADAの価値は、画面に現在値を表示するだけではありません。

設備データを蓄積し、異常解析、品質確認、保全、稼働率改善に使える点が重要です。

同じ温度データでも、画面表示、トレンド保存、日報出力では必要な粒度が異なります。

用途ごとに保存周期と保存期間を設計しないと、データ量だけが増えて活用できません。

リアルタイムデータ

リアルタイムデータは、現在の設備状態を知るための情報です。

運転中、停止中、異常中、手動運転、現在温度、現在流量などが該当します。

作業者が画面を見て判断するため、見やすさと即時性が重要です。

ただし、すべての値を高速更新する必要はありません。

人が読む画面では、速すぎる更新が逆に見づらさにつながる場合もあります。

履歴データとトレンド

履歴データは、過去の状態を追跡するための記録です。

温度、圧力、流量、電流、稼働状態、異常発生履歴などを時系列で保存します。

トレンドグラフにすると、停止直前の兆候や品質不良との相関が見えやすくなります。

設備データを現場近くで処理する考え方は、エッジ処理とも相性があります。

クラウドへ送る前に、SCADAやエッジ側で不要データを絞る設計も有効です。

帳票と生産実績

SCADAは、日報、月報、バッチ記録、異常一覧などの帳票作成にも使われます。

生産数、停止時間、警報回数、エネルギー使用量を自動集計すれば、手書き記録を減らせます。

ただし、SCADAは生産計画や在庫管理そのものを担当するシステムではありません。

製造実績を上位管理へ渡す場合は、MESとの連携範囲を明確にする必要があります。

帳票の目的を決めずに全データを保存しても、後から意味のある改善にはつながりません。

5. HMI・SCADA・MES・OPC UAの違い

SCADAを理解するには、周辺用語との違いを整理するのが近道です。

特にHMI、MES、OPC UAは混同されやすい用語です。

HMIは人が操作する画面、MESは製造実行管理、OPC UAはデータ連携のための通信標準です。

SCADAは、それらの中間に位置し、監視画面とデータ収集をまとめる役割を持ちます。

用語	主な役割	代表的な利用者	SCADAとの関係
HMI	設備を操作・表示する画面	作業者、保全担当者	SCADAの画面機能の一部として使われます
SCADA	監視制御とデータ収集	作業者、保全、製造管理	PLCと上位システムの間をつなぎます
MES	製造実行・実績・指図管理	製造管理、生産技術	SCADAから実績データを受け取ります
OPC UA	設備データ交換の標準インターフェース	システム設計者、IT/OT担当	SCADAとPLC・サーバ間の連携に使われます

HMIとの違い

HMIはHuman Machine Interfaceの略で、人と機械をつなぐ操作画面です。

単体設備のタッチパネルもHMIです。

一方、SCADAは複数設備を横断して監視し、履歴やアラームを集約する用途に向きます。

小規模設備ではHMIとSCADAの境界が曖昧になることもあります。

判断基準は、単一設備の操作画面なのか、複数設備を統合監視する仕組みなのかです。

MESとの違い

MESは、製造指図、実績収集、作業履歴、品質記録などを扱う上位システムです。

SCADAが設備の状態を中心に扱うのに対し、MESは製造オーダーや工程実績を中心に扱います。

たとえば、SCADAは「ラインが停止した理由」を記録します。

MESは「どの製品ロットで、どの工程実績として扱うか」を管理します。

両者を混同すると、SCADAに生産管理機能を詰め込みすぎて保守が難しくなります。

OPC UAとの違い

OPC UAは、設備データを標準的に交換するための通信・情報モデルです。

SCADAはアプリケーションであり、OPC UAはその通信手段として使われます。

たとえば、PLCやゲートウェイがOPC UAサーバとしてデータを公開します。

SCADAはOPC UAクライアントとして接続し、タグ値やアラーム情報を読み取ります。

ベンダーの異なる設備をつなぐ場合、OPC UAを挟むとデータ連携が整理しやすくなります。

6. SCADAと通信プロトコル：Modbus・MQTT・OPC UA

SCADAは、さまざまな通信プロトコルで設備データを収集します。

古い設備ではModbus RTUや専用プロトコル、新しい設備ではOPC UAやMQTTが使われます。

どの通信が正解かは、設備の制御要件、データ量、上位連携、保守体制で変わります。

現場の制御通信と、上位のデータ活用通信を分けて考えることが大切です。

Modbusは既設設備との接続で強い

Modbusは、PLC、温調計、電力量計、インバータなどで広く使われる通信方式です。

SCADAから見ると、既設設備の値を読み取るための現実的な選択肢になります。

ただし、Modbusはデータの意味を豊かに表現する仕組みは強くありません。

レジスタ番号、スケール、単位、符号付きの扱いを設計側で管理する必要があります。

意味づけが弱いまま接続すると、後からデータ活用するときに苦労します。

MQTTは上位配信やIoT連携に向く

MQTTは、ブローカーを介してデータを配信する軽量な通信方式です。

SCADAやゲートウェイで集めたデータを、クラウドや分析基盤へ送る用途に向きます。

一方で、設備のインターロックや安全停止のような制御には向きません。

MQTTは、監視データや状態通知を疎結合で配信するための仕組みとして考えると分かりやすいです。

制御ネットワークと情報ネットワークの境界を明確にすることが重要です。

CC-Linkなど既存ネットワークとの共存

日本の製造現場では、CC-Link系のネットワークが広く使われています。

SCADAが直接CC-Linkの全デバイスに入るというより、PLCやゲートウェイ経由でデータを取得する構成が一般的です。

既設設備を活かす場合は、現場ネットワークを無理に作り替えないことも重要です。

必要なデータをPLC側で整理し、SCADAへ渡す設計にすると移行リスクを抑えられます。

通信規格の違いより、どこでデータを整理するかが実務上の焦点になります。

関連記事

7. 導入設計の注意点：セキュリティ・冗長化・運用

SCADA導入では、画面の見た目だけを先に決めると失敗しやすくなります。

監視対象、通信負荷、保存データ、操作権限、障害時の運用を先に決めるべきです。

特にSCADAは、現場制御と情報システムの境界に位置します。

便利さを優先して無制限に接続すると、セキュリティと安定稼働のリスクが増えます。

ネットワーク分離と権限管理

SCADAはPLCに近い位置にあるため、ネットワーク設計を慎重に行う必要があります。

制御ネットワークと事務ネットワークを直結させる構成は避けます。

ファイアウォール、DMZ、VPN、多要素認証などを使い、接続範囲を限定します。

操作権限も、閲覧、操作、設定変更、管理者権限に分けて設計します。

誰でも停止操作できる画面は、便利ではなく危険な画面です。

冗長化とバックアップ

SCADAサーバが停止しても、PLCの現場制御は継続する設計が基本です。

ただし、監視画面やアラーム通知が止まると、現場判断は大きく制限されます。

重要ラインでは、SCADAサーバ、履歴データベース、ネットワーク機器の冗長化を検討します。

設定ファイル、画面、タグ定義、履歴データのバックアップも必要です。

復旧手順を文書化していなければ、バックアップを取っていても実務では使えません。

導入前に決めるチェック項目

SCADA導入前には、監視対象と操作対象を分けて一覧化します。

次に、タグ数、更新周期、保存周期、保存期間、アラーム条件を決めます。

さらに、誰が画面を見るのか、誰が設定を変更するのかを決めます。

最後に、通信異常時、PLC停止時、SCADA停止時の運用を決めます。

この順番で整理すると、機能追加に振り回されにくくなります。

確認項目	決める内容	曖昧な場合のリスク
監視対象	どの設備・信号を見るか	タグが増え続けて保守できません
操作範囲	停止・起動・設定変更の可否	誤操作時の責任範囲が不明になります
保存周期	何秒ごとに保存するか	データ過多または解析不足になります
アラーム	重要度・復帰条件・対応手順	警報疲れで重要異常を見落とします
権限	閲覧者・操作者・管理者	不正操作や設定ミスが起きやすくなります

SCADAの導入効果を出すには、最初から全設備を対象にしない判断も有効です。

まずは停止損失が大きいライン、品質不良との関係を追いたい工程、手書き記録が多い設備から始めます。

対象を絞ると、タグ設計、画面設計、アラーム設計の良し悪しを短期間で検証できます。

その結果を標準ルールとして横展開すれば、後続設備の導入工数を下げられます。

逆に、最初から工場全体を一気につなぐと、命名規則や保存周期がばらつき、データが資産になりません。

SCADAはソフトを入れれば完成するものではなく、設備データをどう運用するかを決める活動です。

もう一つ重要なのは、SCADAを導入しても現場確認が不要になるわけではないことです。

SCADAの画面は、設備状態を素早く把握するための入口です。

異常の原因究明では、現物確認、PLCラダーの状態、センサ配線、機械側の動きも合わせて確認します。

画面上の数値だけで判断すると、センサ故障やスケーリングミスを正常な設備異常と誤認することがあります。

そのため、重要な信号ほど現場表示、PLC値、SCADA表示の三者が一致するかを試運転で確認します。

この確認を省くと、運用開始後に「画面は正しいが現場と合わない」という混乱が起きます。

また、SCADA画面は部門ごとに見たい粒度が異なります。

作業者向け画面では、現在状態と次に取る操作が分かることを優先します。

保全向け画面では、異常履歴、部位別の発生回数、過去トレンドへの移動しやすさを優先します。

管理者向け画面では、停止時間、稼働率、生産数、エネルギー使用量などの集計性を重視します。

同じデータでも、誰が見るかで画面の正解は変わります。

そのため、SCADA設計では「全員に同じ画面を見せる」よりも、役割別に画面を分ける方が運用しやすくなります。

そのため、制御担当、保全担当、製造担当、情報システム担当が同じ前提で設計する必要があります。

特に保全担当が見たいデータと、製造管理が見たいデータは一致しないことがあります。

保全は異常兆候、アラーム履歴、電流値、温度上昇などを重視します。

製造管理は稼働率、停止理由、生産数、段取り時間、品質記録との紐づけを重視します。

この違いを整理しておくと、SCADA画面と帳票の役割分担が明確になります。

最終的には、現場の見える化から、停止ロス削減、予防保全、品質トレーサビリティへ発展させることが狙いです。

関連記事

8. まとめ：SCADAは設備データ活用の入口になる

SCADAは、PLC監視、設備データ収集、アラーム管理、履歴保存をまとめる監視制御システムです。

PLCが現場制御を担い、SCADAが状態監視とデータ活用の入口を担います。

HMIは操作画面、MESは製造実行管理、OPC UAはデータ連携の標準として役割が異なります。

導入時は、画面デザインよりもタグ設計、通信周期、保存粒度、アラーム条件を先に決めることが重要です。

セキュリティ、権限管理、冗長化、バックアップまで含めて設計すれば、SCADAは単なる監視画面ではなく、設備改善の基盤になります。