📅 · 所要時間4分 · Meta Smart Factoryチーム
予知保全の提案書は、どれも同じ形をしています。重要設備にセンサーを付け、故障の兆候を学習するモデルを載せ、数週間前にアラートを出す。しかし、それがうまくいくかどうかを決める問い──実際に損失を生んでいる故障が、そもそも予兆を出すのかどうか──は、まず書かれていません。その答えは、誰かがセンサーの見積もりを出す前に、自社の記録から出せます。
コストの話に入る前に、まず影響度の話があります。故障が安全や環境に影響するもの、そして法定点検の対象になるもの──圧力設備、クレーンなどの揚重機、安全カバーとインターロック、機械のブレーキ、安全計装機能のプルーフテスト間隔──は、この分析の外側にあり、採算がどうであれ決められた周期で実施します。
残るのが、一般的な設備群です。事後保全とは壊れるまで使うことで、故障しても安く済み、予備品が棚にあり、生産を止めない設備には正当な選択です。問題は事後保全の設備があること自体ではなく、誰もそう決めていない設備があることです。
カレンダーやカウンターに基づく予防保全は、状態にかかわらず部品を交換するもので、戦略ベースの計画を持つCMMS以外に計測器は要りません。ただし、二つのコストが勘定に入っていません。まだ使えた部品の残り寿命を捨てていること、そして分解・組立のたびに新たな不具合を持ち込むリスク──組み直しでシールに傷が入る、ベアリングに異物が入る──です。ランダムに故障する設備に対して予防保全の頻度を上げれば、可動率はかえって下がります。信頼性中心保全(RCM)の土台になった航空会社の信頼性調査では、大半の故障モードに経年劣化的な摩耗パターンは見られませんでした。
状態基準保全(CBM)は、測ってからしきい値で判断します。月次のルート巡回による振動計測、四半期ごとの赤外線サーモグラフィ点検、油槽ごとの採油分析といったもので、モデルはどこにも出てきません。かかるのは訓練を受けた人の時間と計測器だけで、世間が予知保全の成果だと思っているものの多くは、ここで得られます。多くの工場にとって、CBMは途中の踏み台ではなく、そこが到達点です。
予知保全は、ここに連続計測と将来への外挿──トレンドをしきい値まで延長する、あるいは残存寿命を推定する──を加え、あわせて計測機器とモデルを担当する人を必要とします。得られるのは洞察というより、カバー範囲と計測頻度の拡大です。巡回の間隔より短い予兆しか出ない設備がある場合や、歩いて回るには設備が多すぎる場合に、そのコストに見合います。
故障モードが予測可能なのは、劣化が徐々に進み、その間に測れる何かを出し、しかも手を打てるだけの時間が確保できる場合です。信頼性中心保全(RCM)ではこれをP-F間隔と呼びます。故障が検知可能になった時点から、設備が本来の機能を果たせなくなる時点までの間隔です。
一つだけ、この問い自体が成り立たない故障の種類があります。安全弁、トリップ、予備ポンプ、インターロックといった保護装置は「隠れた機能」を持ちます。守るべき事象が起きるまで誰もそれに依存しないので、故障しても何も出しません。働いていない機能を状態監視することはできないので、代わりに作動試験(プルーフテスト)を行います。その間隔は保護対象の故障率と許容するリスクから決め、結果を記録します。
素直に振る舞う故障モードは、ほとんどが機械系、それも回転機です。転がり軸受のはく離は、軸受の内部寸法と軸回転数で決まる周波数に現れ、潤滑が正常で中程度の回転数・荷重なら、通常は数週間から数か月かけて進行します。潤滑が切れた場合や、高速・過負荷の条件では数日以下になります。監視間隔は、典型的なP-F間隔ではなく、起こりうる最短のP-F間隔から決めてください。歯車の摩耗やピッチングも同じように進みます。アンバランスやミスアライメント(芯ずれ)はそれ自体が故障になることは少ないものの、周囲の部品を壊していき、これはかなり前から見えます。ベルトの摩耗、ポンプのキャビテーション、シールからの漏れ、熱交換器の汚れ、そして工具摩耗が加工条件の信号に現れる場合も同様です。
それ以外の大半は、素直ではありません。制御基板、I/Oユニット、単体のセンサー類の多くは、緩やかな予兆なしに故障し、故障率はほぼランダムです。オペレーターによる破損、衝突、段取りミス、原材料への異物混入は、プロセスではなく事象であり、制御系の不具合は振動スペクトルに何も残しません。機械系でもP-F間隔が数秒しかない故障はあります。ボルトの破断や、急激な過負荷です。
電気系の例外は、名前を挙げておく価値があります。電気の予知保全が採算に乗るのはここだからです。直流中間回路(DCバス)や電源部の電解コンデンサは温度とともに徐々にドライアップし、静電容量、等価直列抵抗(ESR)、バスのリプルにそれが現れます。インバーターメーカーが交換推奨時期を公表しているのはこのためです。最近のインバーターの多くは、ヒートシンク温度とファンの状態をすでにトレンド管理しています。モーターの絶縁も、絶縁抵抗、成極指数(PI)、部分放電のトレンドで追える形で劣化します。ケーブルベア内やロボットのドレスパックに使う耐屈曲ケーブルは屈曲回数で寿命が規定されており、セル内でもっとも計画に載せやすい部品の一つです。
症状が語れるということは、使えるP-F間隔が存在する強い証拠です。技術者が「壊れる一週間前はこういう音がする」と言えるなら、計測器はもっと早く捉えます。逆に症状が語れないことは、証拠としてはずっと弱いものです。人間の感覚の範囲が狭いからです。40kHzは誰にも聞こえませんし、オーバーオール値が動く前にエンベロープ処理が取り出す衝撃は誰にも感じられませんし、2パーセントのトルクのドリフトに気づく人もいません。症状が語られない場合は、何も見つからないと結論する前に、その故障モードが人間の感覚の外──超音波、高周波の振動、ゆっくりしたプロセスのドリフト──にエネルギーを出していないかを確かめてください。
これは調達の作業ではなく、記録を読む作業です。候補となる設備について、直近12か月の計画外停止を取り出し、一件ずつ分類します。機械系の進行性劣化、潤滑、機械系の突発、電気系、制御・ソフトウェア、オペレーターと段取りのミス、保全起因、材料、外部の用役──それぞれに停止時間と金額を付けます。
このうち二つは、たいてい抜け落ちていて、しかも結論を一番ひっくり返しやすい分類です。保全起因とは、その設備への前回の作業に原因をたどれる故障のことです。停止の前にどんな作業があったかはCMMSにすでに記録されているので、後からコードを振り直せます。この分類がないと、予防保全の分解が持ち込んだ不具合はすべて機械系の突発に紛れて消えます。潤滑の分類がないと、グリースの選定ミスや給脂の抜けで焼いたベアリングが機械系の進行性劣化として読まれ、センサーを買う理由のように見えてしまいます。
そのうえで内訳を読みます。プロジェクトの成否はここで決まります。金額が機械系の進行性劣化に集中しているなら、予知保全には働く余地があります。ただし加速度センサーの見積もりを取る前に、それらの故障を予測するのではなく無くしてしまう二つの施策を点検してください。まず潤滑です。適正な油種、適正な量、適正な間隔、異物管理、そしてカレンダー任せのグリースガンではなく超音波を使った給脂。次に据付精度です。レーザー芯出し、ソフトフット、配管応力、バランス修正。どちらも監視より安く、どちらもセンサー予算と直接競合します。
金額がオペレーターによる破損と段取りミスに集中しているなら、打ち手は治具、教育、ポカヨケであって、加速度センサーの出番はありません。電子部品に集中しているなら、答えは大半が棚の予備品、重要ポジションの冗長化、そして盤内から熱とほこりを排除することであり、前述の進行性の例外だけを成り行きに任せず計画に載せます。
もう一つテストがあります。繰り返す故障ごとに、実際に直している技術者へ最初に気づくのは何かと聞くことです。「壊れる一週間くらい前からうるさくなる」は、P-F間隔とセンサーの仕様を一文で言い当てています。「いきなり止まる」は弱い答えです。技術者は、誰も見ていなかったトレンドデータにはっきり出ていた故障についても同じことを言うからです。だからこれは結論ではなく、人間の感覚の外を探す理由として扱ってください。
回転機にとって振動がもっとも情報量の多い信号なのは、その周波数が単なる警報ではなく診断になるからです。欠陥周波数は軸受の内部寸法と軸回転数から決まるので、スペクトルを見ればどの要素が損傷しているかが分かります。ただし保持器のすべりによって、実際のピーク周波数は計算値から1〜2パーセントずれます。アンバランスは回転周波数に、ミスアライメントは通常その2倍に、歯車の異常はかみ合い周波数とその側帯波に現れ、エンベロープ処理はオーバーオール値が動く前の初期の軸受の衝撃を高周波域から取り出します。注意点も同じくらい重要です。使える周波数範囲はセンサーの取付方法で決まり、可変速の機械にはオーダートラッキングが要り、低速軸は難しく、そして振動は、電気系やプロセス系の不具合はほとんど捉えられません。
自社のベースラインがない段階では、ISO 20816-3の評価区域が、その規格が対象とする出力・回転数の範囲にある一般産業機械の振動速度オーバーオール値について、説明のつく初期しきい値を与えてくれます。ただしこれは、およそ10Hzから1kHzの帯域における振動の激しさ(オーバーオール値)の評価であり、初期の軸受欠陥がもっとも遅れて動く領域です。軸受の欠陥しきい値ではありません。初期の軸受診断には、自前のベースラインか、手法ごとの固有の基準値が要ります。
モーター電流信号解析(MCSA)は、機械側ではなく盤で測るので、計測そのものには駆動される設備へのアクセスも生産停止も要りません。設置となると話は別です。恒久設置の変流器(CT)はMCCのユニットやインバーター盤の中に入れることになり、これは有資格者による充電部近接作業で、通常は作業許可と停電を伴います。センサーの費用ではなく、電気工事として予算を立ててください。
MCSAが捉えるのは、電源周波数まわりの側帯波として現れるロータバーの破断や偏心です。電流は負荷を反映するので、下流の大きな機械的変化──詰まりかけたコンベヤ、閉塞した羽根車、トルクが増した摩耗工具──も捉えます。軸受についてはMCSAは振動より粗く、インバーター駆動のモーターでは古典的な手法は苦戦します。側帯波の基準になる電源周波数そのものが動いており、その上にインバーターのスイッチング高調波が重なるからです。MCSAは定速・定負荷での取得を求め、それでも期待外れに終わることが少なくありません。したがって、モーターの大半がインバーター駆動である工場では、インバーター自身が持つ電流・トルク・DCバスのデータのほうが、良い情報源であり、しかも安上がりです。
温度は安く、確実で、そして遅い信号です。ベアリングが熱を持った時点で、すでに損傷しています。温度が早い段階で効くのは電気系です。盤と端子の赤外線サーモグラフィ点検は、焼損する前のゆるみを見つけます。超音波は、軸受の潤滑不良に対して実務上もっとも早い指標であり、エア漏れとアーク放電の定番の道具でもあります。
潤滑油分析は、摩耗粉の個数と形状、粘度、水分の混入、添加剤の劣化を報告します。摩耗粉からどの金属が摩耗しているかが分かるので、部位まで特定できることが多くあります。減速機、油圧、コンプレッサーに向き、密閉されたグリース潤滑のベアリングには使えません。プログラムの価値を決めるのは分析所よりも採油の規律──同じ箇所、同じ条件、同じ間隔──です。
サイクルタイムとプロセスのドリフトは、もっとも過小評価されている信号です。機械がすでに出しているからです。じわじわ延びるサイクルタイム、大きくなるサーボの位置偏差、低下していく油圧、形の変わるトルク波形、同じ設定値を保つために上がっていくヒーターの出力率。これらは、後付けのセンサーには見えない汚れ、摩耗、すべりを捉えます。健全性の代替指標ではなく、機械が実際に仕事をしている様子そのものを測っているからです。収集にかかる費用は新規の計測機器よりはるかに安いものの、ゼロではありません。HMIのリングバッファを超えてデータを保持する置き場が要りますし、タグへのアクセスは設備メーカーが商談として扱うことがありますし、保存に入る途中でドリフトが平らに潰れないよう、スキャン周期とデッドバンドを設定する必要があります。
物理式やルールで組む方法なら、故障履歴はまったく要りません。内部寸法から計算する欠陥周波数、規格から取る評価区域、フィルターの差圧上限、同じ負荷における機械自身の平常値からの温度上昇。いずれもデータを要求する代わりに、工学的な知識をそのまま埋め込んでいます。だから最初の導入に機械学習はたいてい要りませんし、モデルから始まる提案は、まだ聞いていない問いに答えているわけです。
異常検知は、健全な運転から正常な運転範囲を学習し、そこからの逸脱を知らせます。ラベル付きの故障データは要りませんが、製品、速度、材料ロット、シフトによる正当なばらつきを覆うだけの健全データは必要です。教えてくれるのは何かが変わったことであって、何が変わったかではありません。指図番号、レシピ、速度、工具といった文脈を計測値に紐づけない限り、段取り替えを故障しかけのベアリングと同じ勢いで通報してきます。
残存寿命の推定には、同じ種類の設備における同じ故障モードの、故障に至るまでのデータが必要です。その本数を持っている工場はほとんどありません。年に2回故障する機械は年に2本しかデータを出さず、しかも別々の故障モードかもしれません。この不足を回避する方法は、深さではなく広さです。名目上同一のポンプ群を今日まとめて測れば、履歴がなくても比較できる母集団が手に入ります。ただし外れ値は故障ではなく候補です。基礎の剛性、配管応力、吸込み条件、運転点、前回のオーバーホールからの経過時間によって、健全な機械どうしでも2倍から3倍のばらつきが出ます。したがって最初の一巡で返ってくるのは、点検すべき機械と、直すべき据付の問題です。工場に同じ設備が1台ずつしかないなら、この選択肢は使えません。
ほとんどの工場は、ほぼ何もない状態から始めます。過去の故障が、停止理由のコードと自由記述の一行として記録されてきたからです。最初の一年は、それを取り繕うのではなく直すために設計してください。アラートより先にベースラインです。計測器を付け、データを集め、正常がどう見えるかが分かるだけの生産のばらつきを通すまでは、黙っていること。正常が定義される前に鳴らし始めることが、初月で技術者を警報の山に埋め、二度と立て直せなくなるやり方です。
どんなモデルも、すでに手元にあるしきい値と突き合わせ、それを上回って初めて居場所を与えてください。そのうえで、すべてのアラートがラベルを生むようにします。誰かが点検し、見つかったものを記録する。劣化を確認、別の故障モードを確認、異常なし、プロセス要因のいずれかとして。それが、持っていなかった学習データです。そしてこれは、締めくくりの一手がコード化されたフィールドである場合にだけ蓄積されます。
どのアラートの裏にも、見逃しと誤報を天秤にかけたしきい値があり、どちらも消せる設定は存在しません。二つの誤りは非対称ですが、標語が言うような形ではありません。見逃しのコストは設備によって大きく違います。予備のポンプなら不便で済み、制約工程ならその日の出来高に加えて二次損傷と機内の不良が乗り、安全に影響するものはそもそもこの表に載りません。一方、誤報が続くコストは固定的で、しかも全損です。技術者がアラートを開かなくなれば、その先にあるものはすべて存在しないのと同じだからです。ですからしきい値は、設備ごとにその設備の見逃しコストに合わせて調整し、それをシステム全体に適用する誤報の予算の中で行います。
基準率が、この問題を直感より難しくします。連続監視のもとでは、誤報の件数は誤報率に判定の回数を掛けたものになります。それは全設備で毎分かもしれません。一方、正しいアラートの件数は設備が実際に故障する回数が上限で、多くても年に数回です。それだけの頻度で判定する検知器が正しいアラートを誤報より多く出すには、途方もなく低い誤報率が要りますし、正解率はそれについて何も語りません。一度も鳴らない検知器は、ほとんどの時間について正解だからです。ですからベンダーへの最初の質問は正解率ではなく、そのシステムが他社で設備1台あたり週に何件のアラートを出したか、そのうち点検で確認できたのは何割か、です。
そのうえでアラートに予算を付けます。計画作業を押しのけずに技術者が週に何件調べられるかを決め、その件数に合わせて調整します。アラートには根拠を添えてください。トレンド、動いた周波数帯、比較用の同型機。そして選択肢は二つではなく三つ用意します。今すぐ手を打つ、再計測日を決めて様子を見る、理由を記録して却下する。
多くの事業計画は、ダウンタイムをすべて売上損失で評価して効果を過大に見積もり、二年目に、どの勘定にも節減が現れないことで見破られます。
正しい出発点はもっと狭いものです。価値とは、計画外停止と、それを置き換える計画作業との差額に、実際に置き換えられた件数を掛けたものです。計画外の故障には、部品代、残業の人件費、二次損傷──破壊まで回したベアリングは軸とハウジングまで道連れにすることが多くあります──機内で廃棄になる製品、特急輸送、そして後ろに並んでいた予定すべての乱れがかかります。計画版にかかるのは、自分で選んだ枠の中での部品代と人件費です。その差が取り分であって、ダウンタイムの総コストとは別物です。
失った時間に売上の価値が乗るかどうかは、その設備が制約工程かどうかと、工場が能力の限界にあるかどうかで決まります。そのラインがボトルネックで、作ったものがすべて売れているなら、失った1時間は戻らない粗利です。余力があるなら、その注文は週の後半で取り返され、正直なコストは売上ではなく残業の割増分です。
損失が見えるようになるのはOEEの上です。計画外停止は時間稼働率を直接下げますが、再起動後の立ち上がりの遅さを通じて性能稼働率も、立ち上げ時の不良を通じて良品率も下げるので、時間稼働率だけの計算では過小評価になります。一方OEEにできないのは、失った1時間がいくらなのかを言うことです。それを決めるのは制約工程の分析だけです。そこから、アラートの一次切り分けと、機械や製品が変わるたびのモデル保守にかかる人の時間を、経常費用として差し引きます。どの提案書にも載っていない行であり、三年目にそのシステムがまだ動いているかどうかを決める行です。
予測が役に立つのは、与えられた予兆の中で手を打てる場合だけです。つまりこれは、監視する故障モードごとに二つの数字を比べる話になります。信号のリードタイムと、部品のリードタイムです。在庫している部品に対する4週間の予兆は、日程の判断です。リードタイム5か月の減速機に対する4週間は、予測ではなくカウントダウンです。ですから部品の話は第一フェーズに属します。アラートを一次切り分けする人は、その部品が棚にあるのか、別のラインで押さえられているのか、そもそも持っていないのかが見えるべきですし、作業指図は、技術者が倉庫まで歩いて棚が空だと気づいたときではなく、起票した時点で部品を引き当てるべきです。
故障時期が読めないことは、安全在庫が存在する理由の一つにすぎません。サプライヤーのリードタイムのばらつき、最小発注単位、輸送費、古い機械の廃番リスク、そして一つの品番がたいてい複数の設備と、監視していない複数の故障モードをカバーしているという事実は、信号が届いた後もすべて残ります。サプライヤーのリードタイムを確実に上回る予兆が取り除くのは、1設備における一つの理由だけであり、それ単独で在庫水準を動かすには足りないことがほとんどです。まず予兆を計画された作業枠に変換し、一年分の実績が貯まってから在庫水準を見直してください。
信号から結果の変化までの鎖は、どの提案書の図よりも多くの環でできています。計測値がしきい値を超える。誰かに通知が届く。その誰かには名前とシフトがあり、配信リストではありません。その人が根拠に照らして一次切り分けを行い、手を打つか、様子を見るか、却下するかを選ぶ。手を打つなら、疑わしい故障モードを入れ、部品を引き当て、作業枠を要求した作業指図が起票される。計画部門がその枠を承認する。つまり生産計画側が、保全の要求を廊下での言い争いではなく制約として受け取る必要があります。そしてすべてが依存する一手。技術者が、自分を呼んだアラートに紐づけて、見つかったものをコード化されたフィールドに記録することです。
どの環が切れても、残りは飾りです。誰も開かないダッシュボードに着地するアラート。予備品のことを何も知らないシステムで起票される作業指図。毎回口頭で交渉される作業枠。そしてもっとも損なのは、完了処理が「ベアリング交換」を自由記述で受け取ることです。その一文は、数えることも、設備間で比べることも、何かを学習させることもできません。
一度合意して毎回使う構造化された故障コード体系が、保全履歴とメモの山との違いです。そしてこれは、予知保全システムがCMMSの代わりにならない理由でもあります。予知保全が出すのはトリガーであり、それを作業、部品、記録、そして効果があったかどうかを語る数字に変えるのはCMMSです。
工場全体ではなく、5台から15台の設備です。対象は前述の12か月の分類から出てきます。金額が機械系の進行性劣化に乗っている設備、出来高を制約するか故障が製品を傷める設備、そして技術者がすでに予兆を言葉にできる設備です。
すでに持っているデータから始めてください。PLCがすでに出しているインバーターの電流、サイクルタイム、圧力、温度は、新規の計測機器よりはるかに安く集められ、しかもそれだけで答えが出ることが少なくありません。保持するためのヒストリアンと、読み出すためのタグのアクセス権があればの話です。計測機器を足すのは、既存の信号ではその故障モードが見えない場合だけにします。正当化できるところには恒久設置の加速度センサーを、それ以外にはルート巡回の携帯型計測を、油槽には採油を、そして電気盤には代表的な負荷条件での赤外線サーモグラフィ点検を、取り付けた赤外線点検窓越しか活線作業許可のもとで行います。通常の10分の1の負荷で回した点検は何も見つけられず、異常なしとして綴じられるからです。
受入基準はセンサーが届く前に、一年後の人にも通じる言葉で書いてください。設備1台あたり週あたりのアラート件数、点検で確認できた割合、実際に得られた予兆のリードタイム、そして計画外停止から計画された作業枠に変換できた件数です。モデルの正解率ではありません。現場の誰もそれでは動けません。
オーナーはIT側ではなく保全側に置き、6か月時点ではこれらの先行指標で評価してください。動いているのはそれだけだからです。遅行指標である回避できた計画外停止は、ノイズ以上の意味を持つだけの件数が必要で、年に数回しか故障せず、そのうち一部しかシステムが見張る形では壊れない10台の設備では、一年よりずっと先の話になります。6か月時点で計画外停止を基準に判断することが、機能しているシステムを中止に追い込み、役に立たないシステムを拡大させるやり方です。その評価会には、一部の設備については計測器と訓練された人によるCBM巡回が正解だった、と結論する用意を持って臨んでください。それは失敗したプロジェクトではなく、成功したプロジェクトです。
Meta Smart Factoryの保全管理(CMMS)モジュールは、上記のループのCMMS側を担います。設備の階層と履歴、時間基準・稼働基準の予防保全計画、コード化された所見を持つ作業指図、指図に引き当てられた予備品、そしてそれらの記録から後付けの再構成ではなく自然に出てくるMTBF・MTTR・設備別コストです。MESで捉えたダウンタイムは、誰かが打ち直すことなく通知を起票し、要求した作業枠は電話ではなくスケジューリングの制約としてAPSに届き、状態データは同じIIoTとOPC UAの接続を通って入ってきます。トレンド管理と異常検知は、使えるベースラインが貯まった時点で、AI・機械学習モジュールの上で動きます。
モジュールの一覧より、順序のほうが重要です。自社の12か月分の故障を分類することには時間以外の費用はかからず、そもそもセンサーが正しい買い物かどうかを決め、他社のベアリングでアラートが鳴るのを眺めるより有益な最初の会話になります。
専門家に相談する