設備メーカーから「PLCのバックアップです」とデータが届きました。 ファイルは保存できたものの、後から回路を読めるのか、故障したときに設備を元の状態へ戻せるのかは分かりません。 このとき確認したいのは、編集に使う資料と、実機の状態を戻すためのデータが、それぞれ何を含んでいるかです。

この記事では、受け取ったファイルの用途と、足りない情報を整理する方法を扱います。 実機への接続、書込み、運転モード変更といった操作手順は扱いません。 設備全体の引渡しや検収の進め方は、設備の受入検査を参照してください。

「何のために使えるデータか」を最初に聞く

PLCは、設備の入力信号を受けてプログラムに従い出力する制御機器です。 基本的な役割はPLCの基礎で確認できます。 ここでは、受け取ったデータを次の二つの用途に分けて考えます。これは確認を進めるための整理で、製品共通のファイル形式を定義する分類ではありません。

確認する用途 受け取る側が確かめたいこと
回路を読んで保守・変更する 編集用ソフトでプロジェクトを開けるか。説明コメントや必要な関連データがそろっているか
故障や交換の後に状態を戻す 対象のCPUへ、どの状態と設定を、どの方法で戻せるか

プロジェクトは、編集用ソフトでプログラムや設定などをまとめて扱う単位です。 CPUは、PLCの中でプログラムを実行する中心となる部分です。 CPUから保存したデータと、設計者がパソコンで管理しているプロジェクトに、同じ内容がすべて入っているとは限りません。 また、後述するSiemens S7-1200のオンラインCPUバックアップのように、編集用プロジェクトの中にバックアップが保存される仕組みもあります。ファイル名や拡張子だけで用途を決めず、どの機能で作ったデータかを確認します。

設備メーカーの担当者へは、まず「これは編集用の納品データですか、復元用ですか。両方なら、どこまで確認されていますか」と聞きます。 編集に使えるデータの納品範囲と利用条件、必要な編集用ソフトを使える環境・権限は、発注仕様書や契約とも照合します。

プログラムが読めても、説明がそろうとは限らない

受領したデータを開けたとしても、回路の意図を説明するコメントが足りなければ、故障時の調査に支障が出ます。 ただし、何が実機に保存されるかは、PLCの機種やソフト、保存時の設定によって違います。

たとえば三菱電機の『はじめてのシーケンサ 入門編』の3.8節では、回路の説明であるステートメントと、出力命令の説明であるノートは、パソコン側に保存され、シーケンサ本体へは書き込まれないと説明されています。 ここで対象になっているのはステートメントとノートで、デバイスコメントとは別の種類の説明です。 これはFX3Gの実習機を基にしたGX Works2／GX Developer対応の教材での説明です。他のシリーズに同じ仕様を当てはめず、対象機種のマニュアルで確認してください。

受領時には、設備メーカーの担当者に代表的な回路を開いてもらい、説明コメントを含む編集用データがどれかを確かめます。 コメントが足りないときも、実機から読み出せば必ず補えるとは考えません。 プロジェクトの作成元、必要なライブラリ、保護がかかっている部分の扱いは、データの作成者へ照会します。

バックアップの「含まれないもの」も読む

復元用データは、保存できたという結果だけでなく、保存範囲と復元条件まで確認します。 プログラム、機器構成、保持される値、履歴などのうち、何が保存の対象かを資料で照合するためです。

SiemensのS7-1200マニュアル（V20、2024年11月）のオンラインCPUバックアップでは、現在値は含まれる一方、診断バッファと、機密PLC構成データを保護するパスワードは含まれないと説明されています。 同じ節には、バックアップ作成の前提条件としてCPUをSTOPモードにすることも記載されています。 これは当該製品・当該手段の条件です。「バックアップだから運転に影響しない」と考えて、稼働中の実機で試す根拠にはできません。 また、診断バッファが対象外であることは、PLCの履歴情報全般が保存されないという意味ではありません。

受け取ったデータについては、保存に使った機能・ソフト、取得日時、含まれる内容と除外される内容、復元方法をひとまとめに確認します。 パスワードなどの管理情報は、この受領票や一般の共有フォルダへそのまま書かず、所属先で認められた方法と権限で引き継ぎます。

ファイル一覧に「対応する実機」と「確認結果」を足す

以下は、この記事で提案する受領票の例です。 対象PLCの仕様と、契約上の納品範囲に合わせて行を追加・削除してください。 資料がない欄は推測で埋めず、「未確認」と照会先を残します。

受領票の項目 記録する内容
対象 設備番号、PLC・CPUの型番、対象となる構成や版
編集用データ プロジェクト名と版、コメント・関連ファイルの範囲、作成元
編集環境 ソフト名と版、必要な追加機能・ライブラリ、使える環境と権限
実機保存データ 保存日時、保存方法、対象CPU、収録範囲・除外項目
実機との対応 どの試運転・変更後の状態か、照合した対象と方法、確認者と日付
復元条件 使用する手段、対象機器の条件、必要な管理情報、手順書の所在
別に受け取るもの 表示器やドライブなど、PLCデータだけでは足りない対象の有無
確認結果 ファイル受領、オフラインでの閲覧、実機との照合、復元検証の実施範囲

更新日時が新しいファイルを、そのまま実機と一致する最新版とみなさないようにします。 試運転後にプログラムが変更されたのであれば、その変更が受領データへ反映されているかを照合します。 照合の対象と方法は制御担当と決め、確認できた範囲を受領票に書きます。

「開けた」「実機と照合した」「戻せた」を分けて残す

編集用ソフトでファイルを開けたことは、受領確認の一段階です。 それだけでは、実機と一致することも、故障時に復元できることも確認できていません。

オフラインでの閲覧、実機との照合、復元検証は、実施した内容を分けて記録します。 復元検証をしていない場合は「未実施」とそのまま書き、必要性、実施場所、担当者、時期を設備責任者と制御担当で決めます。 本番設備へ試しに書き込むのではなく、対象機器の手順と、安全・変更管理のルールに従う計画を先に用意します。

不足が残ったときは、次のように対象と疑問を限定すると、作成者が回答しやすくなります。以下は実際のやり取りではなく、この記事で用意した文例です。角括弧は自分の案件の情報に置き換えてください。

設備［番号］のデータ［名称・版］を受領しました。編集用ソフト［名称・版］で開けることは確認済みです。［回路の説明コメント］が見当たらず、［最終変更後の実機との一致］は未確認です。編集用プロジェクトの納品範囲と、実機照合の記録をご案内ください。

受領がそろった後も、改造のたびに編集用プロジェクトと必要なバックアップの更新を対にして管理します。 保管先、アクセス権、更新担当、確認記録を保全計画へつなげ、次に扱う人が「どの設備の、どの状態を、どこまで確認したデータか」を読めるようにします。