yoshinrt / grom_vs_adjust Goto Github PK

観測された事実

• 1回/分 位の頻度でメーターが 1 or 0km/s になる
• ごくごくまれに 20km/h とかになる，頻度はかなり低い
• 発生したときに g_uState = 0 ではない

推定される原因

★=ありそう
×=確実にない

スピードセンサーのパルスを取りこぼしている可能性

• 1発取りこぼすだけなら，スピードが半分になるだけで，1km/h にはならない
• ×連続して大量に取りこぼして，State = 0 になっている?
  • スピードが半分とか 1/3 の出現頻度が少ない (見たこと無い) ので，取りこぼすときは必ず大量に取りこぼしていることになり，考えにくい
  • 単なる接触不良はありか?

パルス出力段階でおかしくなっている可能性

• ★TOP 値設定時にすでにカウンタが TOP 値を超えていて，Timer3 が 0xFFFF まで回っている?
  • 前回パルス幅より短い場合にのみ発生するはず
• TIMER3_OVF_vect の 32bit 乗算が遅すぎる
  • 60km/h のパルス幅は 24kclk@16MHz なので，間に合わないとは考えにくい
  • そもそも計算が間に合わなくても，Timer3 は Top に到達して自動的に次のパルスを出すはずだから，関係なさげ

Timer4 クリアに失敗して ovf 発火している可能性

• ×Timer4 ovf ギリギリ付近なら可能性があるが，60km/h で不具合が出るので，Timer4 クリアに失敗しているとは考えにくい

非同期処理でおかしくなっている可能性

• g_uInPulseWidth
  • 書込みは最も高優先の ISR，リードは割込み禁止中にしているのでおかしくなる可能性は無い
• g_uState
  • Timer4 ovf が発火しない前提なら，関係ないはず

未知の割込み処理が走っている可能性

• とりあえず delay() (timer0) は消すべき
• 片っ端から使ってないはずの ISR を割込み禁止にする?

対策案

1. とりあえず g_uState == 0 は LED に出す
2. パルス出力を Timer1, Top=OCR1A に変更する
3. ICR3 設定時にカウンタ値を検査し，ICR3 値に近いなら Top 値設定を諦める