メインコンテンツまでスキップ

値一つが画面に届くまでの流れ

センサーの値一つが PLCから画面まで どのように届くのかを俯瞰します。各ステップの「詳細な手順」はリンク先のドキュメントにあり、このページでは なぜこのように工程が分かれているのか を説明します。

  PLC · 센서
      │  ① 읽는다 — 프로토콜 40여 종
      ▼
  PlantPulse Edge (현장 게이트웨이)
      │  ② 올린다 — 플랫폼 API (server.host / server.api_key)
      ▼
  PlantPulse Platform (수집 · 모델 · 규칙)
      │  ③ 저장한다
      ▼
  DataLake (Aster TSDB · PostgreSQL · Kafka · RustFS)
      │  ④ 읽는다
      ▼
  화면 · 알람 · 분석 · AI

① 読み取り — Edge が PLC に問い合わせる​

PLC はそれぞれ異なる言語（プロトコル）を使用しています。Modbus · S7 · MELSEC · EtherNet/IP · OPC-UA … Edge がそれらの言語を代行して学習します — 40種類以上のプロトコルドライバがここに用意されています。

Edge は 周期的に読み取ります（ポーリング）。「このアドレスを、この周期で」と定義したものが タグ です。

なぜ Platform が PLC に直接接続しないのか

現場ネットワークは通常閉域網となっており、PLC が同時に受け入れられる接続数には限りがあります。ゲートウェイが現場に一台立ち、PLC には一度だけ問い合わせて 上位にまとめて送信する方が、サーバーが PLC ごとに直接接続するよりも安全で軽量です。

→ PLC 種類別ガイド · 新規 PLC 接続追加

② 送信 — Edge が Platform へ送る​

Edge は読み取った値を Platform API で 送信します。アドレスと認証は app.properties の server.host · server.port · server.api_key です。

通信が遮断された場合、Edge は 内部にデータを蓄積し、復旧後に一括して送信します。そのため、現場回線が一時的にダウンしても値が欠落しません — その代わり、復旧時に 遅延データ がまとめて送信されます。ストレージ層がそれを個別に処理する理由がここにあります（④）。

Sparkplug B での送信も可能です

標準 MQTT ベースの IIoT 規格が必要な現場では sparkplug.enable を有効にします。デフォルトではオフであり、Platform API パスが標準設定です。

→ PLC 1台を最後まで接続する · app.properties リファレンス

③ 保存 — Platform が配置を決定する​

送信された値は タグ に紐付けられ、タグは 設備 に、設備は ライン · エリア · サイト · 企業 に紐付けられます。この階層構造が「工場モデル」です。

기업 ─ 사이트 ─ 구역 ─ 라인 ─ 설비 ─ 태그 ─ 값

🔴 モデルの定義が先です。 値がどれだけ届いても、紐付ける場所がなければ画面に表示されません。アラーム · 指標 · キャンバスはすべてこの階層構造に依存するため、最初にこれを構築します。

→ ファクトリ管理 · 設備

④ 蓄積 — データレイクが分担して管理​

特性の異なるデータは 異なるストレージ で管理します。一つにまとめると、必ずどちらかの性能が損なわれるためです。

対象保存先理由
タグ値（時系列）Aster TSDB無限に蓄積され、「あるタグの特定期間」として読み出されるため
設備 · ユーザー · 設定PostgreSQL関係性と制約が必要なため
現場からのデータストリームKafka · MQTT一時的にデータが急増しても流し切る必要があるため
ファイル · 画像 · アーカイブRustFS容量が大きく、読み取り頻度が低いため

時系列データは 古くなるほど圧縮 され、保存期間が過ぎると一括して削除されます。クエリの内容は変わらず、保存容量だけが削減されます。

→ データレイク概要 · 時系列データベース

⑤ 利用 — 画面 · アラーム · 分析​

同じ値が、用途に応じて異なる形式で表示されます。

目的確認場所
現在の値を確認するダッシュボード · データポイント
異常時に通知を受けるアラーム · CEP
視覚的に描画するキャンバス
大量に分析するSpark SQL
質問するPlantPulse AI

問題箇所の切り分け方法​

この流れを 逆順に 確認すると、効率的に原因を特定できます。

症状確認すべき場所
画面に値が出ない③ タグが設備に紐付いているか → データポイント
Platform にタグが見えない② Edge が送信しているか → 接続一覧
Edge にも値がない① PLC を読み取っているか → リアルタイム値確認
過去データだけが空である④ 保存期間を過ぎていないか → pd retention

関連情報​