業界コンソーシアムの旧名称であるModbus-IDAのロゴ

Modbus（またはMODBUS ）は、アプリケーション層におけるクライアント/サーバー型データ通信プロトコルです。[1]もともとはプログラマブルロジックコントローラー（PLC）用に設計されましたが、[2]現在では、幅広いバスやネットワークにおける産業用電子機器間の通信における事実上の標準通信プロトコルとなっています。[3] [1]

Modbusは、オープンに公開され、ロイヤリティフリーであるため、産業環境で人気があります。産業用途向けに開発されており、他の規格と比較して導入と保守が比較的容易で、伝送データの形式に対する制限もほとんどありません。

Modbusプロトコルは、シリアル通信回線、イーサネット、またはインターネットプロトコルスイートをトランスポート層として使用します。[1] Modbusは、同一のケーブルまたはイーサネットネットワークに接続された複数のデバイス間の通信をサポートします。例えば、温度を測定するデバイスと湿度を測定するデバイスが同じケーブルに接続され、両方の測定値をModbus経由で同一のコンピュータに送信することができます。

Modbusは、監視制御・データ収集（SCADA）システムにおいて、プラント／システム監視コンピュータとリモート端末ユニット（RTU）を接続するためによく使用されます。多くのデータ型は、工場機器の産業用制御に由来する名称が付けられています。例えば、リレーの駆動に用いられるラダーロジックなどです。1ビットの物理出力はコイル、1ビットの物理入力はディスクリート入力または接点と呼ばれます。

1979年にModicon社（1997年にSchneider Electric社に買収）によって最初に公開されました。2004年にModbus Organization [4]に権利が譲渡されました。Modbus Organizationは、 Modbus準拠デバイスのユーザーとサプライヤーの業界団体であり、Modbus技術の継続的な利用を推進しています。[5]

プロトコルの説明

MODBUS通信スタック
MODBUS通信スタック

Modbus規格またはバスには以下のものがある: [1]

  • イーサネット経由のTCP/IP
  • 幅広い規格、テクノロジーによる非同期シリアル通信: EIA/TIA-232-E、EIA-422、EIA/TIA-485-A、ファイバー、無線周波数など。
  • 高速トークン パッシング ネットワークである MODBUS PLUS。
Modbus通信ネットワークのアーキテクチャ

ネットワーク上でModbus通信をサポートするために、多くのモデムとゲートウェイには独自の設計が組み込まれています（図：Modbus通信用ネットワークのアーキテクチャを参照）。実装では、有線通信またはISM無線バンドなどの無線通信、さらにはショートメッセージサービス（SMS）や汎用パケット無線サービス（GPRS）が採用される場合があります。

PDUとADU

Modbusは、リクエストレシーバーに特定のタスクを要求するトランザクションを開始するエンティティであるクライアントを定義します。[6]クライアントがトランザクションを開始した「リクエストレシーバー」は、サーバーと呼ばれます。[6]例えば、マイクロコントローラが有線ネットワーク（RS485バスなど）上のセンサーに接続し、Modbusを介してデータを読み取る場合、このコンテキストではMCUがクライアント、センサーがサーバーです。以前の用語では、クライアントはマスター、サーバーはスレーブと呼ばれていました。

Modbusは、プロトコルスタック内の下位層プロトコルとは独立して、プロトコルデータユニット（PDU）を定義します。MODBUSプロトコルを特定のバスまたはネットワークにマッピングするには、アプリケーションデータユニット（ADU）として定義されるいくつかの追加フィールドが必要です。ADUは、Modbusネットワーク内のクライアントがトランザクションを開始する際に形成されます。その内容は以下のとおりです。[7]

  • PDU = 機能コード + データ
  • ADU = 追加アドレス + PDU + エラーチェック

ADUはModbus Organizationによって正式にModbusフレームと呼ばれていますが[7] 、フレームはOSIおよびTCP/IPモデルのデータリンク層のデータ単位として使用されます（Modbusはアプリケーション層プロトコルです）。

PDUの最大サイズは253バイトです。RS232/RS485ネットワーク上のADUの最大サイズは256バイト、TCPの場合は260バイトです。[8]

Modbusは、データのエンコードにアドレスとデータフィールドにビッグエンディアン表現を使用します。したがって、16ビット値の場合、最上位バイトが最初に送信されます。例えば、16ビットレジスタの値が0x1234の場合、バイト0x12はバイト0x34よりも先に送信されます。[8]

関数コードは、実行する関数のコードを表す1バイトです。関数コードは1から255までの整数値で、128から255の範囲は例外応答用です。

PDUのデータフィールドのアドレスは0から65535までです（ADUの追加アドレスフィールドのアドレスと混同しないでください）。[9] PDUのデータフィールドは空の場合もあり、その場合のサイズは0です。この場合、サーバーは情報を要求せず、機能コードによって実行される機能が定義されます。実行プロセス中にエラーが発生しなかった場合、サーバーからクライアントへのADU応答のデータフィールドには、要求されたデータ、つまりクライアントが以前に受信したデータが含まれます。エラーが発生した場合、サーバーは例外コードで応答します。[6]

ModbusトランザクションとPDU

クライアントとサーバー間のModbusトランザクションには以下が含まれます。[6] [10]

  • ステップ1: クライアントはPDU = 機能コード + データ要求でリクエストを開始します
  • ステップ2：サーバーはクライアントからのリクエストを受信します。サーバーはファンクションコードを読み取り／解析し、PDUのデータフィールドのアドレスを取得し、このデータフィールドの値を取得して、ファンクションコードに基づいてアクションを実行します。これらのステップでエラーが発生しない場合、サーバーはPDU = ファンクションコード + データ応答で応答します。これらのステップでエラーが発生しない限り、サーバーが応答するファンクションコードは、クライアントから送信されたファンクションコードと同じになります。これらのステップでエラーが発生した場合、サーバーはPDU = 例外ファンクションコード + 例外コード（下記で定義するPDU mb_excep_rsp_pduを参照）で応答します。
  • ステップ 3: クライアントは応答を受信し、トランザクションを終了します。

これに基づいて、Modbusは3つのPDUタイプを定義しています。[8]

  • MODBUS 要求 PDU、mb_req_pdu
  • MODBUS応答PDU、mb_rsp_pdu
  • MODBUS例外応答PDU、mb_excep_rsp_pdu
mb_req_pdu = 機能コード（1バイト）+要求データ（nバイト）
リクエストデータフィールドのサイズは機能コードに依存し、通常は変数値、データオフセット、サブ機能コードなどの値が含まれます。[8]
mb_rsp_pdu = 機能コード（1バイト）+応答データ（nバイト）
mb_req_pduと同様に、応答データフィールドのサイズは機能コードに依存し、通常は変数値、データオフセット、サブ機能コードなどの値が含まれます。[8]
mb_excep_rsp_pdu = 例外機能コード（1バイト）+例外コード（1バイト）
例外機能コード= 機能コード（1バイト）+ 0x80。例外機能コードは、MSBが1に設定されている点を除いて、機能コードと同じです。
mb_excep_rsp_pdu の例外コード (1 バイト) は、MODBUS 例外コード テーブルで定義されています。

Modbusデータモデル

Modbusは、4つの主要なタイプの一連のテーブルに基づいてデータモデルを定義します。[11]

各プライマリテーブルについて、プロトコルは65536個のデータ項目を個別に選択することができ、それらの項目の読み取りまたは書き込み操作は、トランザクション機能コードに依存するデータサイズ制限まで、複数の連続したデータ項目にまたがるように設計されている。[11]

機能コード

Modbusは、パブリック、ユーザー定義、予約の3種類の機能コードを定義しています。[13]

公開機能コード

注：一部の情報源では標準とは異なる用語が使用されています。例えば、Write Single Coilの代わりにForce Single Coilが使用されています。[14]

公開機能コードの例としての機能コード01（コイル読み取り）

機能コード 01 (コイル読み取り) を使用すると、リモートデバイスの 1 ～ 2000 個のコイルの状態を読み取ることができます。mb_req_pdu (要求 PDU) には、最初に読み取るコイルのアドレス (0x0000 ～ 0xFFFF) を示す 2 バイトと、読み取るコイルの数を示す 2 バイトが含まれます。mb_req_pdu はコイルアドレスをインデックス 0 で定義します。つまり、最初のコイルのアドレスは 0x0 です。実行が成功すると、mb_rsp_pdu は機能コード (0x01) を示す 1 バイトと、返されるデータバイト数 (n) を示す 1 バイトを返します。これは、mb_req_pdu によって要求されたコイル数を 1 バイトあたり 8 ビットで割り、切り上げた値になります。応答の残りの部分は、指定された数 (n) のデータバイトになります。[15]つまり、機能コード01のmb_req_pduとmb_rsp_pduは次の形式になります。[15]

mb_req_pdu:
  • 機能コード: 0x01 (1バイト)
  • 開始アドレス（読み取る最初のコイルアドレス）：0x0000から0xFFFF（2バイト）
  • 読み取るコイルの数: 1～2000 (0x7D0) (2バイト)
mb_rsp_pdu:
  • 機能コード: 0x01 (1バイト)
  • バイト数: 1バイト (n=コイル数/8、切り上げ)
  • コイルステータス: n バイト

例えば、20～38のコイルの状態を読み取るmb_req_pduとmb_rsp_pduは次のようになります。[16]

mb_req_pdu:
  • 機能コード: 0x01
  • 開始アドレス上位バイト: 0x00
  • 開始アドレス下位バイト: 0x13
  • 出力数上位バイト: 0x00
  • 出力数下位バイト: 0x13
開始アドレス (2 バイト) は 0x0013 (10 進数では 19) で、これは 20 番目のコイルです。
出力数 (2 バイト) は 0x0013 (10 進数では 19) で、これは 20 番目から 38 番目のコイルの状態の 19 個の値に対応します。
mb_rsp_pdu:
  • 機能コード: 0x01
  • バイト数: 0x03
  • 出力ステータス 27-20: 0xCD
  • 出力ステータス35-28: 0x6B
  • 出力ステータス38-36: 0x05
19個のコイル（20～38）が必要なため、コイルの状態を示すために3バイトが使用されます。したがって、バイトカウントは0x03です。コイル20～27の状態は0xCDで、2進数では1100 1101です。したがって、コイル27がMSb、コイル20がLSbです。コイル28～35も同様です。コイル36～38の状態は0x05で、0000 0101です。コイル38の状態は（右から数えて）3番目のビット、つまり1、コイル37は0、コイル36の状態はLSbビット、つまり1です。左から5ビットはすべて0です。

ユーザー定義関数コード

ユーザー定義機能コードは、ユーザーが定義する機能コードです。Modbusでは、ユーザー定義機能コードに65～72と100～110の2つの値の範囲が与えられています。当然ながら、ユーザー定義機能コードは一意ではありません。[13]

予約済み機能コード

予約済み機能コードは、一部の企業が旧製品に使用している機能コードであり、一般には利用できません。[13]

例外応答

クライアントがサーバーにリクエストを送信すると、そのリクエストに対して4つのイベントが発生する可能性があります。[17]

  • サーバーがリクエストを受信して​​正常に実行した場合、サーバーは通常の応答を返します。
  • サーバーが通信チャネルエラーのためリクエストを受信できない場合、サーバーはクライアントに何も応答しません。クライアントはタイムアウトリクエストエラーを受け取ります。
  • サーバーがリクエストを受信し、通信チャネルでエラー（パリティ、LRC、CRCなど）を検出した場合、サーバーはクライアントに何も応答しません。クライアントはタイムアウトリクエストエラーを受け取ります。
  • サーバーが要求を受信して​​もそれを実行できない場合 (例: クライアントが存在しないレジスタの読み取りを要求した場合)、サーバーはエラーの性質を示す例外応答をクライアントに返します。

例外応答メッセージには、通常の応答メッセージと比較して、さらに2つのフィールドが含まれます。[17]

  • 機能コード: 例外の機能コードの MSB ビットは 1 です。これにより、この機能コードは要求メッセージの機能コードよりも 0x80 高くなります。
  • データ: サーバーはデータフィールド内に例外コードを返します。このフィールドはエラーの性質を定義します。

すべてのModbus例外コード: [18]

Modbus over Serial Line プロトコル

Modbus規格では、 OSI参照モデルのデータリンク層上のプロトコルであるModbus over Serial Lineも定義されており、 Modbusアプリケーション層プロトコルをシリアルバス上で通信するためのものです。[19] Modbusシリアルラインプロトコルは、シリアルバス上で1つのマスターと複数のスレーブをサポートするマスタースレーブプロトコルです。[20]アプリケーション層のModbusプロトコルでは、通信チャネル上のデバイスにクライアント/サーバーモデルが使用されます。Modbus over Serial Lineでは、クライアントの役割はマスターによって実装され、サーバーの役割はスレーブによって実装されます。[20] [21]

この組織の命名規則は、複数のクライアントと1つのサーバーという一般的な用法を逆転させています。この混乱を避けるため、RS-485トランスポート層では「サーバー」ではなく「ノード」または「デバイス」という用語が使用されており、「クライアント」は「ノード」ではありません。[21]

Modbus 組織は、通信を開始してサーバー デバイスに要求を行い、サーバー デバイスが要求を処理して適切な応答 (またはエラー メッセージ) を返すクライアント デバイス間の通信を特徴とする Modbus 通信を説明するために「クライアント サーバー」を使用しています。

Modbus over Serial Lineのシリアルバスでは、1つのマスターと最大247台のスレーブが通信できます。これらのスレーブは、1から247（10進数）までの一意のアドレスを持ちます。[22]マスターはアドレスを持つ必要はありません。 [22 ] Modbusトランザクションを開始できるのはマスターのみであるため、通信プロセスはマスターによって開始されます。スレーブは、マスターからの要求がない限り、データを送信したり、何らかのアクションを実行したりすることはありません。また、スレーブ同士が通信することはできません。[23]

Modbus over Serial Lineでは、マスターはユニキャストまたはブロードキャストモードでスレーブへのリクエストを開始します。ユニキャストモードでは、マスターは特定のアドレスを持つ単一のスレーブにリクエストを開始します。スレーブはリクエストを受信して​​完了すると、マスターにメッセージで応答します。[22]このモードでは、Modbusトランザクションには2つのメッセージが含まれます。1つはマスターからのリクエスト、もう1つはスレーブからの応答です。各スレーブは、通信のために独立してアドレス指定される一意のアドレス（1～247）を持っている必要があります。[22]ブロードキャストモードでは、マスターはブロードキャストアドレス0を使用してすべてのスレーブにリクエストを送信できます。[22]このアドレスはブロードキャスト交換用に予約されています（マスターアドレスではありません）。スレーブはブロードキャスト交換を受け入れる必要がありますが、応答してはなりません。[23] ModbusのPDUをModbus over Serial Lineプロトコルのシリアルバスにマッピングすると、Modbus Serial Line PDUになります。[22]

ModbusシリアルラインPDU = アドレス + PDU + CRC（またはLRC）

PDU = 機能コード + データ

  • アドレスはスレーブアドレスです
  • PDUはModbusアプリケーションプロトコルのPDUと同じように定義されます。
  • CRC/LRC によるエラー チェック フィールド: エラー チェックの方法は、シリアル ライン経由の MODBUS のプロトコル バージョン ( Modbus RTUまたはModbus ASCII)によって異なります。

物理層では、シリアルライン上のMODBUSはRS485またはRS232によってビット単位で通信を行い、TIA / EIA-485 2線式インターフェースが最も普及しています。RS485 4線式インターフェースも使用されます。TIA / EIA-232-E（RS232）も使用できますが、ポイントツーポイントの短距離通信に制限されます。[20]シリアルライン上のMODBUSには、RTUとASCIIの2つの伝送モードがあり、それぞれModbus RTUとModbus ASCIIと呼ばれる2つのバージョンのプロトコルに対応しています。[24]

モドバスRTU

Modbus RTU（リモートターミナルユニット）は、Modbusで利用可能な最も一般的な実装であり、プロトコル通信においてデータのコンパクトなバイナリ表現を使用します。RTUフォーマットでは、コマンド/データの後に巡回冗長検査チェックサムがエラーチェック機構として付加され、データの信頼性を確保します。Modbus RTUメッセージは、文字間の遅延なく連続的に送信する必要があります。Modbusメッセージは、アイドル（サイレント）期間によってフレーム化（分離）されます。各バイト（8ビット）のデータは、11ビットとして送信されます。[3] [24]

  • 1スタートビット
  • 8ビットのデータ/メッセージ、最下位ビットが最初に送信される
  • 1ビットパリティ
  • 1ストップビット

デフォルトは偶数パリティですが、追加オプションとして奇数パリティまたはパリティなしを実装することもできます。[24]

Modbus RTUフレームは次のようになります。[25]

CRC計算はCRC-16-MODBUSとして広く知られており、その多項式はx16+x15+x2+1です（通常の16進代数多項式は逆になります）。[26]8005A001

16 進数の Modbus RTU フレームの例: (から01 04 02 FF FF B8 80の 5 バイトに対する CRC-16-MODBUS 計算により が得られ、これは最下位バイトから先に送信されます)。 01FF80B8

伝送中のフレームの整合性を保証するために、2つのフレーム間の時間間隔は少なくとも3.5文字の伝送時間でなければならず、2つの連続する文字間の時間間隔は1.5文字の伝送時間以下でなければならない。[25]例えば、デフォルトのデータレートが19200ビット/秒の場合、3.5（t3.5）と1.5（t1.5）の11ビット文字の伝送時間は次のようになる。

より高いデータレートの場合、Modbus RTUではt1.5に750μs、t3.5に1.750msの固定値を使用することを推奨しています。[25]

モドバスASCII

Modbus ASCIIは、プロトコル通信にASCII文字（chars）を使用します。ASCII形式では、水平冗長検査（LRCC）チェックサムが使用されます。Modbus ASCIIメッセージは、先頭のコロン（":"、ASCII値3A 16）と末尾の改行（CR/LF、ASCII値0D 16および0A 16）で囲まれます。Modbus ASCIIフレームは、Modbus RTUのようにバースト送信する必要がなく、各文字の送信間隔はデフォルトで最大1秒まで許容されます。各ASCII文字は10ビットとして送信されます。

  • 1スタートビット
  • 7ビットのASCII文字、最下位ビットが最初に送信される
  • 1ビットパリティ
  • 1ストップビット

デフォルトは偶数パリティですが、追加オプションとして奇数パリティまたはパリティなしを実装することもできます。

Modbus ASCIIフレームには以下が含まれます。[27]

アドレス、機能、データ、およびLRCはASCII 16進数でエンコードされた値であり、各バイト（8ビット）の情報は、0～9とA～Fの範囲から人間が判読できる2つのASCII文字としてエンコードされます。例えば、バイト値122（1111010 2または 7A 1655 ）は、2つのASCII文字「7」と「A」としてエンコードされ、2つのバイト（「7」のASCII値である「37 16」）と65（「A」のASCII値である「41 16 」）として送信されます。

LRCは、開始文字と終了文字を除く8ビット値の合計を反転（2の補数）し、8ビット値としてエンコードして計算されます。たとえば、アドレス、機能、データがそれぞれ247、3、19、137、0、10の場合、それらの合計（416）の2の補数は-416です。これを8ビットにトリミングすると96（256 × 2 - 416 = 60 16）となり、次の17 ASCII文字フレームが生成されます:F7031389000A60␍␊。LRCはチェックサムとしてのみ使用されます。LRCは伝送された文字ではなくエンコードされたデータに基づいて計算されるため、その「縦方向」特性はパリティビットと組み合わせて単一ビットエラーの検出には使用できません。

TCP/IP 上の Modbus メッセージング

モドバスTCP

Modbus TCPまたはModbus TCP/IPは、 TCP/IPネットワーク上の通信に使用されるModbusの変種であり、ポート502を介して接続されます。[28]下位層ですでにチェックサム保護が提供されているため、チェックサム計算は必要ありません。

Modbus TCPの命名法は、Modbus over Serial Line Protocolの場合と同じです。Modbusコマンドを送信するデバイスは「クライアント」であり、応答は「サーバー」から送信されます。[29]

Modbus TCPのADUは、Modbus協会では正式にModbus TCP/IP ADUと呼ばれています[30]。また、他の団体ではModbus TCPフレームとも呼ばれています[3] 。

MODBUS TCP/IP ADU = MBAPヘッダー + 機能コード + データ

MBAP (MODBUS アプリケーション プロトコル ヘッダー) は、TCP/IP 上で MODBUS アプリケーション データ ユニットを識別するために使用される専用ヘッダーです。

MBAPヘッダーには以下のフィールドが含まれています: [31]

ユニット識別子は、複数のModbusデバイスを統合したModbus TCPデバイス（例：Modbus TCPからModbus RTUへのゲートウェイ）で使用されます。このような場合、ユニット識別子はゲートウェイの背後にあるデバイスのサーバーアドレスとなります。

MODBUS TCP/IP ADU/Modbus TCPフレームフォーマットは次のようになります。[31] [30]

Modbus TCP/IP ADU/Modbus TCPフレームの16進数の例

12 34 00 00 00 06 01 03 00 01 00 01

  • 0x12そして0x34 ：トランザクションID = 0x1234（2バイト）をModbus TCPクライアント/サーバー間で識別される「一意の番号」として使用し、トランザクションIDの上位バイトは0x12、トランザクションIDの下位バイトは0x34です。
  • 0x00および0x00 ：プロトコル識別子の上位バイトと下位バイト
  • 0x00および0x06 ：長さの上位バイトと下位バイト。長さは6バイトで、ユニット識別子（スレーブアドレス）（1バイト）、機能コード（1バイト）、読み出すレジスタアドレスの上位バイト（1バイト）、読み出すレジスタアドレスの下位バイト（1バイト）、データ（2バイト = 読み出すレジスタ数の上位バイトと下位バイト）が含まれます。
  • 0x01 : ユニット識別子（スレーブアドレス）
  • 0x03 : 機能コード（複数の保持レジスタの読み取り）
  • 0x00および0x01 : 読み出すレジスタアドレスの上位バイトと下位バイト。この場合、読み出すレジスタアドレスは です0x0001。
  • 0x00および0x01 ：読み出すレジスタ数の上位バイトと下位バイト。この場合0x0001、読み出すレジスタ数は （つまり1レジスタ）です。

TCP/IP 経由のその他の Modbus プロトコル バージョン

  • Modbus over TCP/IP、Modbus over TCP、またはModbus RTU/IP – Modbus RTU と同様にペイロードにチェックサムが含まれる点で Modbus TCP とは異なる変種。
  • Modbus over UDP – IPネットワーク上でModbus over UDPを使用する実験が行われており、TCPのオーバーヘッドが排除されています。[32]

その他のModbusプロトコルバージョン

広く使用されている Modbus RTU、Modbus ASCII、Modbus TCP の他にも、Modbus プロトコルには多くのバリエーションがあります。

上記の最初の4つのバリアントでは、データモデルと関数呼び出しは同一で、カプセル化のみが異なります。ただし、これらのバリアントは相互運用性がなく、フレーム形式も相互運用性がありません。

JBUSマッピング

Modbusに密接に関連する事実上のプロトコルとして、後に登場した別のプロトコル、JBUSがPLCメーカーのApril Automatesによって1985年に定義されました。これはフランスのRenault AutomationとMerlin Gerin et Cieの共同開発の成果です。当時のModbusとJBUSの違い（エンティティ数、サーバーステーション数）は、April PLCシリーズでほぼ消滅したため、現在では重要ではありません。April PLCシリーズは1994年にAEG Schneider Automationに買収され、その後廃止されました。しかし、JBUSという名称はある程度残っています。

JBUS は機能コード 1、2、3、4、5、6、15、および 16 をサポートしており、番号付けは異なりますが、上記のすべてのエンティティをサポートします。

  • 番号とアドレスが一致します。エンティティ # xはデータ フレーム内でアドレスxを持ちます。
  • したがって、エンティティ番号にはエンティティタイプは含まれません。例えば、Modbusでレジスタ番号40010を保持している場合、JBUSではアドレス9にあるレジスタ番号9を保持していることになります。
  • 数値0（およびアドレス0）はサポートされていません。サーバーはこの数値とアドレスに実データを実装すべきではなく、リクエスト時にnull値を返すかエラーをスローすることができます。

制限事項

  • Modbusは1970年代後半にプログラマブルロジックコントローラ（PLC）との通信用に設計されたため、データ型の数は当時のPLCが理解できるものに限られています。大きなバイナリオブジェクトはサポートされていません。
  • ノードがデータ オブジェクトの説明を見つける標準的な方法は存在しません。たとえば、レジ​​スタ値が 30 度から 175 度の温度を表していることを認識する方法などです。
  • Modbusはクライアント/サーバー（旧称マスター/スレーブ）プロトコルであるため[21] 、フィールドデバイスがイベントハンドラーメカニズムによってデータを取得する方法はありません（Ethernet TCP/IP（Open-Mbus）経由を除く）。これは、クライアントノードが各フィールドデバイスを定期的にポーリングし、データの変更を確認する必要があるためです。これは、低ビットレートの無線リンクなど、帯域幅が高価になる可能性があるアプリケーションでは、帯域幅とネットワーク時間を消費します。
  • Modbus は 1 つのデータ リンクで 247 個のデバイスのアドレス指定に制限されているため、親ステーションに接続できるフィールド デバイスの数が制限されます (この場合も、Ethernet TCP/IP は例外です)。
  • Modbusプロトコル自体は、不正なコマンドやデータの傍受に対するセキュリティを提供していません。[36]

参照

参考文献

  1. ^ abcd MODBUSアプリケーションプロトコル2012、p.2。
  2. ^ MODICON, Inc. 1996、「序文」
  3. ^ abc Drury, Bill (2009).制御技術 ドライブと制御ハンドブック (PDF) (第2版).工学技術協会. pp. 508–.
  4. ^ 「Modbus FAQ」。Modbus。Modbus Organization , Inc. 2012年11月1日閲覧。
  5. ^ 「Modbus Organizationについて」。Modbus。Modbus Organization , Inc. 2012年11月8日閲覧。
  6. ^ abcd MODBUSアプリケーションプロトコル2012、p. 4、「4.1 プロトコルの説明」
  7. ^ ab MODBUSアプリケーションプロトコル2012、p. 3、「4.1 プロトコルの説明」
  8. ^ abcde MODBUSアプリケーションプロトコル2012、p. 5、「4.1 プロトコルの説明」
  9. ^ MODBUSアプリケーションプロトコル2012、p. 7、「4.4 MODBUSアドレス指定モデル」
  10. ^ MODBUSアプリケーションプロトコル2012、p.9、「図9 MODBUSトランザクション状態図」
  11. ^ ab MODBUSアプリケーションプロトコル2012、p. 6、「4.3 MODBUSデータモデル」
  12. ^ 「Modpoll Modbusマスターシミュレータ」。modbusdriver.com 。2023年10月13日閲覧。「-t 0」は「離散出力（コイル）データ型」を表します。{{cite web}}: CS1 メンテナンス: 追記 (リンク)
  13. ^ abc MODBUSアプリケーションプロトコル2012、p. 10、「5つの機能コードカテゴリ」
  14. ^ クラーク、ゴードン、レインダース、デオン (2004). 『実践的最新SCADAプロトコル：Dnp3、60870.5および関連システム』Newnes. pp.  47– 51. ISBN 0-7506-5799-5。
  15. ^ MODBUSアプリケーションプロトコル2012、p.11
  16. ^ MODBUSアプリケーションプロトコル2012、p. 12、「6.1 01（0x01）コイル読み取り」
  17. ^ ab MODBUSアプリケーションプロトコル2012、p. 47、「7 MODBUS例外応答」
  18. ^ MODBUSアプリケーションプロトコル2012、p.48、「7 MODBUS例外応答」
  19. ^ MODBUS over Serial Line プロトコル 2006、p. 4
  20. ^ abc MODBUS over Serial Line protocol 2006、p. 5
  21. ^ abc 「Modbus Organization、マスタースレーブ方式をクライアントサーバー方式に置き換える（プレスリリース）」（PDF）modbus.org . 2020年7月9日. 2023年7月11日閲覧。
  22. ^ abcdef MODBUS over Serial Line protocol 2006、p. 8
  23. ^ ab MODBUS over Serial Line protocol 2006、p. 7
  24. ^ abc MODBUS over Serial Line protocol 2006、p. 12
  25. ^ abc MODBUS over Serial Line protocol 2006、p. 13、「2.5.1.1 MODBUSメッセージRTUフレーミング」
  26. ^ MODBUS over Serial Line プロトコル 2006、p. 39
  27. ^ MODBUS over Serial Line protocol 2006、p. 17、「2.5.2.1 MODBUS Message ASCII Framing」
  28. ^ TCP/IP 2006におけるMODBUSメッセージング、6ページ
  29. ^ Prat, Jérôme (2017年2月13日). 「クラッシュコース：クライアント/サーバー/マスター/スレーブ」. ProSoft Technology . 2022年10月17日閲覧。
  30. ^ ab MODBUS Messaging on TCP/IP 2006、p. 4、「3.1.2 MODBUS On TCP/IP Application Data Unit」
  31. ^ ab MODBUS Messaging on TCP/IP 2006、p. 5、「3.1.3 MBAPヘッダーの説明」
  32. ^ 「Java Modbusライブラリ - 概要」2010年。 2017年2月7日閲覧。
  33. ^ 「ModbusとModbus Plusの違いは何ですか？」シュナイダーエレクトリック。2004年8月21日。 2017年2月7日閲覧。
  34. ^ 「Modbus Plus - Modbus Plusネットワーク - 製品概要 - Schneider Electric米国」Schneider-electric.com . 2014年1月3日閲覧。
  35. ^ 「Simply Modbus - Enron Modbusについて」。Simply Modbus 。 2017年2月7日閲覧。
  36. ^ Palmer、Shenoi、Sujeet編（2009年3月23～25日）。重要インフラ保護III 。第3回IFIP WG 11国際会議。ニューハンプシャー州ハノーバー：Springer。p.87。ISBN 978-3-642-04797-8。

引用文献

  • MODBUSアプリケーションプロトコル (2012). Modbusアプリケーションプロトコル仕様 v1.1b3 (PDF) . Modbus Organization. オリジナル(PDF)から2025年8月25日にアーカイブ。 2023年10月10日閲覧。
  • MODBUS over Serial Lineプロトコル（2006年）。MODBUS over Serial Line仕様および実装ガイドv1.02 （PDF）。2025年9月10日時点のオリジナル（PDF）からのアーカイブ。
  • MODBUSメッセージング on TCP/IP (2006). MODBUSメッセージング on TCP/IP実装ガイド v1.0b (PDF) . Modbus組織. オリジナル(PDF)から2025年8月6日にアーカイブ。
  • MODICON, Inc. (1996). Modicon Modbusプロトコルリファレンスガイド/Modbus Over Serial Line（レガシーアプリケーションのみ）(PDF)。2025年8月25日時点のオリジナル(PDF)からのアーカイブ。

正式

  • Modbus組織

他の

  • フィールド技術者向け Modbus（modbusbacnet.com）
  • RF Wireless World の Modbus チュートリアル