トランジスタで８０８０をつくってしまおうというまさにびっくり仰天、狂気のプロジェクトです！
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
見事にできましたら、もちろんＴＫ−８０モニタを乗せて、それからＢＡＳＩＣ、ＣＰ／Ｍを走らせましょう！
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
［第１２３回］
●［ＨＣ３７３］でまた問題が
とりあえずダイオードを８本も追加して、やっと問題が解決したと思い、半日かけて基板アートワークを変更したのでしたが、念のためにということで、さらなる動作テストをしたところ、またもや新たな問題が発生してしまいました。
今までは［ＨＣ３７３］の全ビットにオール１（ＦＦ）およびオール０（００）を書き込むテストしかしていませんでした。
０１とかＦＥとかも書いてみればよかったのですが、多分大丈夫だろうということで、試していませんでした。
大丈夫ではありませんでした。
０１を書き込んだところ、なんとＦＦになってしまいました。
０１だけではなくて、どれかの１ビットを１にするだけで全ビットが１になってしまいました。
もっとはっきり言いますと、ビットが０になるのは全ビット０（つまり００）を書き込んだときだけで、それ以外は全てＦＦになってしまいました。
とんでもないことがおきていました。
やっぱりテストは手を抜いてはいけません。
どうしてこんなばかなことが…。
回路図を眺めていて、やっと気が付きました。
前回のトラブルはミラー容量が原因ではなかったのでした。
原因は２Ｎ７０００の寄生ダイオードでした。
ＭＯＳＦＥＴの寄生ダイオードについては［第４回］で書いています。
自分で書いておいて、まさかこんなところではまってしまうとは思ってもみませんでした。
［ＨＣ３７３］の１ビット分の回路図は［第１２１回］でもお見せしましたが、今回はそこに寄生ダイオードを描き加えました。
図の右端の円で囲んだ２Ｎ７０００が前回ソースにダイオードを追加したトランジスタです。
対策前は寄生トランジスタによって、たとえばデータバスのどこかのビットが１で（テストのためＤｏｕｔはＮＤ８０Ｚ３．５のデータバスに接続されています）、こちらのビットが０のときに、図の寄生ダイオードによってデータバスがショートしてしまいます。
それがＮＤ８０Ｚ３．５が暴走してしまった本当の原因でした。
そしてそれはたまたま本当の原因はわかっていないまま、この２Ｎ７０００のソースにダイオードを（下向きに）追加したことで、寄生ダイオードの影響を排除することができました。
ところが同じ問題は他の箇所でもおきていました。
上の回路図の中央でもうひとつ円で囲んだ２Ｎ７０００です。
ここはＣＳ＿とＷＲ＿がともにアクティブになるとき以外はソースがハイインピーダンスになるはずだったのですが、やはり寄生ダイオードによって、ほかのビットのコンデンサが充電されていて、このビットのコンデンサが放電されていると、そちらのコンデンサからこちらの回路に電流が流れてしまいます。
実はこちらの回路のコンデンサが放電されているときは、フィードバックを構成する左下の２Ｎ７０００がＯＮになっているため、他のビットから流入する電流は全て最終的にはＧＮＤに流れてしまいます。
ですからここにもそれを防ぐためのダイオードが必要だったのでした。
説明の途中ですが時間がなくなってしまいました。
続きは次回にいたします。
トランジスタでＣＰＵをつくろう！［第１２３回］
２０１５．９．３ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る