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

［第１６３回］



●ＰＩＣＵＳＢＩＯ−０３（１１２）ＥＵＳＡＲＴ（１４）同期モード（７）送受信プログラム（４）マスター受信／スレーブ送信プログラム（３）

前回は一応マスター受信：スレーブ送信プログラムが動作するようになりました。
しかし満足がいく出来ではありません。
まだ問題点は残ったままです。
１）一旦マスター側の受信プログラムを実行するとその後はクロックが出力されたままになるので多分そこでオーバーランエラーになってしまう。
それをクリアするには毎回ＥＵＳＡＲＴをリセットしなければならない。
２）３００ボーでしか使えない。

おおそうか！
１）と２）を同時にクリアする対策を思いつきました。
やっぱりとことん考えてみるべきです。
途中で諦めてしまってはいけません。
問題は同期マスター受信の場合受信が「連続して」行なわれてしまうからいけないのでした。
メインプログラムが制御して１文字ずつ受信できれば問題は解決します。
そんな都合の良いことができるのか？
そう。
そんな都合の良いことができるのでした。
ＲＣＳＴＡのｂｉｔ５（ＳＲＥＮ）をセット（同時にｂｉｔ４のＣＲＥＮをクリア）すればよかったのでした（［第１５８回］参照）。
当初Ｄａｔａ　Ｓｈｅｅｔのその部分を読んだときにはおかしな機能だなあと思ったのでしたがこういう使い道があったのでした。
今までのプログラムのようにＣＲＥＮをセットすると、クロックパルスが連続して出力されます（ｃｌｏｃｋｓ　ａｒｅ　ｃｏｎｔｉｎｕｏｕｓｌｙ　ｇｅｎｅｒａｔｅｄ）。
ＣＲＥＮをクリアしてＳＲＥＮをセットするとクロックパルスは１文字分だけ（ｓｉｎｇｌｅ　ｃｈａｒａｃｔｅｒ）出力されます。

マスター側のプログラムをそのように変更しました。

８０行のＲＣＳＴＡの設定のところを＄９０から＄Ａ０に変更しました（ｂｉｔ５＝１、ｂｉｔ４＝０）。
これなら１２００ボーでもいけるはず、と考えてＳＰＢＲＧＨ＝＄２７、ＳＰＢＲＧ＝＄０Ｆに直しました（４０行、５０行）
ＳＲＥＮビットは１文字を受信するとクリアされてしまいます。
ですから受信する前に毎回ＳＲＥＮビット（ＲＣＳＴＡのｂｉｔ５）をセットしなければなりません（１０５行、１２５行）。

今までと同様、先に右側（スレーブ側）の送信プログラムを実行しました。

次に左側のマスター受信プログラムを実行しました。

うまくいきました。

念のためもう一度。

スレーブ送信プログラムを実行しました。

マスター受信プログラムを実行しました。

あれ？
受信エラー？？？

繰り返し実行してみましたが結果は同じです。

世の中というものはなかなかに思うようにはなってくれないものであります

一体何がどうなっているのか確認してみなければなりません。
ここはＣＰＬＤロジアナの出番です。

ＰＲＯＢＥ０がクロックラインでＰＲＯＢＥ１がデータラインです。
マスター受信プログラムがスタートしてＥＵＳＡＲＴが所定の設定によって動き出すまではクロックは出力されていません。

最初のデータ（’４１’）の受信です。

あれ？
１ビットずれているような？
１０００００１０（下位ビットから送信されますから、逆に読むと０１０００００１です）のはずが０００００１００（逆に読むと００１０００００）のように見えます。
マスター側はこれを’２０’として受信してしまったようです。

’４２’の送信です。

スレーブは１つ前のクロックで最下位ビットを送信しているようです。
マスター側はそれを１００００１０１（逆に読むと１０１００００１）、つまり’Ａ１’として受信してしまったようです。

’４３’の送信です。

ここでもスレーブは１つ前のクロックで最下位ビットを送信しているようです。
マスター側はそれを１００００１０１（逆に読むと１０１００００１）、つまり’Ａ１’として受信してしまったようです。

現象は確認できました。
なぜこのようなズレが発生してしまったのでしょうか？
今度はその原因と対策を考えなければなりません。
なかなかに悩ましいことです。

次回に続きます。

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

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