イーサネット ベースのドライバーのベンチマーク

イーサネット ベースのデバイスのベンチマークを確立するのは困難です。シリアル ドライバとは異なり、帯域幅は実際の問題ではありません。実際、イーサネット ネットワークには、データ転送 (電子メール、ファイル コピー、印刷ジョブ、PLC への要求を含む) に使用できる帯域幅の 30% があります。これは、10 MB のネットワークでは約 3.3 MB、100 MB のネットワークでは 33.3 MB です。それでも、コミュニケーションは瞬時ではありません。イーサネット デバイスからデータを取得できる速度に影響を与える一般的な要因は次のとおりです。 他のアプリケーションによって消費される帯域幅。フラットなネットワークでは、ファイル転送、電子メール、および印刷ジョブが帯域幅全体を消費します。データがタイム クリティカルな場合は、専用のデバイス ネットワークを使用することをお勧めします。ネットワーク設定。イーサネットは高速ですが、すべてのマネージド スイッチまたはゲートウェイがデータ転送に時間を追加する可能性があります。同様に、イーサネット経由で無線モデム、フレーム リレー、または専用モデム接続に接続すると、帯域幅のボトルネックが発生し、データ転送速度が低下する可能性があります。 PLC の CPU 処理能力。これは、PLC がラダーおよび通信要求を処理できる速度に影響します。多くの PLC では、ユーザーがラダー プログラムの処理に費やす時間と、通信要求の処理に使用される時間を指定できます。はしごが大きいと、処理に時間がかかるため、通信にかかる時間が少なくなります。 PLC に対して行われている接続の数。 1 つのアプリケーションが接続してデータを要求すると、複数の接続してデータを要求するよりも応答が速くなります。 PLC は、すべての接続からの要求を管理する必要があります。つまり、それぞれに割り当てられる時間が少なくなります。 PLC へのイーサネット接続の方法。一部の PLC には、CPU にイーサネット ポートがあります。他のモデルには、バックプレーンに接続してから CPU に接続するモデルがあります。一部の CPU はネイティブにシリアルであり、シリアル バスに結合されたシリアルからイーサネットへのコンバーターを備えています。バックプレーンを介した CPU への接続は、通常、直接接続よりも低速です。 PLC からのデータの受信方法。ほとんどのデバイスでは、ユーザーは連続したデータのブロックを要求できます。これにより、利用可能な帯域幅がより有効に利用され、デバイスへの要求が少なくなりますが、要求されているデータが連続したアドレスにある場合にのみ機能します。たとえば、Modbus ドライバーでは、レジスタを保持するためのデフォルトのブロック サイズは 32 ワードです。ドライバーは、最初のレジスターからブロックを計算します。つまり、アドレス 400001 と 400029 からデータを要求する場合、ドライバーは両方の項目を取得するために 1 つの要求を行うことができます。 2 番目のアドレスが 400050 の場合、ドライバーは 2 つの要求を行う必要があります。一部のデバイス プロトコルでは、ユーザーは連続していないアドレスで複数のアイテムを一度に要求できます。ネットワーク ノイズ。ネットワーク内のノイズと衝突により、データ パケットが破損したり失われたりする可能性があります。そのような場合、サーバーはリクエストをタイムアウトしてから再試行します。タイムアウトと再試行の頻度は、デバイスのプロパティを通じてサーバーに設定されます。ほとんどのドライバのデフォルト設定は、タイムアウトが 1000 ミリ秒で、再試行回数が 3 回です。これは、サーバーが要求への応答を 1000 ミリ秒待機し、必要に応じてその要求を 3 回再試行してタイムアウトを待つことを意味します。サーバーはデバイスへのすべてのリクエストを再試行するため、完全にタイムアウトするまでに時間がかかる場合があります。