［新連載開始］Ｗ６５Ｃ０２マイコンボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
私としてはＷ６５Ｃ０２をさわるのは全く初めてです。何から何まで未経験です。さてどうなりますでしょうか。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第８３回］



●ＵＳＢによるデータの送受信（５）ＤＷＢＦＣＫ，ＤＲＢＦＣＫ，ＤＷＲＩＴＥ，ＤＲＥＡＤ

今まで書いてきましたようにＰＩＣ１８Ｆ４５Ｋ５０とＷ６５Ｃ０２の間のデータの送受信はＰＩＣ１８Ｆ４５Ｋ５０がＤＭＡでＷ６５Ｃ０２のプログラムを一時停止させておいてその間にＲＡＭに対してデータをＷＲＩＴＥ、ＲＥＡＤするという方法で行ないます。
その方法をステップを踏んで構築してきましたので新規に作ったＢＡＳＩＣの命令はまだＤＭＡ方式を意識したものになっていました。
実際にそのように操作しているのですからそれがわかる形のほうが応用が利くという面があると思います。
ただ実用としてのＵＳＢ通信を考えてみるとＤＭＡを意識しながらプログラムを作るというのもいささか冗長です。
裏ではＤＭＡ方式で行なっていても表では直接データを送受信している形にしたほうが余計なことを考えなくて済むだけプログラミングの効率が上がるといえましょう。
そもそもはそれこそがＢＡＳＩＣ的ということだと思います。
その考えに従って今回はまた４つの命令を新しく作りました。
とは言っても前回までの命令が使えなくなったわけではありません。
今までの命令も今までのやりかたでそのまま機能します。
今回はそれに加えて新しい命令を追加しました。
命令の名前をどうするかでちょっと悩みました。
送信、受信ということからすればＳＥＮＤ、ＲＥＣＥＩＶＥが適当なのですが特にＲＥＣＥＩＶＥなどは綴りでこけてしまいそうです。
ここはやっぱりＷＲＩＴＥ、ＲＥＡＤのほうが判りやすいと判断しました。
前回の命令でメモリに対してＭＷＲＩＴＥ、ＭＲＥＡＤを使いましたのでその延長でＤＷＲＩＴＥ、ＤＲＥＡＤとしました（Ｄａｔａ　Ｗｒｉｔｅ、Ｄａｔａ　Ｒｅａｄの意）。
またバッファエンプティかどうかを確認するためのものとしてＤＷＲＩＴＥ、ＤＲＥＡＤからの連想でＤＷＢＦＣＫ、ＤＲＢＦＣＫという名前の命令を作りました。
以下に整理します。
１）ＤＷＢＦＣＫ
Ｄａｔａ　Ｗｒｉｔｅ　Ｂｕｆｆｅｒ　Ｃｈｅｃｋ
１バイトの送信バッファが空のときに０、フルのときに１になります。
ＰＩＣ１８Ｆ４５Ｋ５０（ＰＩＣＵＳＢＢＡＳＩＣ）からＷ６５Ｃ０２へデータを送るときが「送信」でＷ６５Ｃ０２からのデータを受け取るときが「受信」です。
２）ＤＲＢＦＣＫ
Ｄａｔａ　Ｒｅａｄ　Ｂｕｆｆｅｒ　Ｃｈｅｃｋ
１バイトの受信バッファが空のときに０、フルのときに１になります。
３）ＤＷＲＩＴＥ
１バイトのデータを送信します。
書式は　ＤＷＲＩＴＥ　ｄａｔａ　です。
ｄａｔａとして０を送信するとＢＡＳＩＣとＷ６５Ｃ０２側のプログラムが共に終了します。
４）ＤＲＥＡＤ
１バイトのデータを受信します。
ＤＷＢＦＣＫ、ＤＲＢＦＣＫ、ＤＲＥＡＤにはパラメタはありません。
ＤＷＲＩＴＥの実行前にＤＷＢＦＣＫを実行してバッファが空であることを確認する必要があります。
ここでバッファが空というのは値が０という意味ではありません。
Ｗ６５Ｃ０２がそのデータを読み取り済み（受信済み）であるという意味です。
ＤＲＥＡＤの実行前にＤＲＢＦＣＫを実行してバッファに受信データがあることを確認する必要があります。
受信データがあるというのはそこに何かの値があるという意味ではありません。
そこにＷ６５Ｃ０２から送られたデータがあってそれが未読であるということを意味しています。

下がＰＩＣ１８Ｆ４５Ｋ５０の側のＢＡＳＩＣプログラムです。

こんなに短いプログラムになりました。

Ｗ６５Ｃ０２の側のプログラム（前回と同じ６５Ｃ０２ＴＥＳＴ５２．ＢＩＮ）は先に／ＬＤコマンドでロード済みです。
／ＲＵＮコマンドでＷ６５Ｃ０２側のプログラムの実行を開始し次にＲＵＮコマンドでＰＩＣ１８Ｆ４５Ｋ５０側のＢＡＳＩＣプログラムの実行を開始しました。

２０行の　ｂ＃０　はｂ≠０（ｂ＜＞０）の意味で使います。

Ｗ６５Ｃ０２マイコンボードの製作［第８３回］
２０２６．９．２８　ｕｐｌｏａｄ

前へ

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