エッジゲートウェイの価値の一つは、連続したクラウド接続に依存するタスクの数を減らすことです。TG-325は組み込みの計算、ローカルロジック、オフライン運用を重視し、TG-424はローカル収集、プロトコル解析、変換、保存、アラーム評価、AI推論を追加しています。
主なポイント
- エッジ処理は連続的な生データのアップロードを削減できます。
- オフライン操作にはバッファサイズ、タイムスタンプ、リプレイ戦略が必要です。
- エッジデータロジックは決定的なPLC/DCS制御ループから分離してください。
どのタスクがエッジにふさわしいか
プロトコル変換、フィルタリング、集約、閾値、重複除去、アラーム、短期バッファリングは優れたエッジ作業です。クラウドはすべての生サンプルの代わりに選択された結果を受け取ることができます。
オフラインだからといって「データが絶対に失われない」という意味ではありません
復旧はバッファリング、ストレージ容量、電力損失保持、タイムスタンプ、サーバー側の重複除去に依存します。最大予想障害を定義し、設計のストレステストを行います。
ゲートウェイとPLCの責任は分けておきましょう
ゲートウェイはデータ層処理や非決定性ローカルロジックに適しています。PLC/DCSシステムは依然としてハードリアルタイム制御、インターロック、決定論的制御ループを扱います。
ストレージのサイズを決める前に、どのデータが障害に耐えなければならないかを定義します
すべての生サンプルが無期限に保持される必要はありません。データを、再生が必要な請求・イベントレコード、集約可能な高頻度データ、ローカル判断のみに使う一時データに分けます。そして、最大予想される停電を基準にストレージのサイズを設定します。これにより、不要な大きなバッファや複雑な復旧プロセスで問題を解決するのを避けられます。

ストア・アンド・フォワードは時間、秩序、重複除去を必要とします—単なる「バッファ」ではありません
堅牢なリプレイ設計には、信頼性の高いタイムスタンプ、キュー順、電力損失の挙動、再試行ポリシー、サーバー側の重複除去が必要です。WANが戻った際に、キューされたレコードを即座にダンプするとセルラーリンクやプラットフォームが過負荷になるため、バックログとリアルタイムトラフィックの再生率と優先度をテストしてください。
応用と技術的境界
オフラインエッジ処理が価値ある場合:WAN障害が発生してもローカル取得、警報、重要な記録がすぐに止まることはできない遠隔地のエネルギー、水道、交通、工業現場です。
オフライン機能を「無制限ゼロデータ損失」と解釈しないでください:ストレージ、停電動作、バッファポリシー、アプリケーション負荷にはすべて制限があります。最大障害とビジネス優先度に対してサイズとテストを行います。
Tespro TGは、不安定なWAN環境に対するバッファとしてローカル処理を利用しています
Tespro TGゲートウェイは、プロトコル処理、バッファリング、ローカルロジックを現場に配置し、完全に安定したWANへの依存を減らします。ネットワーク障害時には、選択された取得や処理がローカルで継続でき、必要なデータは復旧後にアプリケーション設計に従って再再生可能です。これは、遠隔のエネルギー、水、輸送現場で有用です。
よくある質問
Q: WANがダウンしている間もTG-424は処理を続けられますか?
A: 現在のページには、ローカル取得、プロトコル解析、変換、ストレージ、アラーム評価、AI推論が明示的に記載されています。オフラインの時間は設定とストレージによって異なります。
Q: TG-325はエッジ処理も提供していますか?
A: はい。Tesproは、オフライン運用とクラウドエッジの連携を備えた組み込みの計算および論理的なビジネス機能を記述しています。
Q: エッジゲートウェイはPLCの代わりに使えますか?
A: 通常はそうではありません。リアルタイムと制御の責任は異なります。
Q: 停電後もキャッシュデータは必ず保存されますか?
A: そうだとは思わないでください。永続性は書き込み方法、ストレージメディア、アプリケーション設計に依存します。ターゲット構成に対して実際の電力損失テストを実施してください。