生産設備のモニタリング: ロシアではどうなっていますか?

こんにちは、ハブル！ 私たちのチームは、全国の機械やさまざまな設備を監視しています。 基本的に、メーカーが「ああ、すべてが壊れた」ときにエンジニアを再度派遣する必要がなくなる機会を提供しますが、実際にはボタンを XNUMX つ押すだけで済みます。 または、機器ではなく近くで故障した場合。

基本的な問題は次のとおりです。 ここでは、石油分解ユニット、機械工学用の工作機械、またはプラント用のその他の装置を製造しています。 原則として、販売自体が可能になることは非常にまれです。通常は供給とサービスの契約になります。 つまり、ハードウェアが 10 年間中断なく動作することを保証し、中断に対しては財務上の責任を負うか、厳格な SLA などを提供する必要があります。

実際、これは定期的にエンジニアを現場に派遣する必要があることを意味します。 私たちの実践が示すように、旅行の 30 ～ 80% は不要です。 最初のケース - 何が起こったのかをリモートで把握することが可能です。 または、オペレーターにいくつかのボタンを押すように依頼すると、すべてが機能します。 XNUMX 番目のケースは「グレー」スキームです。 これは、エンジニアが外出して交換作業や複雑な作業をスケジュールし、工場の担当者と報酬を折半する場合です。 あるいは、単に愛人との休暇を楽しんでいる（実際のケースです）ため、より頻繁に外出するのが好きです。 植物は気にしません。

監視をインストールするには、データ送信デバイス、送信そのもの、それを保存するための何らかのデータレイク、プロトコルの解析、すべてを表示および比較できる処理環境を備えたハードウェアの変更が必要です。 まあ、これには微妙な違いがあります。

なぜ遠隔監視なしにはやっていけないのでしょうか?

陳腐な値段だ。 エンジニア50人の出張 - 少なくともXNUMX万ルーブル（飛行機、ホテル、宿泊施設、日当）。 さらに、別れることが常に可能であるとは限らず、別の都市で同じ人が必要になる場合もあります。

• ロシアでは、供給者と消費者はほとんどの場合、互いにかなり離れています。 シベリアに製品を販売するとき、サプライヤーから言われること以外は、その製品について何も知りません。 それがどのように機能するか、どのような条件で使用されるか、実際に誰が曲がった手でどのボタンを押したかも、客観的にはこの情報を持っておらず、消費者の言葉からのみ知ることができます。 これにより、メンテナンスが非常に困難になります。
• 根拠のない訴えや主張。 つまり、あなたの製品を使用している顧客はいつでも、電話したり、手紙を書いたり、苦情を言ったりして、製品が機能しない、悪い、壊れていると言うことができ、急いで来て修理してもらえます。 運が良ければ、単に「消耗品が充填されていなかった」だけではない場合、専門家を派遣したのは無駄ではありません。 有用な作業には XNUMX 時間もかからないことがよくありますが、その他の作業 (出張、航空券、宿泊施設の準備) にはエンジニアの多くの時間がかかりました。
• 明らかに根拠のない主張があり、これを証明するにはエンジニアを派遣し、報告書を作成し、法廷に行く必要があります。 その結果、プロセスが遅延し、顧客にとってもあなたにとっても良いことはありません。
• 紛争は、たとえば、顧客が製品を誤って操作した、顧客が何らかの理由であなたに対して恨みを抱いており、製品が技術仕様書に記載されているモードではなく正しく動作しなかったとは言わなかったという事実によって発生します。パスポートに。 同時に、それに対して何もすることはできません。あるいは、たとえば、製品が何らかの方法でこれらのモードをログに記録し、記録する場合は、実行できますが困難です。 顧客の過失による故障 - これは常に発生します。 ドイツ製の高価な門型機械がポールに衝突して壊れたという事件がありました。 オペレーターがゼロに設定しなかったため、機械はそこで停止しました。 しかもお客様は「当社は一切関係ございません」とはっきり言いました。 しかし、情報はログに記録されており、これらのログを検索して、どの制御プログラムが使用され、その結果としてこの衝突が発生したのかを理解することができました。 これにより、サプライヤーは保証修理にかかるコストを大幅に節約できました。
• 前述の「グレー」スキームは、サービス プロバイダーとの共謀です。 同じサービス技術者が常にお客様のところへ行きます。 彼らは彼にこう言います。「いいか、コーリャ、好きなようにやろう。ここですべてが壊れていると書くか、補償してもらうか、修理のためにジッパーのようなものを持ってくるか。 私たちはこれらすべてを静かに実行し、資金を分配します。」 残っているのは、信じるか、これらすべての結論と確認をチェックする複雑な方法を何らかの方法で発明することだけですが、これでは時間も神経も追加されず、これでは何も良いことは起こりません。 自動車サービスが保証詐欺にどのように対処するか、またそれがプロセスにどれほどの複雑さを課すかをよく知っている場合は、問題を大まかに理解しているでしょう。

そうですね、デバイスは依然としてログを書き込みますよね? 何が問題ですか？

問題は、ログを常にどこかに書き込む必要があることをサプライヤーが多かれ少なかれ理解している場合（または過去数十年にわたって理解している場合）、その文化はそれ以上進んでいないことです。 ログは、オペレーターのミスであったのか、実際の機器の故障であったのか、高額な修理が発生したケースを分析するために必要になることがよくあります。

ログを取得するには、多くの場合、物理的に機器に近づき、何らかのケースを開け、サービス コネクタを露出させ、ケーブルを接続してデータ ファイルを取得する必要があります。 その後、数時間しつこく捕まえて状況を把握します。 悲しいかな、これはほとんどどこでも起こります（まあ、私たちは監視が確立されたばかりの業界と正確に仕事をしているので、私は一方的な見方をしていますが）。

当社の主な顧客は機器メーカーです。 通常、彼らは、重大な事件が発生した後、または単にその年の旅行代金を確認したときに、何らかの監視を行うことを考え始めます。 しかし、多くの場合、お金や評判の損失を伴う大きな失敗について話されます。 「何が起こっても」と考える進歩的なリーダーは稀です。 実際のところ、管理者は通常、サービス契約という古い「パーク」を取得しており、数年以内に必要になるだけであるため、新しいハードウェアにセンサーをインストールすることに意味がないと考えています。

一般に、ある時点でローストオンドリはまだ噛みつき、修正の時期が来ます。

データ転送自体はそれほど怖いものではありません。 通常、機器にはすでにセンサーが搭載されており (またはセンサーはすぐに取り付けられます)、さらにログがすでに書き込まれており、サービス イベントが記録されています。 あなたがしなければならないのは、送信を開始することだけです。 一般的には、埋め込み SIM などのある種のモデムを X 線撮影装置から自動シーダまでのデバイスに直接挿入し、携帯電話ネットワーク経由でテレメトリを送信します。 携帯電話の電波が届かない場所は通常、かなり離れた場所にありますが、近年ではそのようなことは少なくなりました。

そして、先ほどと同じ質問が始まります。 はい、ログが残っています。 しかし、それらはどこかに置いて、何らかの方法で読む必要があります。 一般に、インシデントを視覚化して分析するための何らかのシステムが必要です。

そして、私たちはステージに登場します。 より正確に言うと、サプライヤーのマネージャーは同僚の様子を見て、テレメトリを送信するためのハードウェアの選択についてのアドバイスを求めてすぐに私たちに相談に来るため、私たちの方が早く到着することがよくあります。

市場の隙間

西洋では、この状況を解決する方法は 1 つの選択肢に集約されます。Siemens エコシステム (非常に高価で、通常はタービンなどの非常に大きなユニットに必要)、自社作成のマンジュール、または地元のインテグレーターのいずれかが役立ちます。 その結果、これらすべてがロシア市場に導入されると、シーメンスとそのエコシステムの一部、Amazon、Nokia、および XNUMXC 開発などのいくつかのローカル エコシステムが存在する環境が形成されました。

私たちは、任意の（まあ、多かれ少なかれ最新の）プロトコルを使用して任意のデバイスから任意のデータを収集し、それらをまとめて処理し、必要な任意の形式で人に見せることを可能にする統合リンクとして市場に参入しました。あらゆる開発環境とビジュアル ユーザー インターフェイス デザイナーのためのクールな SDK。

その結果、メーカーのデバイスからすべてのデータを収集し、サーバー上のストレージに保存し、そこにアラートを備えた監視パネルを組み立てることができます。

これは次のようになります (ここで顧客は企業の視覚化も作成しました。これにはインターフェースで数時間かかります)。

機器からのグラフもあります。

アラートは次のようになります。マシン レベルでは、実行体にかかる力が超過した場合、または衝突が発生した場合、一連のパラメータが設定され、超過した場合にシステムが部門または修理サービスに通知します。

さて、最も難しいのは、ノードの障害を状態に基づいて予測して予防することです。 各ノードのリソースを理解していれば、ダウンタイムに対して支払いが発生する契約のコストを大幅に削減できます。

サマリー

この話は非常に単純に聞こえるかもしれません。データの送信、監視、分析が必要であることがわかり、ベンダーを選択して実装しました。 まあ、それだけです、みんな幸せです。 私たち自身の工場で自分で作成したシステムについて話している場合、奇妙なことに、システムはすぐに信頼性が低くなります。 私たちが話しているのは、ありふれたログの損失、不正確なデータ、収集、保管、受信の失敗についてです。 インストール後 10 ～ 10 年すると古いログが削除され始めますが、これも必ずしもうまく終わるとは限りません。 ただし、XNUMX 台のマシンから年間 XNUMX GB が収集されるという慣例があります。 この問題は、XNUMX万ルーブルで別のハードドライブを購入することでXNUMX年間解決されます...ある時点で、主要なのは送信機器自体ではなく、受信データの分析を可能にするシステムであることが判明しました。 インターフェイスの利便性は重要です。 これは一般に、すべての産業システムに共通する問題です。状況を迅速に理解することは必ずしも簡単ではありません。 システム内で表示できるデータの量、ノードからのパラメータの数、大量のデータを処理できるシステムの能力が重要です。 ダッシュボード、デバイス自体の組み込みモデル、シーン エディター (制作レイアウトを描画するため) をセットアップします。

これが実際に何をもたらすのか、いくつかの例を挙げてみましょう。

1. ここは、主に小売チェーンで使用される産業用冷凍装置の世界的メーカーです。 同社の収入の 10% は、製品の保守サービスの提供によるものです。 より多く販売すると、既存のサービスシステムでは対応できなくなるため、サービスのコストを削減し、通常どおり供給を増やす機会を与えることが必要です。 単一のサービス センターのプラットフォームに直接接続し、この特定の顧客のニーズに合わせていくつかのモジュールを変更しました。サービス情報にアクセスすることで原因を特定できるため、出張費が 35% 削減されました。サービスエンジニアが訪問することなく、故障を防止します。 長期間にわたるデータの分析 - 技術的な状態を予測し、必要に応じて状態に基づいたメンテナンスを迅速に実行します。 おまけに、リクエストへの応答速度も向上しました。現場への出張が減り、エンジニアはより早く作業を完了できるようになりました。
2. 機械エンジニアリング会社、ロシア連邦および CIS の多くの都市で使用されている電気自動車のメーカー。 他の皆さんと同様に、彼らもコストを削減すると同時に、市内のトロリーバスや路面電車の技術的状態を予測して、技術スタッフにタイムリーに通知したいと考えています。 私たちは、車両から単一の状況センターに技術データを収集して送信するためのアルゴリズムを接続して作成しました (アルゴリズムは駆動制御システムに直接組み込まれており、CAN バス データと連携します)。 「オシロスコープ」モードでの変化するパラメータ（速度、電圧、回収エネルギーの転送など）へのリアルタイムアクセスを含む、技術的条件データへのリモートアクセスにより、リモートファームウェアアップデートへのアクセスが可能になりました。 その結果、出張コストが 50% 削減されます。サービス情報に直接アクセスできるため、サービス エンジニアが訪問する必要がなく、障害の原因を特定できます。また、長期間にわたるデータの分析により、故障の予測が可能になります。技術的な状態を把握し、必要に応じて、緊急事態の客観的な分析を含む「状態ベースの」メンテナンスを迅速に実行します。 お客様の要件に完全に従って、期限どおりに延長ライフサイクル契約を実施します。 オペレータの技術仕様の要件を遵守するだけでなく、消費者サービスの特性（空調の品質、加速/ブレーキなど）を監視するという新たな機会をオペレータに提供します。
3. 80 番目の例は自治体です。 私たちは節電し、国民の安全を向上させる必要があります。 コネクテッド街路照明の監視、管理、データ収集を行うための単一のプラットフォームを接続し、公共照明インフラストラクチャ全体をリモートで管理し、単一のコントロール パネルからサービスを提供して、次のタスクに対するソリューションを提供しました。 機能: 照明を個別またはグループでリモートで調光またはオン/オフする、より効率的なメンテナンス計画を実現するために照明ポイントの故障を市サービスに自動的に通知する、リアルタイムのエネルギー消費データを提供する、街路照明を監視および改善するための強力な分析ツールを提供するビッグデータに基づいたシステムで、交通、空調、他のスマートシティサブシステムとの統合に関するデータを提供します。 結果 - 街路照明のエネルギー消費量を最大 XNUMX% 削減し、インテリジェントな照明制御アルゴリズムの使用により住民の安全性を高めます (通りを歩いている人 - ライトを点灯し、交差点にいる人 - より明るく点灯します)遠くからでも見えるように照明を設置し、市に追加サービス（電気自動車の充電、広告コンテンツの提供、ビデオ監視など）を提供します。

実際、私が言いたかったのは、現在、既製のプラットフォーム (たとえば、当社のプラットフォーム) を使用して、監視を非常に迅速かつ簡単に設定できるということです。 これには、機器の変更（センサーやデータ送信がまだない場合は最小限の変更）が必要なく、実装コストや個別の専門家も必要ありません。 問題を研究し、それがどのように機能するかを理解するために数日、承認、合意、プロトコルに関するデータの交換に数週間を費やすだけで済みます。 その後、すべてのデバイスから正確なデータが得られます。 そして、これらすべては、Technoserv インテグレーターのサポートによって全国で行うことができます。つまり、スタートアップでは一般的ではない、十分なレベルの信頼性が保証されています。

次回の投稿では、実装例を使用して、これがサプライヤー側からどのように見えるかを示します。

出所： habr.com