MINATAと学ぶオートメーション #75：OPC UA — 上へつなぐ前に、データを形づくる

OPC UA：上へつなぐ前に、データを形づくる

OPC UAが役に立つのは、データの構造と意味の両方を運ぶからである。PLCから別の仕組みへタグを流す道だから、ではない。だからこそ、その値打ちは設計された情報のモデルから生まれる。接続の口を開けて何もかもさらすことからではない。

口を開ける前に、情報を形づくる

PLCを監視の仕組みや生産管理や外の仕組みへつなぐ前に、最小限の 情報のモデル を選ぶ。機械の素性、状態、モード、警報、生産数、品質、生産条件とその版数、そして健全性。節ごとに、単位、時刻の印、品質、読み書きの権限、そして持ち主をはっきりさせる。意味のある小さなモデルのほうが、説明のない何千という平らなタグより、はるかに扱いやすい。

見ることと、動かすことを分ける

見るためのデータ と指令をはっきり分ける。状態を読んでよい相手が、そのまま機械を始動させたり設定値を変えたりしてよいわけではない。OPC UAを通した制御の指令には、それ自体の状態遷移、本人の確認、記録、制限時間、そして結果の確認が要る。遠隔からの書き込みをPLCの接点へ直につないではならない。誰も制御していない危険な指令への、いちばん短い道である。

守りは設計の一部である

OPC UAには守りの仕組みがある。証明書、暗号、権限の分け方。口を開けたままにするのではなく、それらを使う。誰がつないでよいか、何を読んでよいか、何を書いてよいかは方針に従う。そして、どの接続もあとからたどれるように記録できることが望ましい。

参考になる現場の一場面

ある機械は、素性、PackMLの状態、生産数、警報、健全性を含むモデルをOPC UAで公開している。生産管理の仕組みは、それらの節を読んで見張る。指令が要るとき、たとえば生産条件を選ぶときは、本人の確認と制限時間と結果の確認を備えた状態遷移を通る。制御の変数へ直に書き込むのではない。こうして上の仕組みとつながりながら、機械は自分の権限を保っている。

情報のモデル、権限の分け方、守りの設定は、統合の要求と組織の方針に従う。

よくある間違い

口を開けて、モデルのない平らなタグをすべてさらす。
節に単位も時刻の印も品質も持ち主もない。
遠隔からの書き込みを、PLCの接点へ直につなぐ。
読める相手は指令も出せる、と暗に決めてしまう。
証明書も暗号も使わず、口を守らないまま置く。

チェックリスト

[ ] 意味があり、持ち主の決まった最小限の情報のモデルがある。
[ ] どの節にも単位、時刻の印、品質、権限がある。
[ ] 指令が、本人の確認と制限時間と記録を備えた状態遷移を通る。
[ ] 見ることと動かすことが、権限で分かれている。
[ ] 証明書、暗号、権限の分け方を設定した。

よいデータのモデルが、統合を長持ちさせ、安全にする。次の #76 では産業用IoTでのMQTTに移る。何かを送る前に、話題の並べ方と中身を設計する話だ。

MINATAで自動化の知識をもっと読む：https://minatavn.com/ja/blog/industrial-automation

前の記事 — #74：バーコードと追跡：https://minatavn.com/ja/blog/automation-74-barcode-traceability-ja

次の記事 — #76：産業用IoTのMQTT：https://minatavn.com/ja/blog/automation-76-mqtt-industrial-iiot-ja

MINATAの技術記事をすべて見る