業務プロセス
ゲートウェイを現場でどう運用するかをまとめた文書です。画面の使い方ではなく、 役割と手順を扱います。
チュートリアルとは異なります
チュートリアルが「PLC 1台を初めて接続してみる」なら、この文書は 「ゲートウェイ複数台を継続的に運用する」です。
役割 — アカウントは1つです
Edge は**adminアカウント1つ**だけです。人ごとにアカウントを分ける構造ではありません。
⇒ パスワードを知っている人 = ゲートウェイを操作できる人です。役割分担は製品ではなく、 運用ルールとネットワークアクセス制御で作り上げる必要があります。
| 実際に分かれる役割 | 作業内容 |
|---|---|
| 設置者 | ゲートウェイを配置し、接続・タグを作成する |
| 現場オペレーター | 値が入っているか確認し、切れたら知らせる |
| システム管理者 | アップグレード・バックアップ・パスワードを管理する |
パスワードを現場にばらまかないでください
アカウントが1つなので共有は簡単です。しかし共有した瞬間、誰が設定を変更したか分からなくなります。設定変更が必要な人だけが知っているべきです。
全体の流れ
矢印がレーンを越える箇所が引き継ぎポイントです。
1. コミッショニング — ゲートウェイ1台を立ち上げるまで
| 手順 | 作業内容 | ドキュメント |
|---|---|---|
| 1 | 配置場所・ネットワーク構成決定 | ネットワーク構成 |
| 2 | EDGE_ID 命名規則確定 | インストール (install.sh) |
| 3 | インストール | インストール概要 |
| 4 | パスワード・APIキー交換 | 初期パスワード変更 |
| 5 | 接続登録 + Test connection | 新しいPLC接続の追加 |
| 6 | タグ登録 | タグ登録 |
| 7 | 値確認 | リアルタイム値の表示 |
| 8 | 引き継ぎ点検 | 本番引き継ぎ基準 |
EDGE_ID は後から変更しにくいです上位プラットフォームに登録された情報とずれます。複数台を設置する前に命名規則を決めてください — 棟/ライン/連番のように、現場でその設備を呼ぶ名前と同じであるべきです。
2. 通常運用 — 周期のある作業
| 周期 | 作業内容 | 担当 |
|---|---|---|
| 毎日 | 値が入っているか、切断された接続がないか | 現場 |
| 週1回 | ディスク空き容量の確認 | システム管理者 |
| 月1回 | 設定バックアップ → バックアップと復元 | システム管理者 |
| リリースごと | アップグレード検討 → アップグレード | システム管理者 |
現場巡回はスマートフォンでもできます → モバイル巡回点検.
ディスクは予告なく満杯になりません
容量はタグ数 × 収集周期 × 保存期間で決まります。タグを増やしたら、その時点で ディスク推移を再確認してください → データベースモデル.
3. 変更 — 設備が増えたり変わったりするとき
| 作業内容 | 手順 |
|---|---|
| PLC追加 | 接続 → Test connection → タグ → 値確認 |
| タグ一括追加 | CSV一括アップロード を使う |
| 収集周期変更 | ディスクへの影響を先に計算する |
| ゲートウェイ交換 | 設定バックアップを先に取得する — 復元すれば接続・タグがそのまま生き返る |
設定は再作成できません
時系列データは再収集すれば済みますが、接続・タグ定義は人が作ったものです。機器を触る前に 設定バックアップ を取得してください。
よくずれるポイント
| 症状 | おおかたの原因 |
|---|---|
| 「いつからデータがない」 | 毎日点検をしていない。切断は静かに始まる |
| 「ディスクが満杯になった」 | タグだけ増やして保存期間をそのままにした |
| 「誰が設定を変えたか分からない」 | 1つのアカウントを複数人で使っている — アクセス自体を減らしてください |
| 「アップグレードしたら表示されない」 | バックアップなしで上げた。アップグレード前のバックアップがルール |
| 「引き継いだがEDGE_ID体系を知らない」 | 命名規則書がない |