【EtherNet/IP】「Explicit(メッセージ通信)」と「Implicit(サイクリック通信)」の違いを現場目線で解説!設定の落とし穴も

  • URLをコピーしました!

「EtherNet/IPの通信設定、どっちを使えばいいの?」

新人の頃、分厚いマニュアルを前にして途方に暮れた経験があります。

産業用ネットワークのスタンダードであるEtherNet/IPには、CIP通信という仕組みがあり、その中に大きく分けて2つの通信モードがあります。

  1. Explicit(エクスプリシット)通信
  2. Implicit(インプリシット)通信

名前が似ていて混乱しやすいですが、役割は明確に違います。

今回は、教科書的な定義だけでなく、「現場でどう使い分けるのか」「どこでハマりやすいか」という実務経験を交えて解説します。


目次

Explicit通信(メッセージ通信):メール・郵便タイプ

「Explicit(明示的な)」という名の通り、「〇〇のデータをください」「〇〇の設定を変えて」と、明確に宛先と用件を指定して送る通信です。

現場でのイメージ:「メール」や「郵便」

  • 送りたい時にだけ送る。
  • 相手から返事(レスポンス)が来たら完了。
  • ラダープログラム上で、専用の命令語(MSG命令など)を実行する必要があります。

主な使いどころ

  • 頻度が低いデータのやり取り(バーコードリーダーの読み取り結果など)
  • 設定変更(段取り替えで、サーボアンプのパラメータを書き換えるなど)
  • エラー履歴の取得(トラブル発生時だけ詳細データを吸い出す)

メリット・デメリット

  • メリット: 必要な時しか通信しないので、ネットワークの帯域を圧迫しにくい。
  • デメリット: 都度通信を確立するため、リアルタイム性(決まった時間内に必ず届くこと)は保証されにくい。

Implicit通信(サイクリック通信):ベルトコンベアタイプ

「Implicit(暗黙的な)」という名の通り、一度設定してしまえば、プログラム上で「送れ」と命令しなくても、裏で自動的に・周期的にデータを送り続ける通信です。「サイクリック通信」とも呼ばれます。

オムロンやRockwellなどのPLCでは「タグデータリンク」という機能名でおなじみですね。

現場でのイメージ:「ベルトコンベア」

  • 中身が空っぽでも、変化がなくても、決まったスピードで常に回り続けている。
  • ラダープログラムでの命令は不要。設定ソフトで変数(タグ)を割り当てれば、デバイスメモリが勝手に書き換わります。

主な使いどころ

  • リアルタイム制御(スタート信号、インターロック信号、現在値データなど)
  • PLC間のデータ共有(前工程のPLCと後工程のPLCで信号をやり取りする)
  • リモートI/Oの制御

メリット・デメリット

  • メリット: 定時性(リアルタイム性)が高く、常に最新のデータが保証される。制御に直結する信号はこれ一択。
  • デメリット: データが変わっていなくても送り続けるため、大量に設定しすぎるとネットワーク帯域を消費する。

⚠️ ここが落とし穴!「RPI(通信周期)」の設定

Implicit通信の設定には「RPI(Requested Packet Interval)」という項目があります。「どのくらいの間隔でデータを送るか」という設定です。

「早いほうがいいだろう」と何も考えずに全ての機器を最速(例:1ms)に設定するのはNGです!ネットワークの帯域がパンクして、通信エラーが頻発する原因になります。

  • 10ms〜20ms: インバータやサーボなど、速度が必要なもの
  • 100ms〜500ms: 温度監視やタッチパネルなど、ゆっくりでいいもの

このように、用途に合わせて適切に分散させるのが、止まらない設備を作るコツです。


設定の前に確認!「EDSファイル」入れましたか?

ExplicitでもImplicitでも、設定を始める前に必ず確認してほしいことがあります。

それは、EDSファイルのインストールです。

Windowsでいう「ドライバ」のようなもので、これを各機器メーカーのHPからダウンロードして設定ソフトに登録しないと、リストに機器が表示されません。

「マニュアル通りにやっているのに、設定画面に型式が出てこない…」と焦る原因のNo.1です(私はこれで半日悩み、動けなくなったことがあります…)。


【保存版】現場でよくあるトラブルと対処法

現場で「通信できない!」となった時、ExplicitとImplicitでは疑うべきポイントが全く違います。ここが一番重要です。

ケース①:Explicit(メッセージ)がつながらない時

👉 疑うポイント:「宛先アドレス」の入力ミス Explicit通信は、宛先となる「クラスID」「インスタンスID」「アトリビュートID」が一文字でも間違っていると動きません。 マニュアルの「通信仕様書」のページを指差し確認してください。10進数と16進数の入力間違いもよくあるミスです。

「クラス?インスタンス? 数字の意味がわからない!」という方へ

マニュアルに出てくる Class ID: 1, Instance ID: 1 といった数字。「ただの記号」として丸暗記していませんか? 実はこれ、「会社の組織図(部署と担当者)」に置き換えると一発で意味がわかるんです。 設定ミスを減らすためにも、この「CIPの住所の読み方」だけは押さえておいてください。

あわせて読みたい
マニュアルに出てくる「CIP」って結局なんなの? EtherNet/IPを支える「共通言語」と「3つの暗号」の正体 キーエンスやオムロン、ロックウェルのマニュアルを読んでいると、必ず出てくる「CIP」という言葉。 EtherNet/IPのケーブルを繋ぎたいだけなのに、急に「CIP通信」や「C...

ケース②:Implicit(タグデータリンク)がつながらない時

👉 疑うポイント:「データサイズ」の不一致 設定したのに通信ランプが点滅して繋がらない場合、データサイズの不一致が原因であることが多いです。

  • PLC側の設定: 10ワード(20バイト)で受信設定
  • 機器側の設定: 20ワード(40バイト)で送信設定

このように、お互いの認識しているサイズが異なると、不一致で通信ランプが点滅します。「入力点数を増やしたのに設定を変え忘れていた」なんて時に発生しやすいトラブルです。

「動かない理由」の切り分けができるようになると、現場での信頼度は一気に上がりますよ!

まとめ:現場での使い分け

最後に、両者の違いを表で整理します。

項目Explicit通信Implicit通信 (タグデータリンク)
別名メッセージ通信I/O通信、サイクリック通信
イメージ郵便・メールベルトコンベア
タイミングプログラムで命令した時だけ常時(自動更新)
用途設定変更、非定常データ制御信号、インターロック
注意点アドレス指定ミスに注意通信周期(RPI)とデータサイズ不一致に注意

【結論】

  • 「スイッチを押したら動く」ような制御信号はImplicit
  • 「たまにしか行わない」設定変更などはExplicit

基本はこの使い分けでOKです。

まずは基本となるImplicit通信(タグデータリンク)をしっかり設定できるようになりましょう。「基本を疎かにしない」ことが、安全な制御への第一歩です。

\ 未経験から一人前の設計者へ /

知識ゼロから現場で戦えるレベルまで。FA電気設計の学習手順を体系的にまとめました。学習の迷子にならないための「地図」です。

👉 FA電気設計・完全学習ロードマップを見る

💬 更新情報を X (Twitter) で発信中!

記事の更新通知や、現場で役立つ「電気制御の小ネタ」をツイートしています。「ねじ vs スプリング」のような実務の話に興味がある方は、ぜひフォローして繋がってください!

よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

目次