USB コンバーターを備えた Linux ホスト PC から RS-485 ネットワークへのデバイスをクエリすると、Modbus RTU またはチェックサム付きの ASCII を使用する可能性があります。
Linux PC を使用しているとすれば、libmodbus を使用する C プログラムまたはその他の高水準言語を使用して ASCII を使用する自由があります。
各アプリケーション プロトコルの長所と短所はどれですか?
ASCII がプロトコルではないことは理解していますが、ここではアプリケーション プロトコルのように機能します。
この投稿は役に立ちますが、私の意見では完全に明確ではありません。第一印象では、Modbus RTU は軽量である必要があるため、CRC に対してより速く、おそらくより安全です。
実世界での経験は素晴らしいでしょう！
Modbus RTU (RS485 接続) または Modbus TCP を使用して、おそらく 50 以上の異なるユーティリティおよび監視機器と接続しました。私が経験した中で最も広く使用されているプロトコルは Modbus RTU (普遍的にサポートされている) であり、Modbus ASCII をサポートしているデバイスはほんの一握りでした。
Modbus RTU と Modbus ASCII に関する私の現実的なアドバイスが必要な場合は、Modbus RTU 用のアプリケーションを構築することをお勧めします。Modbus プロトコルは本質的に非常に単純であり、どちらの実装を作成する作業も事実上同じですが、(とにかく私の仕事の分野では) Modbus RTU は、少なくとも現在のところ、この分野ではるかに普及しています。
そうは言っても、私はますます Modbus TCP に出くわしており、どのくらいの Modbus を使いたいかによって、Modbus TCP の人気が高まっています。プロトコルは実質的に同じです (CRC は必要ありません...TCP プロトコルがこれを処理します) が、ネットワーク層を処理する必要があります。私が遭遇するほとんどの新しいデバイスは、Modbus TCP と Modbus RTU (まだ ASCII はほとんどありません) をサポートしています。
私の2セント。幸運を！
リクエストとレスポンスが Modbus ASCII よりも小さいため、私は Modbus RTU に投票します。したがって、トラフィックを最小限に抑え、応答時間とシステム全体の生産性を向上させ、より多くのデバイスを同じバスに接続できるようにします。