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

［第１４７回］



●ＰＩＣＵＳＢＩＯ−０３（９６）Ｉ^２Ｃモード（１８）スレーブモード（６）送信プログラムの波形／ＷＣＯＬビット

前回テストしたスレーブ送信の波形をＣＰＬＤロジアナで確認しました。

マスターが送出したＳＴＡＲＴコンディションです。

ＰＲＯＢＥ０はＳＣＬ（クロック）です。
ＰＲＯＢＥ１はＳＤＡ（データ）です。
ＳＣＬがＨのときにＳＤＡをＨからＬにするとＳＴＡＲＴコンディションになります。
上の波形はちょうどＳＤＡがＨからＬになったときにスタートしています。

スレーブアドレス＋Ｒ／Ｗビットの送信です。

アドレスは’０００００００’でＲ／Ｗは’１’です。
９ビット目はスレーブが出力した’０’（ＡＣＫ）です。
スレーブが受信のときはＡＣＫはＭＳＳＰモジュールによって８ビットの受信が終ると自動的に送信されますから間は空きません。

スレーブからの送信です。

最初のデータ（’０１１００００１’＝＄６１）です。
マスターの受信ではＡＣＫはソフトウェアによって出力されますから間か空いてしまいます。

マスターが送出したＡＣＫです。

データを受信してから約８ｍｓｅｃ後です。
これはｐｉｃｏｕｔ命令、ｐｉｃｉｎ関数の実行に時間がかかるためです（［第１２９回］参照）。

スレーブからの２番目のデータの送信です。

’０１１０００１０’（＄６２）です。

マスターが送出したＮＡＣＫです。

データを受信してから１６ｍｓｅｃ後です。
最後の受信データにはＮＡＣＫ（’１’）を送ります。

ＳＴＯＰコンディションです。

ＳＣＬがＨのときにＳＤＡをＬからＨにするとＳＴＯＰコンディションになります。
ＳＴＡＲＴコンディション、ＳＴＯＰコンディションはマスターがＳＳＰＣＯＮ２レジスタのｂｉｔ０、ｂｉｔ２を’１’にすることで自動的に発行されます。

●ＷＣＯＬ

いろいろ試すことがあって［第１４４回］のプログラムを変形したりしてテストをしていましたら突然スレーブが受信しなくなってしまいました。
繰り返し実行してみたのですが全く反応無しの状態です。
最初はスレーブ側のプログラムを疑ったのですが特に問題はないようです。
スレーブ側のレジスタも確認したのですが異常なエラービットが立っているということもありません。
念のためにと思ってマスターのレジスタも確認してみたところＷＣＯＬビットが’１’になっていることがわかりました。
ＷＣＯＬビットはＳＳＰＣＯＮ１のｂｉｔ７です。
ＳＳＰＣＯＮ１は［第１３０回］で説明をしています。
ＷＣＯＬビットはＩ^２Ｃラインがデータを出力できる状態になっていないときにＳＳＰＢＵＦにデータの書込みをしたときにセットされます。
それでやっと理解できました。
おそらくあれこれテストをしているうちにスレーブ側がクロックストレッチングを実行してＳＣＬラインを強制的にＬレベルにした状態でプログラムをブレークしてしまったのではないかと思われます。
そのことに気が付かないまま再度プログラムを実行したためにＷＣＯＬビットが’１’になってしまったのではないかと思います。
ＷＣＯＬビットはプログラムでクリアしなければなりません。
うーん。
それは３０行でクリアできているつもりだったのですが。
もう一度そのときのプログラム画面を下に表示します。

３０行でｐｉｃｏｕｔ　ＳＳＰＣＯＮ１，＄２８を実行すればビット７は’０’なのでそれでＷＣＯＬはクリアできているはずと思ったのですがシリアルポートをイネーブルにするのと同時ではだめのようです（ちょっと疑問なのですが）。
上のプログラムに
１５　ｐｉｃｏｕｔ　ＳＳＰＣＯＮ１，０
を追加したところ何事もなかったようにスレーブが再び受信できるようになりました。
マスター側は普通に送信したつもりだったのですがＷＣＯＬビットが’１’になっていたため実際には何も送信しない状態になっていたというのがことの真相だったようです。
実際のプログラムでは送信、受信の都度各フラグをチェックするべきなのですがそうするとテストプログラム（サンプルプログラム）が複雑なものになってしまいます。
できるだけ簡単なプログラムにするように考えた結果そういうところはかなり省いてあります。
今回はそれが裏目に出てしまいました。

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

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