PLCソフトの先祖返りを防ぐ方法｜複数人で改造するときの変更管理5ステップ

設備の立上げや改造では、このような「PLCソフトの先祖返り」が問題になることがあります。

特に注意したいのは、設備メーカーと自社担当者など、複数人が同じPLCプログラムを修正する場面です。

それぞれが別のデータを編集していると、古いプログラムを書き込んだ際に、ほかの担当者の修正内容が失われる可能性があります。

この記事では、PLCソフトの先祖返りが起きる原因と、複数人で改造するときの変更管理方法を5つのステップで解説します。

スケPLC教室

現役PLCエンジニア
PLC学習・技術支援

Profile

現役PLCエンジニアとして、設備制御やラダー回路の設計に携わっています。
「一歩ログ」では、PLCの基礎から回路設計、トラブルシューティングまで、現場で役立つ技術情報を発信しています。
PLC学習教材の販売や、マンツーマンのオンラインコーチングも行っています。
PLCの学びを、現場で使える力に。

プロフィールを読む

X

PLCソフトの先祖返りとは？

PLCソフトの先祖返りとは、修正前の古いプログラムが再び使用され、反映済みだった変更内容が失われてしまうことです。

例えば、次のような状況を考えてみましょう。

この場合、先に反映した修正が、後から書き込んだデータに含まれていなければ消えてしまう可能性があります。

ただし、実際にどの範囲が上書きされるかは、書込み対象の設定によって異なります。

先祖返りが起きると何が困る？

先祖返りによって失われるのは、単なるプログラムの変更履歴だけではありません。

一度修正した不具合が再発したり、設備の動作条件が以前の状態に戻ったりする可能性があります。

また、どの変更が残っていて、どの変更が消えたのかを調べるために、追加の調査時間が必要になります。

特にライン稼働中は、複数の不具合を並行して修正することがあるため、変更内容の管理が重要です。

生産を止めないために、その時に対応できる人がソフトを確認して修正していきます。

PLCソフトの先祖返りが起きる3つの原因

原因1：複数人が別々のデータを編集している

最も注意したいのは、複数人が同じ設備のPLCプログラムを、それぞれ別のファイルで修正している状況です。

この状態で一方のプロジェクトをそのまま書き込むと、先に反映された変更が失われる可能性があります。

複数人が編集すること自体よりも、変更内容を統合せずに書き込むことが問題です。

原因2：どのファイルが最新版なのかわからない

PLCのプロジェクトを次のような名前で保存していないでしょうか。

このようなファイル名では、どれが現在のPLCに反映されたデータなのか判断しにくくなります。

ファイルの更新日時が新しくても、そのデータが設備に書き込まれているとは限りません。

また、オンラインで変更した内容や、別の担当者が反映した変更が、手元のファイルに含まれていない可能性もあります。

「最後に保存したファイル」と「現在PLCで動作しているプログラム」は、必ずしも同じではありません。

原因3：書込み前に変更内容を比較していない

PLCソフトを書き込む前に、変更箇所を確認していないことも先祖返りの原因になります。

例えば、異常回路だけを修正したつもりでも、使用したプロジェクトが古ければ、別の回路まで以前の状態に戻る可能性があります。

そのため、書込み前には今回の修正箇所だけでなく、書込み対象となるデータ全体について、想定外の差分がないか確認することが重要です。

書き込み前に照合をする。

これさえ守れば誰かが回路を触ったことは発見できます。

PLCソフトの先祖返りを防ぐ変更管理5ステップ

ここからは、複数人でPLCソフトを修正するときの基本的な管理方法を紹介します。

STEP1：現在のPLCデータを確認・保存する

最初に行うのは、現在設備で使用されているPLCデータの確認です。

開発ソフトのオンライン照合機能や読出し機能などを使用し、手元のプロジェクトとPLC内のプログラムに違いがないか確認します。

必要なデータをバックアップし、次の情報を残しておきましょう。

なお、機種によってはPLCから読み出せない情報や、別途保存が必要なパラメータ・関連データがあります。

バックアップを取得しただけで、完全に復元できるとは限りません。

必要な保存対象は機種ごとの仕様に従って確認してください。

STEP2：最新版の管理担当者を決める

次に、誰が最新版のPLCソフトを管理するのか決めます。

複数人が修正作業を担当していても、最終的に書き込むデータを管理する担当者は明確にしておくことが重要です。

例えば、次のような役割分担が考えられます。

小規模な現場では、複数の役割を同じ人が兼ねても構いません。

重要なのは、誰が最新版を確定し、誰の承認で書き込むのかを決めることです。

STEP3：修正箇所・担当者・変更理由を記録する

PLCソフトを修正するときは、変更内容を記録します。

最低限、次の情報があると後から確認しやすくなります。

この表は説明用の架空例です。

記録するときは、「修正した」という事実と「正常に動作することを確認した」という事実を分けましょう。

プログラムを変更しただけでは、設備での動作確認が完了したことにはなりません。

動作確認まで実施して初めて作業完了です。

STEP4：変更内容を統合し、差分を確認する

複数人が修正したデータは、書込み前に変更内容を統合します。

例えば、設備メーカーが異常回路を修正し、自社担当者が運転条件を変更した場合、両方の変更が最終プロジェクトに含まれていることを確認します。

ここで役立つのが、オンライン照合機能です。

確認するポイントは次のとおりです。

比較機能の名称や対象範囲は、三菱電機・キーエンス・オムロンなどのメーカーによって異なります。

また、比較結果に差分がないことだけで、プログラムの動作が正しいと保証されるわけではありません。

照合して差分があった場合の選択肢３選

• 既存のデータに新規追加データを反映
• 新規追加データに既存変更部を反映
• 今回統合できない変更は、関係者の承認を得て別途対応する
  • 既存データを抜き取るのを忘れずに

既存の修正されたデータが消えない手順が１番大切です

STEP5：承認後に書き込み、動作確認と記録を残す

変更内容を統合したら、決められた作業手順に従ってPLCへ書き込みます。

このとき、作業者の判断だけで書き込みを進めないようにしましょう。

設備の運転状態や安全確保、停止条件、関係者への連絡など、現場で定められた手順を確認する必要があります。

書込み後は、今回変更した箇所だけでなく、関連する動作への影響も確認します。

そして、次の情報を記録します。

書込み後に確認したデータを、次回改造の基準となる最新版として管理することが重要です。

PLCソフトを書き込む前のチェックリスト

書込み前には、次の項目を確認しておくと、先祖返りや意図しない変更を防ぎやすくなります。

このチェックリストは私が実践している変更管理の考え方です。

実際の作業では、設備のリスク評価、メーカーの手順書、現場の安全規定を優先してください。

PLCソフトの変更管理は、トラブル調査にも役立つ

変更履歴を残しておくことは、先祖返りの防止だけでなく、設備トラブルの原因調査にも役立ちます。

例えば、昨日まで正常に動作していた設備が、プログラム変更後に停止するようになった場合、変更箇所を確認することで調査範囲を絞れる可能性があります。

ただし、プログラム変更と不具合の発生時期が近いからといって、必ずしも変更箇所が原因とは限りません。

入力信号、出力信号、通信状態、設備の実際の動作なども確認し、原因を切り分けることが必要です。

PLCのトラブル調査については、関連記事「PLCラダーの故障調査ガイド」でも解説しています。

あわせて読みたい

設備が動かないときのPLCラダーの追い方｜故障調査5STEP

まとめ｜PLCソフトの先祖返りを防ぐには変更管理が重要

PLCソフトの先祖返りを防ぐために大切なのは、バックアップを取ることだけではありません。

特に複数人で改造する場合は、次の5つを意識しましょう。

PLCプログラムの技術的な修正が正しくても、変更内容の管理が不十分であれば、修正が失われる可能性があります。

「誰が修正したか」だけでなく、「どのデータに統合され、何がPLCに反映されたか」まで管理することが重要です。

PLCの回路読解や改造の考え方を体系的に学びたい方は、PLC学習教材も参考にしてください。

実際の設備やラダー回路について相談したい方には、PLCオンラインコーチングも案内しています。

スケPLC教室

現役PLCエンジニア
PLC学習・技術支援

X

現役PLCエンジニアとして、設備制御やラダー回路の設計に携わっています。
「一歩ログ」では、PLCの基礎から回路設計、トラブルシューティングまで、現場で役立つ技術情報を発信しています。
PLC学習教材の販売や、マンツーマンのオンラインコーチングも行っています。
PLCの学びを、現場で使える力に。