機能を機器から解放しよう

設備が替わっても設計を受け継ぐSoftware-defined Automation

「検査を一つ増やしてほしい」。それだけの依頼が、複数のPLCのプログラムや通信設定を読み解く仕事へ広がることがあります。コントローラーが生産終了になったときも、検査の働きは変わらないのに、設計まで広く手直しする。設備を使い続ける工場にとって、こうした変更の負担は見過ごせません。

本ホワイトペーパーでは、同じ検査設備を改良するハード社とソフト社の仮想例を通して、Software-defined Automation（SDA）が設計の出発点をどう変えるかを追います。検査や搬送の機能と連携を、実行するコントローラーから分けて扱うと、何を残し、何を変えるか。その違いを、検査の増設、機器の更新、次の設備への展開という順で解説します。

機器が替わっても、前の仕事で育てた機能を次の担当者へ受け継ぐ。その可能性と、対応する実行環境、接続、試験、保守に残る仕事を、自社の設備に引き寄せて考えるための一冊です。

本ホワイトペーパーで扱う内容

• 検査を一つ増やす依頼が、既存設備の影響調査へ広がる理由

• 機能と連携を定義する設計と、実行する機器への割当ての関係

• 検査が引き受ける役割と、要求・結果・異常の受け渡しの揃え方

• 寸法検査の増設で、変える機能と引き継ぐ機能を見分ける考え方

• コントローラー更新時に、機能を残す判断と接続の変更を分ける意味

• 一台の設備で作った機能を、次の設備や次の担当者へ受け継ぐ方法

• 調査・設計・試験の負担を測り、保守と復旧まで見据える視点

このような方におすすめです

• 品種追加や工程変更に伴う設備改修を、速く確実に進めたい生産技術責任者の方

• 設備・ラインの設計を、次の増設や機器更新にも生かしたい方

• PLCごとの作り込みを見直し、機能の標準化や再利用を進めたい制御設計者の方

• 担当者の交代後も改良を続けられる工場をつくりたい工場長・経営者の方

目次

エグゼクティブサマリー

1.　工場の外で変わった条件が設備の中へ入ってくる

2.　検査を一つ増やす。それだけの依頼がなぜ難しいのか

3.　設備の働きを機器の中だけに閉じ込めない

4.　ソフト社は何を設計しておいたのか

5.　最初の設備で作った機能を次の仕事へ持ち出す

6.　SDAが変えるのは設備の設計を引き継ぐ単位

参考文献・注

エグゼクティブサマリー

新しい検査を加える。生産終了になったコントローラーを替える。

設備を使い続ける間には、最初の設計になかった仕事が何度も訪れます。そのたびにプログラムを広く読み解き、機器に合わせて作り直さなければならないのなら、変更の負担はどんどんと積み上がっていくことになります。

 Software-defined Automation（SDA）は、検査や搬送の機能を動かすコントローラーから分けて定義します。機器を替えるときも、機能の役割と連携を引き継ぐ道が開ける。対応する共通実行環境は、メーカーをまたいで機器を選ぶ余地にもつながります。

機能の役割と使える条件が明らかなら、次のエンジニアは、前任者の作り込みを一からたどる前に、何を残し、何を変えるかを考えることができます。

SDAを機能のモジュール化・標準化と組み合わせ、一台の設計を別の設備や次の担当者も育てていける資産にする。そこに大きな意味があります。

つまり、設計の価値は、稼働後に積み上がっていくものなのです。

本稿では、ハード社とソフト社の仮想例から、その違いを追います。

なお、実機に触れる場として、発行元の新エフエイコムのスマラボ小山には、SDAを使った組立装置と検査装置が展示され、事前の申し込みで見学することができます。

※全体版PDFは、以下のフォームにご入力いただくことでダウンロードできます。