パラメータの特定が不適合に陥るこんにちはコミュニティ、
クラッシュするまで実行数とともに増加するパワーのデータがあります。
時間通りに修正してクラッシュを回避するために、クラッシュする前にいくつかの実行を識別するための良い統計的方法は何ですか？
添付のデータサンプル。
BR、
ヨアヴ
分析データ表グラフィックスその他Re：パラメータの特定が不適合に陥るこんにちは、Yoav！
データの実行を通知するための「優れた統計的方法」は、おそらく非常に多数あります。
1つの方法は、[分析]プルダウンの[品質とプロセス]> [レガシー管理図]> [LeveyJennings]でネルソンルールを使用することです。変数をそれらの役割にキャストし、[OK]をクリックすると、管理図が作成されます。小さな逆三角形（LIRT）の下で、[テスト]> [すべてのテスト]を選択します。次のようなものが得られます。
私はすべてのルールを示しましたが、適切と思われるルールを使用して、必要なものを具体的に検出することができます。 同封されているのは、ルールとその正当化について詳しく説明しているロイド・ネルソンの参考記事です。
もちろん、必要に応じて独自のルールを作成し、JSLで実装することもできます。また、前述したように、データの実行には他にも多くのテストがあります。あなたが望むものを確実に検出するものを選択してください。
がんばろう！
Re：パラメータの特定が不適合に陥る親愛な@YGerchman 、のSPCチャートでわかるように@Kevin_Andersonパワーは常にクラッシュする前に増加します。 クラッシュが発生する前にそれを検出するルールを見つけることができます。 プラットフォームにあるSPCルールでは妥当な結果を得ることができませんでしたが、クラッシュが発生する前に到達する上限を計算し、それを使用してクラッシュが発生する前にパワーを修正することもできます。 スクリーンショットの例を参照してください。
- 私は最初に0のパワー行を削除しました（クラッシュする前にそれらを知らないため）
- 次に、そのフェーズの電力の平均と標準偏差を計算するための列式を作成しました
- それから私はそれを現在の値と比較します
- 現在の値>（mean（power）+ 2 x stddev（power））の場合、クラッシュの直前です
これは現在のデータに対して機能します。このルールが信頼できるかどうかを示すために、さらに多くのデータが必要になる場合があります。
また、すべては、クラッシュした実行を行うためのコストと、以前に問題を修正するためのコストに依存します。
BR
Re：パラメータの特定が不適合に陥るこんにちは@YGerchman 、
両方に加えて@Kevin_Andersonそして@Georg提供しているので、次を追加します。
もう1つのオプションは、パワーに伴う追加データがある場合、モデル駆動型多変量管理図プラットフォームを使用できます（[分析]> [品質とプロセス]の下）。 このプラットフォームは、PCAを使用して多次元データを削減し（電力とともに記録されている他のプロセスパラメーターがあると想定）、T ^ 2値を報告します。外れ値を調べることで、プロセスのどの部分が外れているのかを知ることができます。制御の。 これは、速度、温度、混合速度、電力など、すべてプロセスの一部である多くのプロセスパラメータがある状況で役立つことがよくあります。 場合によっては、温度が変化して消費電流が大きくなり、電力が変化することがあります。そのため、状況によっては、さまざまな要因が混在している可能性があり、MDMVCCプラットフォームはそのために非常に役立ちます。
バッチ数が増えると障害が発生する傾向があることを考えると、時間の経過とともに変化するプロセス中に何かが起こっていることを示唆します。 障害の直前に、両方のフェーズでクラッシュの前に電源が上がることがわかります。したがって、追加の処理入力からのデータがある場合、これは障害の根本原因である潜在的な要因を見つけるのに役立つ可能性があります。 また、フェーズ1とフェーズ2の間で電力出力に大きな変化があります。 設定が変更されましたか、それともフェーズ1の障害がフェーズ2の電力に影響を与えましたか？
より多くのデータを取り込むと、原因を特定するのに役立つ場合があります。
がんばろう！、
DS
Re：パラメータの特定が不適合に陥るあなたの詳細な答えをありがとう。最後の質問に関して-第2フェーズではフィンガープリントを設定し、フェーズ1のクラッシュの影響を受けません。また、最初のフェーズよりも高くなる可能性があります。
データは、私が実際に管理したものの単純化された例です。実際、数千行のデータを取得しました。前に説明したように、ツールが失敗する前に、エンジニアにいくつかのプロセスを警告できるテストを探しています。ランチャートからも肉眼でも見えるのでできると思います。Re：パラメータの特定が不適合に陥るこんにちは@YGerchman 、
また、ツールの速度やツールの温度など、さまざまなデータソースの列が多数ありますか？ 数千行が適切ですが、分析に取り込む他のデータがあると役立つ場合があります。 私には、障害の根本原因である潜在的な要因があり、必ずしも電源自体ではないように思えます。他の何かが制御不能になり、最終的に電源が急上昇してツールがクラッシュするようです。
あなたができることの1つは、最後の3つまたは5つの測定値の移動平均を検討し、最後の読み取り値がクラッシュする前の場所を推定し、電力の相対的な変化を見つけることです-電力が20％以上増加し始めた場合を考えてみましょう設定値。これは、ツールが故障に向かっていることを示します。 フェーズ2の平均設定はフェーズ1よりも低く、それでも失敗するため、絶対的な変化ではなく、設定値に対する電力の相対的な変化であるように見えます。
しかし、繰り返しになりますが、他のデータを取り込んで、クラッシュポイントでの相関関係または同様のスパイク/ドロップを調べることができる場合、これは潜在的な要因を見つけるのに役立つ可能性があります。
私はあなたが見つけたものを聞くことに興味があります。
がんばろう！、
DS
