1. 先に結論：クロスリファレンスは「どこで使っているか」を見る入口
GX Works3のクロスリファレンスは、デバイスやラベルなどがプログラム内のどこで使われているかを確認するための考え方です。 例えばM10がどこでONされ、どこで条件として使われているかを一覧で見たい時に役立ちます。
ただし、一覧に出た場所を見ただけで原因が分かるわけではありません。 大切なのは、使用箇所を見つけたあとに、接点なのか、コイルなのか、比較や転送なのかを分け、前後のラダー条件まで追うことです。
この記事で扱う範囲
この記事では、クロスリファレンスの役割、どんな場面で使うか、一覧を見た時の読み方、変更前に見ておきたい確認ポイントを整理します。 具体的なショートカットキーや細かな画面操作名は、環境やバージョンで変わる可能性があるため断定しません。
先輩クロスリファレンスは、デバイスの住所録みたいなものだよ。どこで使っているかを先に一覧で見られるんだ。
新人先に一覧で見れば、ラダーを全部目で追うより探しやすそうですね。
PLCのエラーランプが点いた時に見る順番
PLC本体のERR/ALMなどが点いた時に、設備状態、電源、I/O、通信、エラー履歴、復旧前確認の順で落ち着いて確認する基本を整理しています。
2. クロスリファレンスとは何を見るものか
クロスリファレンスでは、指定したデバイスやコメントに関連する使用箇所を確認します。 例えばD100、M10、X0、Y20のようなデバイスが、ラダー内のどこで参照され、どこで書き込まれ、どこで比較や転送に使われているかを探す入口になります。
画面上の一覧は、あくまで「候補を集めるための入口」です。 実際の判断では、一覧から対象箇所へ移動し、その前後にある接点、コイル、命令、コメント、現物側の状態を合わせて確認します。
参照している場所
接点や比較条件として、そのデバイスを読んでいる場所です。
書き込んでいる場所
コイルや転送命令などで、そのデバイスを作っている場所です。
関連する処理
比較、演算、表示、インターロックなど、使われ方の種類を見ます。
影響範囲
変更や調査の前に、同じデバイスが他で使われていないか確認します。
3. どんな場面で使うと便利か
クロスリファレンスは、トラブル調査、プログラム変更前の確認、デバイスコメントの整理、既存プログラムの読み取りで役立ちます。 特に、同じMやDが複数箇所に出てくる時は、一覧で全体像を見てからラダーを追うと迷いにくくなります。
| 場面 | 見たいこと | 確認のポイント |
|---|---|---|
| トラブル調査 | 対象デバイスがどこでON/OFFしているか | 作っている条件と使っている条件を分ける |
| 変更前確認 | 変更したいデバイスが他で使われていないか | 表示用、条件用、出力用の使われ方を確認する |
| 既存ラダーの読み取り | コメントだけでは分からない使用箇所 | 一覧から関連するラダー位置へ移動して読む |
| コメント整理 | 古いコメントや似た名前のデバイスの確認 | 同じ用途に見えるデバイスを前後条件で見分ける |
4. 使用箇所一覧を見る時の基本
クロスリファレンスで一覧を見たら、最初に「どのデバイスが、どの場所で、どんな役割で使われているか」を分けます。 一覧の件数が多い時ほど、上から順番に眺めるだけではなく、使われ方で分類すると整理しやすくなります。
- 対象を決める：D100、M10など、調べたいデバイスを決めます。
- 一覧で使用箇所を見る：そのデバイスが出てくる場所を集めて確認します。
- 役割で分ける：接点、コイル、比較条件、転送元、転送先、表示用に分類します。
- 重要そうな場所へ移動する：原因に近そうな場所や、値を作っている場所から優先して見ます。
- ラダー前後を読む：一覧だけで判断せず、前後条件、現物、タッチパネル表示と照合します。
5. 接点・コイル・比較・転送を分けて見る
同じデバイスでも、使われ方によって意味が変わります。 M10が接点として出てくる場所は「M10を条件として使っている場所」で、M10のコイルがある場所は「M10を作っている場所」です。
Dレジスタの場合は、比較条件で使っているのか、別のDから値を転送しているのか、タッチパネル表示用に参照しているのかで追い方が変わります。 まずは読んでいる場所と書いている場所を分けることが大切です。
接点として使う
そのデバイスのON/OFFを条件として読んでいる場所です。
コイルとして使う
そのデバイスをON/OFFさせている、原因側に近い場所です。
比較で使う
D値やタイマ値などを設定値・現在値として比べている場所です。
転送・演算で使う
値を入れている場所、加工している場所、別のデバイスへ渡している場所です。
一覧の多さに引っ張られない
使用箇所が多いデバイスは、全部が原因に直結するわけではありません。 まずは書き込み側、インターロック側、異常判定側、出力条件側など、調査目的に近い場所から確認します。
6. 変更前にクロスリファレンスで確認したいこと
ラダーを変更する前に、対象デバイスが他の工程や表示、異常判定に使われていないかを確認します。 1箇所だけを見て「ここだけの条件」と思っていても、別の場所で表示やインターロックに使われていることがあります。
- 対象デバイスを書き込んでいる場所はどこか
- 対象デバイスを条件として読んでいる場所はどこか
- タッチパネル表示やアラーム表示に使われていないか
- 別工程や別ユニットのインターロックに関係していないか
- 変更後に戻す必要がある一時処理ではないか
7. クロスリファレンスを見る時の注意点
クロスリファレンスは便利ですが、一覧だけで原因や安全性を判断するものではありません。 一覧に出た場所が「使っている場所」であっても、その前後条件や現物側の状態を見ないと、実際に何が起きているかは分かりません。
変更前確認と安全確認は分けて考える
クロスリファレンスで使用箇所を確認しても、それだけで変更してよい判断にはなりません。 設備状態、周囲安全、関係者共有、バックアップ、復旧手順などは別に確認してください。
コメントだけを信用しすぎない
古い設備では、コメントが更新されていない場合や、似た名前のデバイスが複数残っている場合があります。 コメントは手がかりとして使い、最後はラダーの前後条件と現物で確認します。
8. まとめ
GX Works3のクロスリファレンスは、デバイスの使用箇所を一覧で見て、ラダーのどこを確認すればよいかを絞り込むための入口です。 使われている場所を見つけたら、接点、コイル、比較、転送、表示用などに分けて、前後条件まで追うと理解しやすくなります。
- クロスリファレンスは、デバイスの使用箇所を探す入口
- 一覧に出た場所を、接点・コイル・比較・転送に分けて見る
- 書き込み側と参照側を分けると原因に近づきやすい
- 変更前は、他工程や表示、異常判定への影響も確認する
- 一覧だけで判断せず、ラダー前後と現物状態を合わせて見る