８００２ Ｂ７ ＯＲＡ Ａ
８００３ Ｃ８ ＲＺ
８００４ Ｃ３０３８０ ＪＭＰ ＄８００３
そして、もし誤動作することが確認できたなら、今度は下のように少し書き換えて実行してみてください、と書きました。
８０００ ３ＥＦＦ ＭＶＩ Ａ，ＦＦ
８００２ Ｂ７ ＯＲＡ Ａ
８００３ Ｃ８ ＲＺ
８００４ ００ ＮＯＰ
８００５ Ｃ３０３８０ ＪＭＰ ＄８００３
今度は誤動作しなくなったはず、と書きましたが、では、それはなぜなのでしょうか？
それを説明するためには、ＲＺ命令が条件不成立のときに、Ｔ４のタイミングでｒｅｇＷＲ信号の出力にヒゲが発生して、その結果ＰＣＬｒｅｇＷＲ（プログラムカウンタの下位８ビットへの書き込みパルス）が発生し、プログラムカウンタが書き換えられてしまうと、どういうことがおきるのか、を考えてみる必要があります。
タイミングチャートで説明してみましょう。
こんな感じだと思います。
Ｔ４のときにＭｃｌｒが出され、タイミングがＴ０になるために、アドレスバスにはプログラムカウンタの値（ＲＸの次のアドレス）が出力されます。
そしてデータバスには、ＲＸの次の命令が出力されます。
ところが、そのＴ０のときに「ヒゲ」によってＰＣＬｒｅｇＷＲが誤って出力されてしまうため、プログラムカウンタの下位８ビットが書き換えられてしまいます。
なにがＰＣＬに書かれるかといいますと、そのときに内部データバス（＝外部データバス）に出力されている値、つまりＲＸの次の命令コードがＰＣＬに書かれてしまうのです（注）。
（注）実はＴ０がスタートしたときにはＴ４の「残骸」がまだ残っていますから、アドレスバス上ではプログラムカウンタの出力とスタックポインタの出力がぶつかっているはずです（煩雑になるので、上のチャートでは省略してあります）。
ですから、その間はデータバスはかなり乱れているのではないかと思います。
しかしＴ４はマシンクロックカウンタからの出力ですから、ＭｃｌｒがＬになるとすぐにクリアされてしまいます。
「すぐに」と書きましたが、実際にはクロックカウンタ７４ＨＣ１６１のＣＬＥＡＲ→出力の遅延時間（ｔｙｐ．２０ｎｓ）＋７４ＨＣ２３８の遅延時間（ｔｙｐ．５０ｎｓ）を考えると、まあ、おおよそ１００ｎｓていどでＴ４が消えると思います。
つまりアドレスバスがプログラムカウンタに占有されるのは、そのあたりからということになります。
それがメモリの出力に反映されるのは、意外に速いはずで（ＲＡＭはＣＳからの出力遅延よりもアドレスラインの変化からの出力遅延の方が短い）、多分５０ｎｓもあればデータバスは安定すると思います。
Ｔ０がスタートしてから１５０〜２００ｎｓのあたりです。
そのすぐ後（Ｔ０スタートから２５０ｎｓ）に、ＰＣＬｒｅｇＷＲがヒゲによって一瞬（オシロの観測では４０〜５０ｎｓですが個体差がかなりあると思います）Ｌになってしまうため、その立ち上がり時に、このときのメモリからの出力がプログラムカウンタ（下位８ビット）に書き込まれてしまうのです。（０９．１０．２９追記）
その書き換えられたアドレスバスの値はすぐにメモリ出力に影響を与えるため、データバスの値は、書き換えられたメモリアドレスから出力されるデータに変わってしまいます。
データバスの値がＯＰｃｏｄｅレジスタにフェッチされるのはＴ１の終わりですから、次に実行される命令は、そのときにＯＰｃｏｄｅレジスタにラッチされた命令、つまり書き換えられたアドレスにある命令、ということになります。
最初のチェックプログラムの場合、ＲＺの次の命令はＪＭＰ命令（コードＣ３）でしたから、ＲＺの次にはアドレス８０Ｃ３の命令が実行されることになります。
８０Ｃ３には何が書かれているかわかりませんから、多分暴走することになります。
ＲＺの次にＮＯＰ（コード００）を置くと、ＲＺの次に実行されるのは、８０００にある命令になります。
この場合、ＲＺの次にノークロックで（つまり実行時間０、瞬間的に）ＪＭＰ ＄８０００が実行されたのと同じことになりますから、本当はやっぱり暴走してはいるのですが、見かけ上は、８０００〜８００３が繰り返し実行されているように見えます。
以上は理屈で考えた推測です。
しかし多分そのように動いているだろうな、ということはプログラムカウンタの表示ＬＥＤを見れば確認することはできます。
でも、実際にアドレスバスやデータバスを観測して、そのように動いていることを確認してみたいものです。
そのためには、ロジアナが必要ですねぇ。
オシロでは…。残念ながら、無理、です（注）。
（注）本当は無理ではありません。２現象オシロでしたら、ＣＨ１にｒｅｇＷＲを入れてそれでトリガをかけておいて、ＣＨ２でデータバスやアドレスバスのラインを１本ずつ観測しながら、それをメモしていけば観測は可能です。
メッチャ面倒ですけれど。（０９．１０．２９追記）
これほど長い年月、この業界に居ながら、じつは私はロジアナを持っていなかったのです。
ロジアナはとにかく高い！
いや、今はどうだか知りません。以前はとにかく高かった。
たしか百万円ほどもした、はず。
ンナものは、必要ない！
で、ソニーテクトロの２現象１００ＭＨｚストレージオシロだけでやってきました、のです。
いや、やせ我慢ではなく、実際に、私の仕事の上では、ロジアナは持っていたとしても多分ほとんど出番は無かったはずだと思います。
大抵回路のチェックはＩＣの破損、回路の断線、ショートを発見することですから、ロジアナではちょっとムリがあります。
慣れてくるとアナログオシロは実に効果的です。
もちろんラインを１本ずつあたっていかなければいけませんが、ショートや断線は、波形を見るだけでほとんど即断できます。
プログラムのミスやハードの不具合は、これもロジアナよりも、ソフトウェア的手段での解析のほうが早く原因にたどり着けると思います。
というわけで、ロジアナは持っていなかったのですけれど…。
次回は、そのロジアナの話題です。
持っていなかったはずのロジアナが…なんと！
おお、こんなところに、ころがっていたじゃないの！
２００９．１０．２８ｕｐｌｏａｄ
２００９．１０．２９追記
前へ
次へ
ホームページトップへ戻る