の検出および固定化が溢れる

StackOverflow https://stackoverflow.com/questions/924355

  •  06-09-2019
  •  | 
  •  

質問

い粒子検出器エレクトロニクス配線に使用16ビットおよび8ビットのバッファ.し、ある種の[予測]のピークの粒子フラックスを通しでも大丈夫です。何 ない えるのは、これらのフラックス通常達等級以上の容量のバッファに保存している;このように溢れが発生します。上の図としてとらえていたように磁束が突然落と始めます。ご提案が多い]を正確に検出する方法、およびポイントデータの苦しみからオーバーフロー?

P.S.検出器は物理的にアクセスできない固定し、"適切な方法で'に置き換え、バッファるというオプションになります。

更新: 一部の明確化に対応してくれました。を使用していまpythonのデータ処理システム開発で建設相より建設使用されている技術の検出器はも曖昧に(と場合により開発された全く関係のない第三者でも荒削りなので、実行中に、"本当"のOSでは低レベルのものの検出器の読みに対応リモートコマンドのようなサイクルです。メモリ破壊およびその他の問題です。に溢れが発生すので、デザイナーを使用する検出器16ビットのバッファーをカウントするための粒子束は、あの束を超え65535粒子です。

更新2: として複数の読者の指摘の通り、のいい解析によって吸収排出量プロファイルの検出急減など桁)のうちから正常化します。その他の問題が生じた:で修復箇所の束下にあふれるレベル）で見られるかもしれません簡単に修正プログラムを元に戻による x 軸束。

役に立ちましたか？

解決 

int32[] unwrap(int16[] x)
{
   // this is pseudocode
   int32[] y = new int32[x.length];
   y[0] = x[0];
   for (i = 1:x.length-1)
   {
      y[i] = y[i-1] + sign_extend(x[i]-x[i-1]);
      // works fine as long as the "real" value of x[i] and x[i-1]
      // differ by less than 1/2 of the span of allowable values
      // of x's storage type (=32768 in the case of int16)
      // Otherwise there is ambiguity.
   }
   return y;
}

int32 sign_extend(int16 x)
{
   return (int32)x; // works properly in Java and in most C compilers
}

// exercise for the reader to write similar code to unwrap 8-bit arrays
// to a 16-bit or 32-bit array

他のヒント

もちろん、理想的んの検出器のソフトウェアを最大で65535防止ラップアラウンドの並べ替えることがご悲しみ私は理解していない可能で、少なくともだけではないでいます。

の粒子束を超え65535ない、又はフラックスは徐々に増加し、その後徐々に減少?この違いは何アルゴリズムを利用する場合もあるでしょう検出する。例えば、磁束がゆっくりと十分:

true flux     measurement  
 5000           5000
10000          10000
30000          30000
50000          50000
70000           4465
90000          24465
60000          60000
30000          30000
10000          10000

しょうがい 大 負の低下回る場合にあふれた.大きな負の落りません。このと信号までにあふれた.果てを見つけるためのオーバーフローの時期は、のような大きな飛び値それほど遠くないから65535です。

すべての国によって異なる最大の真の束が発生する可能性があるがどのように急速に流束の上昇とがあります。例えば、可能で以上に128kカウントの一測定すか？することは可能で一測定する5000次測定する50000?場合あなたの情報を入力してください温調節器も十分にできる場合もありますが、いずれによって統計的な判断がつきにあふれた.

ご質問のニーズに関する情報提供の充実に努めて実装-言語/の枠組みます。

データが溢れるソフトウェアであるかと思いますゃ)には、実践することは避けてください。が見(不思議な出力データは片側のみ効果を発生する可能性がある場体験のデータが溢れるものではないかは氷山の一角にある種の問題がご覧いただけます。

きくりの経験をより深刻な問題のようにメモリ破壊の原因となるプログラムがクラッシュの大声で、悪しきにつけ、 obscurely.

あ検証までを防止するために溢れから起こるのでしょうか。

ないんですけアカウントを作成サインを固定せずに、元のバッファ.かずのこの違いは、配列の値(0, 1, 2, 1, 0) や(0, 1, 65538, 1, 0)?なので、それができません。

どのように利用HMMに隠れた状態にあるかどうかは、オーバーフローの排出量の観測粒子束?

トリッキー部分がら、確率モデルの変遷（基本的にエンコードの時間スケールのピーク)の排出をすることで作ることができるまっている場合どのように束動作やオーバーフローに影響として取り扱います。※これらのドメイン固有の問題があるだろうな準備を合わせたソリューションがあります。

が一つのモデルか---をごデータの不確実性の定量化、シミュレーション等---は日常的に見られる。

できるだけでなくこの場合、実際にジャンプの間には連続値が65536.それ以外の場合、オーバーフロー誘起谷ァームからバレーできるだけのようですね。滞在ビザを取得することができ合があふれる対応するために、修理による同時分析の信号を右から左と仮定があると認識ベースライン）

その他ございますのでご注意下さいなければならないことで調整して実験を繰り返しで異なる独自の粒子の流れ、その実谷な移動するものですが、案件も、ポイントオーバーフロー.

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top