「EtherNet/IPの通信設定、どっちを使えばいいの？」 新人の頃、分厚いマニュアルを前にして途方に暮れた経験があります。
名前は似ていますが、ここを適当に設定すると「通信エラーで装置が頻繁に止まる」「データが正しく読み出せない」といったトラブルに直結します。
そこで本記事では、実務経験9年の現役設計者として、教科書的な定義だけでなく、「Explicit」と「Implicit」の現場での使い分けや、設定の落とし穴を解説します。
この記事を読めば、もう「どっちだっけ？」と迷う時間はゼロになり、自信を持って最適な通信設定ができるようになります。
結論から言うと、「スイッチなどの制御信号はImplicit」「設定変更などのデータ通信はExplicit」を使います。
ただし、Implicit通信には「RPI」という魔の設定項目があり、これを間違えるとネットワーク全体がダウンする恐れがあります。
Explicit通信（メッセージ通信）：メール・郵便タイプ
「Explicit（明示的な）」という名の通り、「〇〇のデータをください」「〇〇の設定を変えて」と、明確に宛先と用件を指定して送る通信です。
現場でのイメージ：「メール」や「郵便」
- 特徴： 送りたい時にだけ送る
- 完了条件： 相手から返事（レスポンス）が来たら完了
ラダープログラム上で、専用の命令語（MSG命令など）を実行する必要があります。
主な使いどころ
- 頻度が低いデータのやり取り（バーコードリーダーの読み取り結果など）
- 設定変更（段取り替えで、サーボアンプのパラメータを書き換えるなど）
- エラー履歴の取得（トラブル発生時だけ詳細データを吸い出す）
メリット・デメリット
- メリット： 必要な時しか通信しないので、ネットワークの帯域を圧迫しにくい。
- デメリット： 都度通信を確立するため、リアルタイム性（決まった時間内に必ず届くこと）は保証されにくい。
結論： だから、設定変更やエラーログ取得など、「タイミングを選んで行いたい通信」にはこれを使います。
Implicit通信(サイクリック通信)：ベルトコンベアタイプ
「Implicit（暗黙的な）」という名の通り、一度設定してしまえば、プログラム上で「送れ」と命令しなくても、裏で自動的に・周期的にデータを送り続ける通信です。「サイクリック通信」とも呼ばれます。
現場でのイメージ：「ベルトコンベア」
- 中身が空っぽでも、変化がなくても、決まったスピードで常に回り続けている。
- ラダープログラムでの命令は不要。設定ソフトで変数（タグ）を割り当てれば、デバイスメモリが勝手に書き換わります。
主な使いどころ
- リアルタイム制御（スタート信号、インターロック信号、現在値データなど）
- PLC間のデータ共有（前工程のPLCと後工程のPLCで信号をやり取りする）
- リモートI/Oの制御
メリット・デメリット
- メリット： 定時性（リアルタイム性）が高く、常に最新のデータが保証される。制御に直結する信号はこれ一択。
- デメリット： データが変わっていなくても送り続けるため、大量に設定しすぎるとネットワーク帯域を消費する。
⚠️ ここが落とし穴！「RPI（通信周期）」の設定
Implicit通信の設定には「RPI（Requested Packet Interval）」という項目があります。「どのくらいの間隔でデータを送るか」という設定です。
「早いほうがいいだろう」と何も考えずに全ての機器を最速（例：1ms）に設定するのはNGです！ネットワークの帯域がパンクして、通信エラーが頻発する原因になります。
- 10ms〜20ms: インバータやサーボなど、速度が必要なもの
- 100ms〜500ms: 温度監視やタッチパネルなど、ゆっくりでいいもの
このように、用途に合わせて適切に分散させるのが、止まらない設備を作るコツです。
結論： 制御に関わる信号は、「迷わずImplicit（タグデータリンク）」を選んでください。
⚠️ その設定、無駄になります！設定前に「EDSファイル」を入れましたか？
ExplicitでもImplicitでも、設定を始める前に必ず確認してほしいことがあります。
それは、EDSファイルのインストールです。
Windowsでいう「ドライバ」のようなもので、これを各機器メーカーのHPからダウンロードして設定ソフトに登録しないと、リストに機器が表示されません。
「マニュアル通りにやっているのに、設定画面に型式が出てこない…」と焦る原因のNo.1です（私はこれで半日悩み、動けなくなったことがあります…）。
【保存版】現場でよくあるトラブルと対処法
現場で「通信できない！」となった時、ExplicitとImplicitでは疑うべきポイントが全く違います。ここが一番重要です。
ケース①：Explicit（メッセージ）がつながらない時
👉 疑うポイント：「宛先アドレス」の入力ミス Explicit通信は、一文字でも間違っていると動きません。以下の項目を指差し確認してください。
- ✅ Class ID（クラス）
- ✅ Instance ID（インスタンス）
- ✅ Attribute ID（アトリビュート）
⚠️ よくあるミス： マニュアルは「16進数」表記なのに、設定ソフトで「10進数」で入力していませんか？
「クラス？インスタンス？ 数字の意味がわからない！」という方へ
マニュアルに出てくる Class ID: 1, Instance ID: 1 といった数字。「ただの記号」として丸暗記していませんか？ 実はこれ、「会社の組織図（部署と担当者）」に置き換えると一発で意味がわかるんです。 暗記地獄から抜け出すために、まずは「CIPの住所の読み方」だけ押さえておいてください。
ケース②：Implicit（タグデータリンク）がつながらない時
👉 疑うポイント：「データサイズ」の不一致 通信ランプが点滅している場合、十中八九これです。
- ❌ PLC側： 20バイト（10ワード）設定
- ⭕ 機器側： 40バイト（20ワード）設定
このように、お互いの認識サイズがズレていませんか？ 「後から点数を増やしたのに、片方だけ設定変更を忘れている」パターンが最多です。
「動かない理由」の切り分けができるようになると、現場での信頼度は一気に上がりますよ！
まとめ：現場での使い分け
最後に、両者の違いを表で整理します。
| 項目 | Explicit通信 | Implicit通信 (タグデータリンク) |
| 別名 | メッセージ通信 | I/O通信、サイクリック通信 |
| イメージ | 郵便・メール | ベルトコンベア |
| タイミング | プログラムで命令した時だけ | 常時（自動更新） |
| 用途 | 設定変更、非定常データ | 制御信号、インターロック |
| 注意点 | アドレス指定ミスに注意 | 通信周期(RPI)とデータサイズ不一致に注意 |
【結論】
- 「スイッチを押したら動く」ような制御信号はImplicit
- 「たまにしか行わない」設定変更などはExplicit
基本はこの使い分けでOKです。
まずは基本となるImplicit通信（タグデータリンク）をしっかり設定できるようになりましょう。「基本を疎かにしない」ことが、安全な制御への第一歩です。
