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

［第５０回］



●ＰＩＣＵＳＢＩＯ−１０（３）なぜ今までのプログラムではだめなのか

前回は４ビットと８ビットの入出力ポートのデータをつないで見かけ上は１２ビットとするプログラムについて書きました。
最初は今までに作ったプログラムをもとにしてそれを１２ビットに対応したものに書き直すつもりだったのですが、それでは駄目だと気が付きました。
前回はそのように書いたのですが、そしてその理由も書いたのですがちょっと舌足らずな説明でした。
どうして駄目なのか、書いた本人はもちろんわかって書いたのですが。
前回は時間が無くて肝心のところをはしょって書いたものですから、そのように書いた本人が「いやＳＴＲＯＢＥやＲＥＡＤＹなどを使わなくてもいけるはず」なんて一度実際に駄目だと確認したことをまた追体験しようとしてしまいました。
誠に歳は取りたくないものであります。
もうこれ以上同じことを考えて残り少ない時間を無駄に浪費しないためにそこのところをしっかりと書いておくことにいたしました。

上位４ビットと下位８ビットを合わせて１２ビットの入出力としてそこに８ビットのときと同じように１のビットを左シフトさせるプログラムを作ります。
そこで問題になるのは４ビットのポートと８ビットのポートからの出力が同時には行なわれないというところにありました。
わずかですが時間差があります。
そのことは入力においても同じです。
その時間差のために入力したデータを表示するところで同じ値を複数回表示してしまうという問題が発生しました。
それを避けるためにすでに入力表示済みの値と新たに入力した値を比較してそれが同じならば二重表示になるのでその値は捨ててしまって再度入力し直すというようにプログラムしました。
ところが前回書きましたように１２ビットにした場合下位側の８ビットにシフトした値があるときは上位４ビットは０になってしまいます。
逆に上位側にシフトした値がある場合には下位８ビットが０になります。
すると上位側の４ビットも下位側の８ビットも０である期間が連続することになるので「先に入力した値と今回入力した値を比較して同じならばその値を捨てる」ことができなくなってしまいます。
それは上位側の４ビットを見ても下位側の８ビットを見ても同じことです。
「だから今までのプログラムでは駄目なのです」と前回は書いたのでしたが。
その説明には穴がありました。
駄目な理由はそれだけではありませんでした。
もうひとつ大きな理由がありました。
それはすでに過去回に書いているのですが書いた本人がすっかり忘れてしまっておりました。
もう一度。
本当に歳は取りたくないものであります。
そのことについては後で書くことにしまして、そのもうひとつの理由を忘れてしまっていると次のように考えることになります。
「上位側の４ビットを見ても下位側の８ビットを見ても駄目ならば両方を合わせて見ればよいではないか」

そのように考えて書いたプログラムを実行すると下のようになります。
ＮＤ８０Ｚ３．５のＺＢ３ＢＡＳＩＣの画面です。

１００行でこちらが出力したデータとＰＩＣから出力されたデータを比較して下位８ビットの値を比較します。
不一致ならまだＰＩＣ側がデータを受け取っていないと判断して再度ＰＩＣからの値を入力します。
これだけだとすでに書きましたようにオール０の期間はスルーされてしまいます。
そこで次の１１０行で上位４ビットについて１００行と同じことを行ないます。
このように二段構えでチェックすればよいはずです。
１３０行では下位８ビットの値のビット７が１かどうかを判定し、１ならば上位４ビットの値を０００１にして下位８ビットの値を００００００００にします。
ここと次の１４０行で上位４ビットのシフトを行ないます。

ＰＩＣＵＳＢＩＯ−１０側のＢＡＳＩＣ画面です。

４０行と５０行で下位８ビットと上位４ビットの値をそれぞれ比較して値が異なっていれば７０行のＰＲＩＮＴ文にいきます。
ここもＮＤ８０Ｚ３．５のプログラムと同様に二段構えでチェックしています。
これならばうまくいくように思えるのですが…。

実行結果です。

上から４行目、１３行目、１８行目の表示におかしいところがあります。
実はこの問題については［第４７回］に書いておりました。
そこに書きましたように下位８ビットの出力と上位４ビットの出力が「同時」ではなくてわずかな時間差で行なわれることが原因でした。
［第４７回］では後から出力されたポートの値をチェックするという簡単な方法でこの問題をクリアしました。
ところが今回の１２ビット出力のプログラムでは上位、下位のどちらを後から出力してもそのどちらにも連続して値が０になる期間があるために［第４７回］の手法はとれません。
それが前回「この方法では駄目だ」と書いた本当の理由でした。
それをすっかり見事に忘れてしまったのでした。
むむむ。
もう一度。
誠に誠に歳は取りたくないものであります。

それで。
まともに動くプログラムについてですが。
今回書くつもりだったところを予定を変更してしまいましたので。
次回に書くことにいたします。

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

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