エピ３６ ジッターの対策をしたいのです。
＊＊＊
ジッターの対策をしたいのです。
しきい値をピットとランドで別々に設定することでエラーを緩和できましたが、もっと低減できるのではないかと思われて、取り組んで見ます。
＊＊＊
３Ｔと４Ｔのピットのジッターを見ましょう。
横軸は角度で -180〜180 度、縦軸は時間でナノ秒（ns）です。536 ns から 807 ns なら３Ｔと判定して、808 ns から 1071 ns なら４Ｔと判定します。
ここでジッターとは 600mV を通過する間隔を表示したものです。
この図は、対数表示をオフにしたので３Ｔと４Ｔの間に余裕があるように見えますが、実はそこには頻度が数個程のポイントが多数あります。
ポイントの有無だけで表示すると、
...。このように 808 ns をオーバーする、本来は３Ｔであろうポイントが幾つかあります。これらはエラーとなります。
これが現状。ですがこれらは見えているエラーで、見えていないエラーがあるかもです。
＊
エラーの中でも最も迷惑なのは同期信号（１１Ｔ＋１１Ｔ）の誤判定です。同期信号を見失うとフレームが１つ消えてしまいます。
１フレームの消失ならＣＩＲＣの訂正符号Ｃ２でエラー訂正できるのですが、フレーム自体が認識できないとＣ２でも機能しません。
ジッターの表示も、サブコードの経過時間を利用してフレーム毎に表示する都合で、フレームと判定されていないと把握できないです。
本物のＣＤプレーヤーでは同期信号のための特別な処理があって、１１Ｔが誤判定された時の為の対策（同期検出と同期保護）をしているそうです。...、という解説があったはず。後で読み直そう。
＊
同期信号は、しきい値による簡易な判定で正しく判定されているか心配ですね。
なので、同期信号から次の同期信号までの時間、つまり１フレームの時間（の長さ）を調べます。
１フレームの時間は 1/98/75 * 10^6 = 136.054 μs ですから、この時間が連続すれば同期信号が正しく判定されていることになります。倍の時間だったりしたらフレームが落ちているのでしょう。
横軸は角度で -180〜180 度、縦軸は１フレームの時間で単位はマイクロ秒（μs）です。
あれ？ 円盤の１回転（と推測される時間）毎に１フレームの時間が変動している？
最大で 136.3 μs、最小で 135.8 μs とすると、0.5 μs 程の差があることになります。２Ｔの時間を超えます。５８８Ｔ中の２Ｔですけど。
以前に調べたＬＳＩでは、基準クロックに同期するように１フレーム毎にスピンドルモータの加減速の制御するそうですが。...。
このＣＤプレーヤーは何をしているのでしょうか。円盤の偏芯なら単純なサイン波になりそうだけど、波々とうねっているのは加減速の結果なのかな？
＊
なお、図には入っていませんが、同期信号を落としているデータがありました。幾つかある。どうしよう。
＊
＊
＊
フレームの時間が変動していることから、フレーム毎に３Ｔのピットの時間（長さ）を平均して見ました。
横軸は経過時間で、0.00〜2.00 秒です。縦軸も時間で、３Ｔのピットの時間をフレーム毎に平均した値です。単位はマイクロ秒（μs）です。
経過時間 1.25 秒以降で測定データによる違いが見えますね。それとジッターの変化にパターンがありそうなのが気になります。
測定データ毎の平均を求めると、...、横軸と縦軸は同じです。
となり、1.25〜2.00 の範囲でピットの平均が 0.74 us より長くなるデータがあります。それらは
F129, F130, F131, F132, F134, F135, F137, F138
の８個です。これらは異常データとして弾いてよいのでしょうか？
異常データとして外した場合の３Ｔと４Ｔのジッターは、
このように改善されます。808 ns のギリギリまであった３Ｔが少し落ち着いています。
でも、異常なデータとして扱ってよいのか。経験不足で分かりません。保留です。
＊
経過時間 0.00〜1.00 秒を角度に変換したフレーム毎の３Ｔのピットの時間の平均の図です。横軸は角度で-180〜180度、縦軸は時間で単位はマイクロ秒（μs）です。
角度０の偏りが顕著です。あと、-175 度付近でも偏りが出ているのが見えます。それから、-120 度、-30 度、60〜90 度付近を山とする変動がありますね。
平均していないときの図でも山と谷はありましたが、これが見やすくなった感じ。
...、ですが。フレームの時間の変動とは関係がなさそうです。ピットが長くなる分、ランドが短くなるのでフレームの時間とは相関しないのでしょう。
＊
フレームの時間の変動は何に影響するのか、と考えていたらトレンドという言葉がおぼろげながら浮かんで、...。
ここでトレンドとは、600mV を通過した時間とチャネルビットレート 4.3218 Mbit/s との差とします。ジッターを累積した値に相当すると思います。
フレームの時間は概ねですが、-175〜0 度は 136.054us より長くて、0〜180 度と -180〜-175 度は短くなっています。
なのでトレンドは、-175 度付近からプラス方向になり、0 度を過ぎるとマイナス方向に転じます。
角度０で異変があるのは、トレンドが逆転する際に、電源電圧に負荷が発生するような処理が動いたからかも、という推測をしました。
それに、175 度で偏りがあるのもトレンドの逆転によるものかもです。
例えば、ですね。ＣＬＶサーボがモーターを加速させ続けていたら、トレンドが変わって減速を掛けるために、何かの回路が動作する。
ありそうな感じ、するよね？ しない？
＊
トレンドは角度０で 38 μs くらいが最大。１フレームは 136.054 μs なので１フレーム未満だ。
ならば、円盤が１回転する毎にＳＲＡＭ上のフレームは１つ程度の増減はするのだろうけど、オーバーフローは発生しなさそう。
このＣＬＶサーボって実は有能？
＊
＊
＊
とすると。やはり。光ピックアップの信号のパワーでしきい値を補正するのがよいのか。
３Ｔのピットの過去 120 μs 間の光ピックアップ信号の平均を求めました。
横軸は角度で、縦軸は電圧の平均です。
ジッターの図を、上下反対にしたような感じですね。ジッターが発生する要因の１つは光ピックアップの信号（反射光）の電圧変動なのでしょう。
では、パワーとジッターの相関を見ましょう。
横軸は電圧の平均です。縦軸は３Ｔ〜５Ｔのピットの時間です。
うん。
今までのしきい値は 808 ns などの定数だったので、図では水平な線でした。
ここでパワーをパラメータとして採用すれば、斜めな線に出来ます。なんなら曲線にしても良いよ。
これで角度０の偏りを躱すことができましょう！
そうね。肩幅より狭い隙間をくぐるときには斜めになるのと同じかニャー
＊＊＊
間違いの指摘とか疑問とか、ご意見・ご感想とかありましたら、どうぞ感想欄に！
＊＊＊
2025.6.30 推敲。エピタイ修正。
2025.7.1 微推敲。
