PLCプロトコル互換性：接続プロジェクトを始める前に確認すべきこと

プロトコル名が同じなら、そのPLCは繋がりますか？

PLC銘板のプロトコル名はファミリー名であり、接続の保証ではありません。どちらも Modbus と書いてあっても、RTU と TCP、ファンクションコード、レジスタ起点、ワード順が違うことがあります。どちらも S7 でも、CPU系列と PUT/GET の可否が違うことがあります。ファミリー名をドライバ選定そのものにすると、試運転の最初の一週間がここで消えます。

上海橙軒智能は三菱 MELSEC 全シリーズをエンジニアリングレベルで掌握し、Siemens S7、Rockwell EtherNet/IP、Inovance、オムロン、KEYENCE、Panasonic、Beckhoff、Delta、Yokogawa、安川、LS、Fatek、Fuhwei、富士、Xinje、Megmeet、トヨタなど 20+ブランドのPLC通信互換を維持しています。検証済みプロトコルには CC-Link/CC-Link IE、MC、S7、Modbus、PROFINET、EtherNet/IP、OPC UA/DA、BACnet、CAN/LIN、SECS/GEM、MQTT/WebSocket/HTTP が含まれます。この一覧は試みうる技術スタックの説明であり、混在ラインのすべてのCPUが確認なしで繋がるという主張ではありません。老朽設備と特殊設備は、方法を決める前にインターフェースと適合条件を確認します。

• 三菱 MELSEC：FX、Q、L、iQ-F、iQ-R は MELSEC という名前を共有します。MC の 3E/4E、ASCII/バイナリ、Ethernet が CPU か通信ユニットかは個別に確認します
• Siemens S7：S7-300/400 への ISO-on-TCP と S7-1200/1500 は別経路です。PUT/GET が切られていることがあり、PROFINET IO はデータブロック読み出しの代替ではありません
• Rockwell EtherNet/IP：インプリシットI/Oと明示メッセージは CIP パスが異なります。既存スキャナがコントローラのコネクション枠を既に使っていることがあります
• Modbus：RTU と TCP、保持レジスタと入力レジスタ、0始まりと1始まり、ワード順は、銘板の文字が同じでもベンダ間で一致しません
• OPC UA と CC-Link：OPC UA はセキュリティポリシー、認証、ノードモデルで分かれます。CC-Link、CC-Link IE Field、CC-Link IE Control は局のモデルが異なり、名前では置き換えられません

銘板はファミリーとして読み、版・ポート・役割を確認してください。この三つが揃うまで、そのCPUは未確認です。老朽設備と同じルールです。

接続提案を書く前に、何を確認しますか？

ドライバや変換経路を名指しする前に、次の5項目をCPUごとに答える必要があります。一つ欠けると、「そのプロトコル族に対応」していても試運転初日に繋がらないことがあります。答えはCPU1台1枚の確認シートに書き、提案の入力にします。後付けの付録ではありません。

• 版とCPU系列：ファームウェア、CPU型名、通信ユニット型名——ブランドだけでは足りません。Qシリーズ向けに書いた MC クライアントは、すべての iQ-R に同じようには話しません
• ポート：物理ポート（CPU内蔵Ethernet、シリアル、インテリジェントユニット）、TCP/UDP 番号、HMI や別の収集端が既に使っていないか、工場ファイアウォールが通しているか
• マスタ／スレーブ、またはクライアント／サーバ：そのバスのマスタは誰か。Modbus RTU や多くのフィールドバスは単一マスタです。確認せずに収集端を足すと既存HMIと衝突します
• 負荷：CPU通信の余力、スキャンタイムへの影響、同時クライアント数の上限。小型CPUは同時セッションをわずかしか持てないことがあります
• ドキュメント：アドレス表またはタグリスト、データ型、スケーリング、バイト順、稼働中プログラムを読めるか。アドレス表が無ければ、老朽設備と同じ門で未確認とし、現地調査で埋めます

プロトコル族だけを列挙し、この5項目のCPUごとの答えが無い提案は、カタログであって接続計画ではありません。シートは一期で読める台と、調査待ちの台も示します。

プロトコル族、設備側に聞くこと、現場でよく踏む穴

下表は OEM、PLCプログラムを持つインテグレータ、工場の電気班との対話用です。ドライバを固定する前に中央列を聞いてください。右列は人が現場に入ってから表面化しやすい内容です。

老朽設備と特殊設備は、方法を決める前にインターフェースと適合条件を確認します。銘板のプロトコル名それ自体は接続条件ではありません。

複数ブランドが一つのネットワークを共有するとき、着手順はどう決めますか？

自動車・家電・食品の現場では混在が普通です。三菱のセルの隣に Siemens ライン、Rockwell のスキッド、後工程で入ったオムロンや KEYENCE。最初の一週間ですべてのCPUを繋ごうとすると調査が薄くなり、どの会話が軽いか分かる前に共有スイッチへ負荷が乗ります。ここでの優先は試運転の順番であり、ブランドの序列ではありません。

• 先に：公開アドレス表があり、Ethernetプロトコルが開いており、クライアント枠が残っているCPU——中断が少なく、使えるタグを先に取れます
• 次に：同じプロトコル族をまとめる（MCだけ、Modbus TCPだけ、EtherNet/IPだけ）。ドライバ設定とポーラ設定を一組でグループに載せます
• その次：工程上欠かせないタグ——アラーム、インタロック、エネルギー、トレーサビリティキー。ブランドが混ざっていても、5項目の答えが揃っていれば対象にします
• 続けて：シリアルのみ、および単一マスタのバス。既存マスタを妨げないことを確認してから
• 最後に：ドキュメント無し、生産終了、老朽CPU——先に調査し、粒度を決める。一期のクリティカルパスに置かない

ポーラの順は、通信余力のあるCPUに高頻度読みを置き、遅い・電文の多いベンダプロトコルをアラームスキャンと同じ周期に載せないことです。一期の終わりに出すのは確認済みタグリストであり、「残りのブランドも同じドライバで続く」という口約束ではありません。