超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第２９回］
●問題はｒｅｇＲＤ信号の誤出力
前回はＷＫＬｒｄ信号が出るはずのないタイミングで誤って出ることがある、ということを突き止めました、と書きました。
さらに調べてみますと、結局はそのタイミングでｒｅｇＲＤ信号が誤って出力されてしまうことがあるのが、そもそもの原因ということがわかりました。
ｒｅｇＲＤ…。
それがわかったとき、思わずため息をついてしまいました。
最悪すぎる…。
ｒｅｇＲＤはＯＲ出力で、ほとんど全ての命令回路から出力されています。
ですからｒｅｇＲＤだけ見ていても何も分かりません。
下は「ＭＯＶ，ＭＶＩ」の回路図です。
この回路の中で「ｒｅｇＲＤ」は楕円で囲った２箇所から出力されています。
もっともこのうち右下のｒｅｇＲＤはクロックＭ３のタイミングで出力されます。
問題のＴ４（クロック４）のタイミングではありませんからこれは除外できます。
その上方のｒｅｇＲＤはクロックＭ２（Ｔ４，Ｔ５）のときに出力されますから、これは誤出力の可能性リストに含まれます。
誤出力の原因はおそらく断線だと思われますがそれはともかくとしてそのタイミングでそこのｒｅｇＲＤがアクティブ（Ｌ出力）になるということは、ロジックから考えるとＩＣ１５５のｐｉｎ３がＨということです。
もしｒｅｇＲＤがアクティブのときにＩＣ１５５のｐｉｎ３がＨになっていたら、そのラインがおかしい（そのラインかまたはその上流のどこかが断線している）ということになります。
口で言うのは簡単ですけれど、それを調べていくのは大変なことです。
ええ。
でも、調べましたよ。
覚悟をきめまして。
全ての回路のうち、Ｔ４のタイミングでｒｅｇＲＤが出力される可能性がある回路を全部、ぜーんぶ！
どうやったかといいますと、前回やりましたＩＣテストピンのうちいくつかを外してそれを上記のように考えてｒｅｇＲＤ出力回路の前段のＩＣ端子につないで、前回と同じように信号取得して調べていったのです。
正直言って、疲れました！
なんたってあの大きな基板のあっちとこっちという具合に測定しなければならないところもありますから、ＩＣテストピンのリードの長さが足りなくなって、こんなことになってしまいます。
こんな調子でｒｅｇＲＤ出力回路を調べていきましたら、１箇所おかしなところをみつけました。
●やっと原因箇所を特定…のはずだったのですが
ＡＤＤ、ＡＤＣなどの回路です。
回路図の上のほうに鉛筆で印をつけています。
その部分の回路図です。
ＰＣＬを測定していたところ（データの第３バイト）を、その代わりにＩＣ１９６ｐｉｎ１２をビット０、ＩＣ２０４ｐｉｎ４をビット１、同ｐｉｎ５をビット２、ＩＣ１１５のｐｉｎ２をビット３として観測を行ないました。
その結果を解析しましたところ、おかしなところがみつかりました。
しかしとそれはちょっと納得できないデータでした。
６１行から６５行で、第３バイトの下位４ビットがＡ（１０１０）になっています。
これはおかしいデータです。
この説明を書いていて、今気が付きました。
そのずっと上のほう、３３行から３８行でも第３バイトの下位４ビットがＡ（１０１０）になっています。
ここに気が付くべきでした。
第３バイトのビット０はＩＣ１９６ｐｉｎ１２です。
ここはＯＰコードのビット６の反転信号が入ります。
ＯＰコードＣ２（１１００００１０）のビット６は１です。
ですからこの場合はそのインバート信号は０ですから、それについては正常です。
しかし３３行から３８行のＯＰコードはＡＦ（１０１０１１１１）ですから、この場合には測定データの第３バイトのビット０は１のはずです。
おお、そういえば、今また気が付いてしまいました。
測定データの第３バイトのビット０はＯＰコードのビット６の反転信号のはずなのに、ほとんどデタラメじゃありませんか！
ここにもっと早く気が着いていたら、もっと早く解決しておりましたのに。
とにかくしかし、このとき５１行から６５行の第３バイトの下位４ビットがおかしいことには気が付きました。
ビット０（ＩＣ１９６ｐｉｎ１２）は’０’なのに、そのうしろのビット１（ＩＣ２０４ｐｉｎ４）とビット３（ＩＣ１１５のｐｉｎ２）が’１’になるわけがありませんから。
それは矛盾している結果なのですが、とにかくＩＣ１１５のｐｉｎ２がＨなので、ここからｒｅｇＲＤが出てしまい、その結果このときＷＫＬＲＤがアクティブになってしまったのです。
ここまで追求していながら、私はここで痛恨の判断ミスをしてしまいました。
まあ上の結果からは仕方が無い面もあったのですが、私はＩＣ１９６のｐｉｎ１１とＩＣ２０４のｐｉｎ４の間か断線している、と判断してしまいました。
でも、テスターで測ってみましたらちゃんと導通しているじゃありませんか。
むむ、おかしい。
ということでもう一度データを取り直してみましたら、なんと異常現象は発生しなくなってしまいました。
なんということか！
ううう。悪魔の仕業ぢゃあ。
かくて私は疑心暗鬼のまま、ここまでチェックを進めてきたｒｅｇＲＤ回路を、またもう一度最初から調べ直すという無駄作業に没頭してしまったのでありました。
ああ（Ａｌａｓ！）。
悪魔の仕業ぢゃあ！
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第２９回］
２０１４．９．３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る