タイマー２の動作の件、昨日の文章ではなんとなく奥歯に
モノが挟まったような書き方をしましたが、もう一度
実験してみて、結果を紙に書き出してみたら、
「何が変なのか」が判りました。
結論を先に言うと、ＡＶＲｓｔｕｄｉｏの内部処理で
使用している（であろう）フラグか何かの初期化処理が
上手く動作していないということ。バグでしょう。
ＡＶＲｓｔｕｄｉｏは、タイマー１だけでなくタイマー２
にもバグが潜んでいるようです。
どういうことかというと…
タイマー０とタイマー２それぞれにおいて、フェーズ
コレクトＰＷＭを使用してシミュレートをかけると、
ある条件下では全く同じ動作結果が得られます。
が、ある条件では動作内容がタイマー２だけ動作が狂います。
その条件と動作内容を以下に記します。
↓この設定でプログラムを作り、シミュレーションを実施します
・タイマー０と２でフェーズコレクトＰＷＭ（モード５）を使用
・ＯＣＲｘＡ（ＴＯＰ値として使用される）に３を設定
・ＯＣＲｘＢ（出力が反転するカウンタ値）に２を設定
・ＣＯＭｘＢに０ｂ１０（カウントアップ時にコンペア
マッチするとＬＯＷ出力、カウントダウン時なら
ＨＩＧＨ出力）を設定
この設定でタイマー０、タイマー２それぞれでシミュレート
を行うと、1回目は両方とも同じ結果が得られますが、
一旦停止してからもう一度最初からシミュレートを
やり直すと、タイマー０は上記と全く同じ結果が得られる
（あたりまえですが）のに対して、タイマー２では
1回目と異なる結果が得られます。
（ＯＣｘＢの出力（というか、シミュレーター画面の
ＰＩＮｘの値）が、1回目は両方とも最初の５カウントの
間０のままで、６カウント目から１出力になるのですが、
２回目のシミュレートを実行した時、タイマー２だけは
１カウント目から３カウント目までも１が出力されます。
言葉で書くと判り難いですね…すみません。）
カウンタが初期状態のとき（リセット直後）は、コンペアマッチ
してないはずなので、仕様に愚直ならタイマー０の動作が正しい
と思います。
タイマー２も、１回目のシミュレーションでは同じ
結果が得られます。
２回目以降、なぜ動作が異なるのかというと、ここからは
憶測ですが、タイマー２のカウントダウン時のコンペアマッチ
のフラグを初期化しないまま、次のシミュレーションが
開始してしまうということかと思います。
で、リセット直後にもかかわらずコンペアマッチ状態であると
認識されてしまい、出力が１になる…と。
実際ＡＶＲｓｔｕｄｉｏ自体を再起動すると、１回目はまた
タイマー０と同一になり、２回目からは誤動作します。
つまり、１回目のシミュレーションと２回目以降のシミュレーション
という”条件”によって再現するわけです。
タイマー０に対し、タイマー１やタイマー２は、あとから
追加された機能だろうと思うので、ＡＶＲｓｔｕｄｉｏ自体の
品質がまだ確保されていないってことなのでしょうかねぇ？
いずれにしても、今の私の開発環境ではこれ以上はどうする
こともできそうにありません。
もしＩＣＤを使ってデバッグできるなら、実機にプログラムを
流し込んで動作確認することが出来るんでしょうけど、
私は環境持ってませんし… （ＡＶＲ ＩＳＰ ｍｋ２しか
持ってません。ＪＴＡＧＩＣＥ－ｍｋ２は高いし…）
シミュレーターには「バグは付き物」という前提でテストを
するなら、やはりＩＣＤの環境は必須なのかもしれません
ねぇ…
ただ、今の私にできるのは、シミュレーターでも信用できる
機能のみを利用するということだけ。
ひとまずは、その範囲内で実現できることをしたいと思います。
もしかして、ＩＣＤ環境の販促の為に、わざとバグｆｉｘを
先延ばしにしているんでしょうかね…？
（意地悪く考えすぎ？？）
|
おすすめブログ
@goo_blog
