DTUは、主な作業がシリアルデータをリモートシステムに確実に運ぶ場合に最適です。産業用ゲートウェイは、データを解析、変換、またはローカルで処理する必要がある場合に適しています。TesproはTD-DTUデバイスを自動メーター読み取り伝送に配置し、TGゲートウェイはマルチプロトコル統合やエッジ処理を追加します。
主なポイント
- サーバーがすでにメータープロトコルを解析しているなら、DTUの方が簡単です。
- 複数のプロトコル、シリアルネットワーク、ローカルバッファリング、タグマッピングはTGゲートウェイを好みます。
- 「MQTT上のトランスポート」と「Modbusを解析し、MQTTデータにマッピングする」と混同しないでください。
DTUは透明または軽量の輸送装置に適合します
TD-DTUデバイスはRS232/RS485、セルラーネットワーク、TCP/UDP/MQTT、そして心拍/再接続を中心に据えています。既存のメーターやコントローラーは、アプリケーションプロトコルを変更することなくリモートサーバーに到達できます。
ゲートウェイはデータレイヤー作業に適しています
TG-100/325/424はデバイスのポーリング、タグの解析、プロトコルの変換、ローカルロジックの実行が可能です。マルチメーターまたはマルチプロトコルサイトでは、ゲートウェイはサーバー側の統合の複雑さを軽減できます。
機器価格だけでなく、全体のシステムコストを比較してください
DTUはよりシンプルですが、サーバーに大規模なカスタム解析が必要で、サイトに複数のプロトコルが含まれている場合やポイントマップが頻繁に変更されるため、ゲートウェイはバックエンドの開発や保守を削減できます。
「誰がデータを解析しているのか?」と尋ねて、DTUとゲートウェイを素早く分けましょう
リモートサーバーがすでに成熟したメータープロトコル解析を持っている場合、フィールドデバイスはシリアルフレームを安定して転送するだけで済み、DTUはよりシンプルです。フィールドがMQTT/OPC UA/HTTPを公開する前にレジスタやオブジェクトを構造化ポイントに変換するなら、ゲートウェイがより自然なツールです。この質問はCPUや価格の比較よりも有用なことが多いです。
その後、サイトの複雑さやオフライン要件を評価します
1台のRS485バス、少数のデバイス、低トラフィックは通常DTUを好みます。複数のバスやプロトコル、高ポイントカウント、ローカルバッファリングやルール、またはよりリッチな例外処理はゲートウェイを好みます。外部電源がない場合は、TDU-PLUSのバッテリー動作が別の選択要因となります。

応用と技術的境界
まずDTUを選択してください:サーバーはデータを解析し、サイトは主にRS232/RS485で、トラフィックは控えめで、既存デバイスの迅速な接続が目標です。
まずTGゲートウェイを選択してください:フィールドは複数のプロトコルを解析し、ポイントを正規化し、バッファやリプレイを行い、ルールを実行し、複数の上位システムに送る必要があります。
TesproはTD-DTUとTGを用いて、トランスポートとデータレイヤー処理を分離しています
Tespro TD-DTUとTG製品は、異なる技術的アイデアを表しています。TD-DTUはリモートサーバーへのシリアルデータを信頼性高く伝えることに重点を置き、TGゲートウェイはさらにプロトコルの解析、ポイントのモデリング、バッファリング、ルールの実行を行います。トランスポートとデータ層処理を分離することで、リモートメータリングアーキテクチャの理解と保守が容易になります。
よくある質問
Q: Tespro DTUはMQTTを利用できますか?
A: TesproのDTUカテゴリおよびPRO/PLUS情報にはMQTTの伝送能力が記載されています。
Q: DTUはModbusからMQTTへの完全な変換を実行できますか?
A: そうだと決めつけないでください。MQTTトランスポートはModbusレジスタの解析やトピックやペイロードへのマッピングとは異なります。複雑な変換はTGゲートウェイにより適しています。
Q: 1つのDTUで複数のメーターを接続できますか?
A: RS485バス上で評価可能ですが、容量はバス設計、アドレス、ボーレート、応答時間、収集間隔に依存します。
Q: DTUがMQTTをサポートしているのに、なぜゲートウェイと同じではないのですか?
A: MQTTクライアントはデータを運べますが、ModbusレジスタをMQTTトピックやJSONに解析し、ポイントマップを管理するのはより上位のデータゲートウェイ機能です。これらは異なる責任です。