AWS Monitronレビュー：AmazonのIoT振動センサーへの初期洞察

イントロダクション

Amazon Web Services（AWS）の新ハードウェア「Monitron」を調査しました。IoT対応振動センシングの分野では目新しいものではありませんが、AWSがこうしたデバイスを市場投入する意義を見出した点は興味深いです。

2015年のSenseye創業以来、産業分野における予知保全（PdM）の成熟度が高まっているのを実感してきました。AWSのこの最新リリースは、PdMが「イノベーションの実験」から「産業デジタル化の核心部分」へとシフトしていることの、また一つの重要な証左と言えます。

ただし、ハードウェアでAWSスタックへロックインさせる大胆な戦略です。他のワイヤレス後付けセンシングソリューションでも同様の傾向を見てきましたが、継続的なサービス料とクラウドロックインは、すべての企業に受け入れられるものではないでしょう。

文脈における位置づけ

この種のセンシングソリューションで常に明確でない制約の一つは、機械の運転状態に関する文脈情報がないため、安定した運転状態と一定の速度範囲で動作する機械にしか適さない点です。これはネガティブではありません。産業用機械の大半はこの条件を満たします。しかし、高い変動性と複雑な故障モードを持つ複雑な機械には、他のセンシングソリューションが必要です。

コンディションモニタリングセンサーでPdMプロジェクトを推進する際、「ワンストップショップ」は存在しません。能力のブレンドが必要です。特に振動センシングでは、全体RMS値とISO 20816の推奨閾値から始めるのが最適です。多くの人が気づいていませんが、RMSは振動信号という複雑な周波数スペクトル全体のエネルギーを示すだけです。MEMSデバイスでは周波数範囲が限定されます。コンディションモニタリングの観点では、この継続的測定が「機械をより詳しく見るきっかけ」として理想的です。ただし、ベアリング関連の重要な故障モードはエネルギーレベルが弱く、見逃されるリスクがあることは認識しておく必要があります。

クローズドスタック

相互運用性はIIoTとスマートファクトリ技術の核心です。しかしMonitronから受ける印象は、クローズドな技術スタックに入っていくというものです。他のセンシング機能を組み込めず、データ取得にAWSサービスの利用を強いられるのは、すべての工場に適するとは限りません。工場システムは複数ベンダーのソリューションで構成され、OPC-UAやIO-Linkといった確立された標準プロトコルによる相互運用性とスケーラブルな共通アーキテクチャが期待されます。Monitronの将来バージョンがこれら産業標準を取り込むか、注目されます。取り込むべきだと感じます。

PdMとCM知識のコモディティ化

ここ18ヶ月で我々Senseyeが得た最大の教訓は、市場にはコンディションモニタリングハードウェアとPdMアプリが溢れている（我々にも競合がいる）こと、そして真の制約要因はこの領域における「専門知識の普及」だということです。この課題に正面から取り組み、CMとPdMの知識を、必要な支援資料を揃え、最小限の前提知識で、管理しやすい小さな単位として顧客ベースに共有する方法を開発しています。つまり、運用面だけでなく、PdMエキスパートの「分析役割」をアプリ内でコモディティ化したのです。

結び

Amazonでスターターキットを注文し、Primeで翌日に届き、大きなオレンジの購入ボタンを押すだけで製品と価格が手に入る。その手軽さは素晴らしい体験でした。

AWS Monitronは、モーターとギアボックス向けの優れた後付けオプションであり、PdMプロジェクトのエントリーレベルセンシングソリューションとして完璧です。低複雑性の設置、OTネットワークのバイパス、スマートフォンインターフェースにより、社内スペシャリストへの依存はほぼ不要になります。メンテナンスチームが自ら必要なデータにアクセスできる――これはSenseyeの創業原則の一つです。

このAmazonの製品リリースは、コンディションモニタリングセンシングがIIoT空間で一般的になり、コモディティ化の岐路に達していることの、また一つの証左です。

次のステップは、良質な振動データを取得し、分析性能を検証すること。在宅勤務では思ったよりトリッキーですが、計画があります！来月また報告します。