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

［第１４１回］



●ＰＩＣＵＳＢＩＯ−０３（９０）Ｉ^２Ｃモード（１２）マスターモード（１１）ＤＳ１３０７受信プログラム（５）

前回からの続きです。
うっかりひきずられてしまった「先入観」とは。
最後のデータの受信後にＰＩＣ（マスター側）が送出するＳＤＡラインのＡＣＫ、ＮＡＣＫの状態（’Ｌ’または’Ｈ’のレベル）はＳＴＯＰコンディションになるまでずっと続いてＰＩＣから出力されていると思い込んでしまったことです。
その間にＤＳ１３０７から何かが出力されるなどとは思いませんでした。
ここはもっとよく考えてみるべきでありました。
よくよく考えてみればＡＣＫ、ＮＡＣＫの送出後はＳＤＡラインは開放されているのではないかと考えられたはずでした。
そうでなければスレーブは次のデータを送信することができません。
そのように考えればもっと早く答えに行き着いたはずでした。
しかしこのときはＳＤＡラインはＡＣＫ送出のあともマスターが制御していると思い込んでしまっていたので答えに行き着くまでに無駄な時間を費やしてしまいました。

無駄な時間を費やしたあとでやっと考えが間違っているのではないかと思い始めました。
ひょっとすると最後のＡＣＫのあとＳＤＡラインが’Ｌ’になってしまうのはＰＩＣ（マスター）ではなくてＤＳ１３０７（スレーブ）から’Ｌ’が出力されているからではないか？
そう考えると最後のデータのあとにはＮＡＣＫを送らなければならないというＤＳ１３０７のＤａｔａ　Ｓｈｅｅｔの記述にはそれなりの理由があるように思えてきます。

これはＰＩＣの側の問題というよりもＤＳ１３０７の側の問題ではあるまいか？
そこで試しに異常な状態が発生したあとコマンドプロンプトのＢＡＳＩＣシステムは起動した状態のまま、そしてパソコンとＰＩＣＵＳＢＩＯ−０３はＵＳＢ接続をしたままでＰＩＣＵＳＢＩＯ−０３とＤＳ１３０７をつないでいる１６ｐｉｎケーブルをＰＩＣ側のコネクタから外して少しの間ＤＳ１３０７の電源ラインをＯＦＦにしてみました。
そのようにしたあとでもう一度ケーブルを接続しました。
ＤＳ１３０７から何らかの信号が出力されていると仮定して、それならば一旦ＤＳ１３０７の電源をＯＦＦにすればＤＳ１３０７がリセットされるのではないかと考えたからです。

そのようにしたあと、問題の受信プログラムを実行したところ、エラーは発生せずに正しく受信が行なわれました。
問題はＰＩＣの側ではなくてＤＳ１３０７の側にあったのでした。
ＡＣＫを出力したあとＰＩＣの側はＳＤＡラインを開放していたのでした。
それを「強制的に」’Ｌ’にしていたのはＤＳ１３０７だったのでした。

そうだとすると。
ＡＣＫを受信したあとクロックも出ていないのにＤＳ１３０７はどういうタイミングで’Ｌ’を出力しているのだろうか？
そこが気になりました。
ＣＰＬＤロジアナの波形を確認してみるとＡＣＫが出力されたあと’Ｈ’（つまりハイインピーダンス）になることなく、ＡＣＫの直後から’Ｌ’になっているように見えます。
これではＤＳ１３０７は最後のクロック（９番目のクロック）が終った直後から’Ｌ’を出力しているようにしか思えません。
？？？
あ、あ、あ！
わかった！
そういうことだったのか！

やっと全てが理解できました。
なんともおばかな話でありました。
当たり前のことだったのです。

マスターの側は最後のデータを受信したのでそこでＡＣＫを送ってそのあとＳＴＯＰコンディションに入ろうとしていてもそれはＤＳ１３０７にはわかるはずのない話です。
データを送ったあとＡＣＫがきたらＤＳ１３０７はどうするか？
次のデータを送信しようとします。
そのタイミングは？
おそらく９番目のクロックの下がりエッジで次のデータのｂｉｔ７を出力することになるのでは？
そしてたまたまそのｂｉｔ７が’０’だったなら。

そういうことだったのでした。
もっともその場合ｂｉｔ７が’１’でも結果は同じことです。
マスターはＳＴＯＰコンディションを送ったつもりでもスレーブ（ＤＳ１３０７）はデータ送信を続けようとしますからこの時点でマスターとスレーブは完全に食い違ってしまいます。
それではまともに通信が行なわれるはずはありません。
唯一の解決策はＤＳ１３０７をリセットすることだったのでした。

やっとＤＳ１３０７のＤａｔａ　Ｓｈｅｅｔに最後のデータ受信のときにはＡＣＫではなくてＮＡＣＫを送ると書いてある意味が理解できました。
ＤＳ１３０７の場合、データ送信の終わりを知るためにはＮＡＣＫを受信する必要があったのでした。

しかし。
それはＤＳ１３０７固有のルールなのか？
この時点では私はそのように考えていました。
ＰＩＣ１８Ｆ１３Ｋ５０のＤａｔａ　Ｓｈｅｅｔを何回か読み直してみたのですがそんなことはどこにも書いていなかったからです（そのように思ったのも私の思い違いでした）。
その疑問は後になってから解けました。
次回から書く予定のスレーブモードのところに書いてありました！

順序として先にマスターモードからテストをしようと思ったためスレーブモードについての説明文は読み飛ばしていました。
ＰＩＣ１８Ｆ１３Ｋ５０のＤａｔａ　Ｓｈｅｅｔではスレーブモードの説明が先にあります。
先にスレーブモードについて理解するべきなのでそういう順序で説明がなされているのかもしれません。
先にスレーブモードについての説明文をしっかり読めば無駄な時間を費やすことはなかったでありましょう。
やっぱり説明文は飛ばし読みなどしないで順序通りにしっかり読まなければいけません。
年の終わりの反省でありました。

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

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