ＰＩＣ−ＵＳＢＩＯ ｕｓｉｎｇ ＢＡＳＩＣ
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＵＳＢインターフェースを内蔵したＰＩＣを使ってＷｉｎｄｏｗｓパソコンで外部回路を制御するための各種Ｉ／Ｏ基板の製作記事です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第１２８回］
●ＰＩＣＵＳＢＩＯ−０３（７７）ＳＰＩモード（９）スレーブモード（３）ＰＩＣＵＳＢＩＯ−０３を２台接続してテストする（２）
前回は２台のＰＩＣＵＳＢＩＯ−０３を接続して一方をマスターモード、もう一方をスレーブモードで動作させることでスレーブモードのテストを行ないました。
ところが後で気がついたのですがこのときのスレーブモードのプログラムには考え方がおかしいところがありました。
スレーブモードのプログラムでＳＳＰＣＯＮ１レジスタのｂｉｔ３−０に０１０１を設定しました。
ＳＳを使わないスレーブモードの設定です。
前回書きましたようにＳＳＰＳＴＡＴレジスタのｂｉｔ７はスレーブモードでは’０’にしなければならないため、その結果としてｂｉｔ６のＣＫＥも’０’に設定することになりました。
ＣＫＥ＝１のときはＳＳ信号の入力は必須ですがＣＫＥ＝０のときは使わなくても構わないことになっています（［第１２６回］）。
そういうことなのでまずはＳＳを使わないモードでテストをするつもりでＳＳＰＣＯＮ１レジスタのｂｉｔ３−０に０１０１を設定したのでした。
ところがＳＳを使わない設定なのにＲＣ６の入力をトリガとして使うというプログラムを書いてしまいました。
このプログラムに限って考えればＳＳを使わない設定なのですからＲＣ６のラインを結線する必要もありませんでした。
ＲＣ６を結線したのは上記のテストのあとでｂｉｔ３−０を０１００にしてＳＳを使う設定でもテストをしようと考えたからです。
そのことをころっと忘れてしまって前回のようなみっともないプログラムを書いてしまいました。
うーん。
ボケていますなあ（お恥ずかしい）。
つまり前回のテストとしてはＲＣ６の入力をチェックする部分は無くてもよいはずということになります（当然マスターの側もＲＣ６の出力は不要になります）。
そういうことになりますと念のためにもう一度テストを行なわなければなりません。
やれやれ、です。
前回のプログラムを一部書き換えました。
左側のマスターモードのプログラムは７０行でＰＯＲＴＣから＄００を出力するところをコメント文にしました。
今気が付いたのですが１７０行も不要でした。
右側のスレーブモードのプログラムも７０行でＲＣ６の入力をチェックしているところをコメント行にしました。
そのようにしてから左側のプログラムをＲＵＮコマンドで実行しました。
こちらのプログラムは３５行で一旦ブレークします。
それから右側のプログラムを実行しました。
右側（スレーブ側）は左側（マスター）が送信を開始するまで待っています。
このあたりのところは前回説明した通りです。
マスター側でＧＯＴＯ ４０を実行しました。
マスター側もスレーブ側も正しく送受信が行なわれました。
ＳＳを使わなくてもＳＰＩ通信が正しく行なわれました。
それではＳＳを使うモードではどうなるでしょうか。
次はそれをテストしてみることにします。
マスター（左側）は前回のプログラムに戻しました。
ＲＣ６からＳＳ信号を送ります。
３０行でＲＣ６（ＳＳ）＝１、７０行でＲＣ６＝０、１７０行でＲＣ６＝１です。
スレーブ（右側）は６０行のみ書き換えました。
ＳＳＰＣＯＮ１に＄２４を設定しました（＜ｂｉｔ３−０＞＝０１００。ＳＳを使うスレーブモードです）。
そのようにして両方のプログラムを実行しました。
先ほどと同じようにここでスレーブはマスターからの送信を待っているようです。
マスター側でＧＯＴＯ ４０を実行しました。
マスター側もスレーブ側も正しく送受信が行なわれました。
が。
よく考えてみるとこれだけではＳＳを使うスレーブモードのテストとしては不十分です。
本当にＳＳによる制御が利いているのか？
そこのところはこれだけでは確認したことにはなりません。
ＳＳを使うスレーブモードでマスター側がＳＳ信号を送らなかったらどうなるか？
それを確認してみました。
マスター側は７０行と１７０行をコメント文にしましたからＳＳ信号は３０行で’１’を出力したままの状態になります。
スレーブ側はさきほどのＳＳを使うモードのプログラムのままです。
プログラムを実行したところマスター側には’ＦＦ’が受信されましたがスレーブ側は何も変化しませんでした。
スレーブ側はＳＳ信号がアクティブにならないのでＳＰＩモジュールが全く応答しない状態になっていると考えられます。
そのためマスター側は空のデータ（ＦＦ）を受信したと考えられます。
やはりＳＳ信号は利いているようです。
この状態でマスター側のプログラムを変更して元通りＳＳ信号を送るように直しました。
７０行と１７０行のコメント文を元通りの実行文に直してＲＵＮコマンドを実行しました。
続いてＧＯＴＯ ４０を実行する直前の状態にしました。
ＧＯＴＯ文を実行しました。
今度はスレーブ側が応答して正しく送受信できました。
これでＳＳを使うスレーブモードではＳＳ信号による制御が行なわれることが確認できました。
が。
ちょっと待ってください。
ＣＫＥ＝１のときにはＳＳ信号による制御が必須（Ｎｏｔ Ｏｐｔｉｏｎａｌ）ということでした（［第１２６回］ＦＩＧＵＲＥ１５−６）。
しかし今回のテストはＣＫＥ＝０のモードです。
ＣＫＥ＝０ではＳＳは使っても使わなくてもよいということで、確かにそれは確認できました。
ではそもそものＣＫＥ＝１のときはどうなのかのテストは？
ところがそれができないのですよねえ。
今回のはじめのところに書きましたようにスレーブモードではＳＳＰＳＴＡＴレジスタのｂｉｔ７はスレーブモードでは’０’にしなければならない決まりです。
ＳＳＰＳＴＡＴレジスタは前回説明しましたが下に再掲します。
［出典］Ｍｉｃｒｏｃｈｉｐ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｃ． ＰＩＣ１８Ｆ１３Ｋ５０／１４Ｋ５０ Ｄａｔａ Ｓｈｅｅｔ
ｂｉｔ７ ＳＭＰ：サンプルビット
ＳＰＩマスターモードのとき
１＝受信データはデータ出力タイムの終わりにサンプリングされます。
０＝受信データはデータ出力タイムの中央でサンプリングされます。
ＳＰＩスレーブモードのときはｂｉｔ７は０にしなければなりません。
受信データがデータビットの中央でサンプリングされるということはクロックパルスが正極性のときにはクロックの立ち上がりでＳＤＯからデータが出力されることを意味しています。
それはＣＫＰ＝０、ＣＫＥ＝０です（ＭＯＤＥ１）。
（［第１２２回］参照）
またクロックパルスが負極性のときにはクロックの立ち下がりでＳＤＯからデータが出力されることを意味しています。
それはＣＫＰ＝１、ＣＫＥ＝０です（ＭＯＤＥ３）。
どちらもＣＫＥ＝０です。
ＣＫＥ＝１のときはＳＳＰＳＴＡＴ＜ｂｉｔ７＞＝０の条件を満足できません。
どうなっているのでしょうか？
ＭＩＣＲＯＣＨＩＰ様。
ちょいと消化不良でありますけれど。
とにかくＳＰＩスレーブモードでの通信もできたことですので、ＳＰＩモードについてはここまでということにいたしましょう。
あ。
もうひとつ書いておかなければならないことが残っておりました。
それは次回にて。
ＰＩＣ−ＵＳＢＩＯ ｕｓｉｎｇ ＢＡＳＩＣ［第１２８回］
２０２２．１２．１３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る