ＰＩＣ−ＵＳＢＩＯ　ｕｓｉｎｇ　ＢＡＳＩＣ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＵＳＢインターフェースを内蔵したＰＩＣを使ってＷｉｎｄｏｗｓパソコンで外部回路を制御するための各種Ｉ／Ｏ基板の製作記事です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第８３回］



●ＰＩＣＵＳＢＩＯ−０３（３２）Ｔｉｍｅｒ１（１４）ＣＡＰＴＵＲＥモード（５）誤差を０にする

前回はＣＡＰＴＵＲＥモードのテストでＣＣＰＲ１レジスタの値が入力パルスをカウントするごとに一定の値ずつ増加（または減少）する原因が水晶発振の誤差であるらしいということをテストと計算によって確かめました。

今回は前回とは別のテストによって確認してみます。
前回書いたことなのですが、ＣＡＰＴＵＲＥモードのテストはＴｉｍｅｒ０とＴｉｍｅｒ１の違いはあるものの、送出するパルスの周期は１２ＭＨｚの入力クロックを６５５３６カウントしてオーバーフローする時間の整数倍（これをＮ回とします）になっていて、その一方でそのパルスの周期をＣＡＰＴＵＲＥモードでカウントするＴｉｍｅｒ１のクロックも１２ＭＨｚですからＴｉｍｅｒ１が６５５３６カウントでオーバーフローする回数がちょうどＮ回のときに入力パルスの１周期をカウントしたことになるはずです。
その計算は前回に示しましたがその計算結果には端数はありません。
つまり今まで問題としていた増加減少の差分がもしも水晶発振の誤差だったとしたら、その誤差さえなければＣＣＰＲ１の値はカウントするごとに常に一定の値を示すはずです。
どうしたら水晶発振の誤差を０にすることができるでしょうか？
そんなことはできっこない、でしょうか。
そうですよねえ。
ちょっと考えるとそんなことは無理だと思えますけれど。

実は突然にひらめいたのです。
送出側とそれを受ける側が別々に水晶発振をしているからそこに発振誤差が発生します。
もしも両方が同じクロックを使ったら誤差は生じないはずです。
と言っても回路を改造したりＰＩＣのプログラムをいじくったりする必要はありません。
もっと簡単な方法があるじゃありませんか。
１台のＰＩＣＵＳＢＩＯ−０３だけを使って自分で送出したパルスを自分で受けてそれをカウントすればよいのです。

そんなことがうまくできるでしょうか。
それはやってみればわかることです。
今まで左側のＰＩＣで実行していたプログラムと右側で実行していたプログラムを合体させて１本のプログラムにしてしまいました。

５、６、７行のプログラムが左側のプログラムです。
それを右側のプログラムの先頭に追加しました。
ただし今までは左側のＰＯＲＴＣはＲＣ４からパルスを出力しそれを右側のＲＣ５で入力していました。
そのＲＣ４とＲＣ５を結線するとともにＰＯＲＴＣのビットの向きをビット４（ＲＣ４）のみ出力にして他のビットを入力に設定しました。
それが５行のｐｉｃｏｕｔ　ＴＲＩＳＣ，＄ｅｆです。
またまた自画自賛ですけれどこういうことがいとも簡単にできてしまうところがＰＩＣＵＳＢＩＯ用ＢＡＳＩＣインタプリタのなんとも便利なところなのです。

プログラムを実行しました。

考えた通りの結果になりました。
ＣＣＰＲ１の値は見事に固定したままです。
ＣＡＰＴＵＲＥＲモードが働いている証拠にＴｉｍｅｒ１の値（ＴＭＲ１Ｈ、ＴＭＲ１Ｌ）は毎回異なった値を表示しています。

ＰＩＣ−ＵＳＢＩＯ　ｕｓｉｎｇ　ＢＡＳＩＣ［第８３回］
２０２２．１０．２５ｕｐｌｏａｄ

前へ
次へ
ホームページトップへ戻る