標準ＴＴＬだけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第６４９回］

●ふたたびＵＣＯＮレジスタ

ＨＩＤプログラムのとっかかりのところで、ｃｌｒｆ　ＵＩＲ　の１命令の説明にずいぶん手間がかかってしまいました。
プログラムのリストは［第６４６回］でお見せしたのですけれど、最初のところだけもう一度お見せすることにいたします。

;connected to USB
looptop
	clrf UIR
	movlw 08
	movwf UCON
;
	call setupck

ｃｌｒｆ　ＵＩＲ　の次は、
ｍｏｖｌｗ　０８
ｍｏｖｗｆ　ＵＣＯＮ
を実行しています。
［第６３５回］のフローチャートを見ていただければわかりますように、ｌｏｏｐｔｏｐは処理サイクルの起点です。つねにここに戻ってきます。
ということは、ｃｌｒｆ　ＵＩＲと同様に、
ｍｏｖｌｗ　０８
ｍｏｖｗｆ　ＵＣＯＮ
も繰り返し実行されます。

ＵＣＯＮレジスタは［第６４３回］で説明をしましたが［第５１１回］でも説明をしています。
なぜｌｏｏｐｔｏｐにＵＣＯＮレジスタに０８をセットする処理を置かなければならないか、ということについては、［第５１１回］で、短い文章なのですが、ちょうどその答えを書いていますので、そのままを以下転記いたします。

［転記ここから］
ＵＣＯＮのｂｉｔ４を０にしないとＳＩＥ（ＰＩＣ内蔵ＵＳＢコントローラ）はパケットの送信も受信もできません。
当然このビットを０にしてスタートすることになります。

ところがどういう理由によるのかはわかりませんが、説明によると、このビットはＳＩＥがホストからのＳＥＴＵＰを受け取ると、１になるのです。

［出典］ＭＩＣＲＯＣＨＩＰ社ＰＩＣ１８Ｆ１ｘＫ５０ＤａｔａＳｈｅｅｔ
［ここまで］

参考までに、ＰＩＣ１８Ｆ１４Ｋ５０ＤａｔａＳｈｅｅｔから、ＵＣＯＮのｂｉｔ４とｂｉｔ３の説明部分だけを下記引用いたします。

ｂｉｔ３は　ＵＳＢ　Ｍｏｄｕｌｅ　Ｅｎａｂｌｅ　ｂｉｔ　ですから常に１にしなければいけません。
問題はｂｉｔ４です。
このビットはＳＩＥがＳＥＴＵＰトークンパケットを受け取ると１にセットされます。
ですから私のＨＩＤプログラムでは、そのことを利用して、ＨＩＤプログラムのＥｎｕｍｅｒａｔｉｏｎ手続きをスタートさせているのです。
ところが上にも書いてあります通り、ＵＣＯＮのｂｉｔ４が１になると、ＳＩＥはパケットの送信も受信もできなくなってしまうらしいのです（上の引用文にありますように、ＤａｔａＳｈｅｅｔにはそのように書かれています）。
と、そのように当初は解釈していたのですけれど、いまあらためて上記の引用文を読んでみますと、ちょっとニュアンスが違うようです。
確かにｂｉｔ４を０クリアしなければＳＩＥはパケットの送信も受信もしてくれない、というのはその通りだと思います。
そしてＳＩＥがＳＥＴＵＰトークンを受信するとｂｉｔ４を１にする、というのも、その通りだと思います。
しかし、その結果、ＳＩＥが送信も受信もできなくなる、というのではなくて、ＳＩＥが送信、受信を不可にしてしまう（ＳＩＥ　ｈａｓ　ｄｉｓａｂｌｅｄ）ということのようです。
いずれにせよ、ｂｉｔ４を０クリアしなければ、先に進めないことは間違いないようです。

ＵＣＯＮのｂｉｔ４は、私のプログラムではＥｎｕｍｅｒａｔｉｏｎ手続きに入るきっかけとしては有り難いのですが、そこを通過してしまったら、あとは私のプログラムにとっては、実に余計なことをしてくれているだけです。
なので、ｌｏｏｐｔｏｐでは、ＵＣＯＮのｂｉｔ４がセットされていようがいまいが全くお構いなしに、ひたすらＵＣＯＮのｂｉｔ４をクリアするようにしているのです（同時にｂｉｔ３は１にしています）。

ところで［第６４３回］のＳＥＴＵＰ検出のところでは、ＵＣＯＮのｂｉｔ６を１にしていました。
ｂｉｔ６を１にするとｐｉｎｇ−ｐｏｎｇ　ＢｕｆｆｅｒのｐｏｉｎｔｅｒがＤＡＴＡ０（ｅｖｅｎ）にセットされます。
ＰＩＣ１８Ｆ１４Ｋ５０ＤａｔａＳｈｅｅｔのＵＣＯＮのｂｉｔ６の説明部分です。



正直なところ、ここで説明しているＰｉｎｇ−Ｐｏｎｇ　Ｂｕｆｆｅｒ　Ｐｏｉｎｔｅｒなるものがどういう役目をしているのか、はっきり理解しているわけではありません。
多分こういうことだろうなあ、とうすぼんやりとわかったつもりになっているだけです。

ｐｉｎｇ−ｐｏｎｇ　Ｂｕｆｆｅｒについては［第６３７回］で説明をしています。
ｐｉｎｇ−ｐｏｎｇ　ＢｕｆｆｅｒはＥＰ０（ＯＵＴ）のみに設定しています。
ＥＰ０（ＯＵＴ）はＵＳＢホストコントローラから送られてくるコマンドを受けるエンドポイントです。
ＵＳＢホストコントローラはコマンドは必ずＤＡＴＡ０で送ってきます。
ですから最初にコマンドを受け取るためにはＥＰ０（ＯＵＴ）のＤＡＴＡ０（ｅｖｅｎ）にポインタを合わせておく（？）必要があるのでは、ということで、このｂｉｔ６を１にしています。
最初にそのように設定したあとは、なにしろｐｉｎｇ−ｐｏｎｇですから、途中でリセットしてはいかんだろう、ということで、その後はｂｉｔ６を０にしているのです。
そういうことで、その解釈が正しいのか間違っているのかは、正直なところ自信はないのですけれど、そのようにプログラムしたところ、どうやらまともに動いてくれているようですから、多分そういうことでよいのではないか、と思います。
２０１０．１０．３０ｕｐｌｏａｄ

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