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

［第４９回］



●ＰＩＣＵＳＢＩＯ−１０（２）１２ビットのデータ出力プログラム

今までのテストプログラムは複数のＩ／Ｏポートに同時に同じデータを出力するものでした。
それが簡単だったのでそのようにしてきたのですが、前回のプログラムの場合は同じデータといってもＣポートは４ビットが出力で４ビットが入力ですから半分のデータしか出力できません。
それはそれで一応のテストプログラムにはなっていますからよろしいのですけれど。

もう少し面白いプログラムにできないものか。
そのように考えて思いついたのは４ビット＋８ビットを合わせて１２ビットのデータにしてみたら面白いのでは、ということでした。
基本的には今までと同じでビット０から始まって１のビットを左シフトさせて０１→０２→０４→０８→１０→２０→４０→８０とするのですが、今までならここで０１に戻るところをＣポートを上位４ビットとみなしてＣポートから０１→０２→０４→０８と出力することにすると、１２ビットのデータを左シフトさせていることになります。
それは面白いではないか。

ということでさっそくプログラムを書き始めたのですが、すぐに詰まってしまいました。
これはだめだ。

どこがだめなのか。
今までのプログラムは出力側と入力側の実行速度の違いによって同じ値が複数回入力されてしまうことを回避するために、前回と同じ値ならばその値は捨てて再度読み直す、というようにプログラムしていました。
ところが今回は下位側の８ビットに値が出力されている間は上位側の４ビットは０が続きます。
その一方で上位側の４ビットに値が出力されている間は下位側の８ビットは０が続きます。

こういうことです。
４ビットと８ビットを連結して下のように表示したとき
００００　０００００００１
００００　００００００１０
００００　０００００１００
というように上位４ビットは０のままです。
出力が進んで
００００　１０００００００
０００１　００００００００
００１０　００００００００
のように上位側の出力になると下位側は０になります。
４ビット、８ビットのどちらを対象にして考えても００００または００００００００が連続してしまう以上今までの考え方では無理だということがわかりました。
やっぱり古典的な考え方ですけれどここはオーソドックスにＳＴＲＯＢＥとＲＥＡＤＹ、ＢＵＳＹによって制御する場面です。

が。
しかし。
それはできません。
なにしろ入出力ともに１２ビットでその全部をデータの入出力にしてしまうつもりですから、ＳＴＲＯＢＥやＲＥＡＤＹのためのビットが足りません。
１２ビットじゃなくて１０ビットにするか？
いやいやいや。
そんなトーシローみたいなまねはできませぬ。
ここは知恵の絞りどころであります。
左様。
頭は生きているうちに使うものであります。
さて。

というところで、次回に続きます。

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

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