超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第１６回］
●誤動作の原因を突き止めました
前回からの続きです。
ＣＡＬＬ命令でスタックに退避したリターン先アドレスがＲＥＴ命令でスタックから取り出したときに化けてしまっていた問題について追求しました結果、原因を突き止めました。
当初はデータが化けてしまった原因についてはいろいろな可能性を考えたのですが、とにかくまずはＲＡＭの周りを当たってみようということで、オシロスコープでＲＡＭの周りを確認しましたところ、なんとＭＥＭＷＲ信号がＲＡＭにきていないことがわかりました。
どうやらどこかで断線しているようです。
テスターでＭＥＭＷＲのラインの導通を調べましたら確かに導通がありません。
そこまでわかればあとはやることは決っています。
ＭＥＭＷＲのラインの端から少しずつ区間を区切って導通を調べていきましたところ、ＩＣ１５２の下で断線しているらしいということがわかりました。
ＩＣ１５２を外してみましたら。
ここも悲惨な状態でありました。
６番端子の少し上のところに穴があいてしまっています。
ここはスルーホールがあるべきところです。
ＩＣ端子のランド穴のハンダを抜いて周りを清掃しました。
さきほどの穴のためにラインが完全に断線してしまっています。
このラインがＭＥＭＷＲです。
断線部分をジャンパ配線しましたところ、７セグメントＬＥＤがオール０表示になり、キー入力を受け付けるようになりました。
●ほかにも異常がみつかりました
実は前回説明しましたＺＢ２８ＫのＢＡＳＩＣプログラムを使ったオートＳＴＥＰによるデバッグの過程で偶然別の異常を発見してしまいました。
ＭＥＭＷＲが断線していたためにおかしなアドレスに飛んでしまい、そこでＦＦ（ＲＳＴ７）が実行されてしまいました。
前回のログリストではそのＲＳＴ７が実行される途中でＢＲＥＡＫをかけてＳＴＥＰ動作を打ち切ってしまいましたが、もう少し先までＳＴＥＰを進めてみるべきでした。
前回のログリストを見ますとリターン先アドレスをスタックに退避したところでＢＲＥＡＫしています。
ここまではＲＳＴ７としてはまともな動作です。
ところが何を勘違いしたのか、このログリストを見て私は、ＲＳＴ７がおかしい、と思ってしまいました。
それであらためてＲＳＴ７をＳＴＥＰ動作で確かめてみましたところ、なんと本当におかしかったのです。
うう。
私はついに超能力を身に着けてしまったのか。
むむ。
こおいうことがおきるということになると、やっぱりあれだ。
お迎えが近いのかも。
そおいえば、本日はお盆でありますなあ。
なまんだぶ。なまんだぶ。なまんだぶ。
いやじゃあ。まだ行きとおはないっ。
悪霊退散っ。
はたしてＩＣ２３３の下に断線箇所がみつかったのであります。
こうなるとほんと、神がかりでありますなあ。
きれいに清掃いたしました。
６番ピンと７番ピンの間の少し上のところに穴があいています。
ここはスルーホールがあるべきところです。
そこにあいた穴のためにそのラインが断線してしまっています。
断線しているところをジャンパ配線しましたところ、無事ＲＳＴ７が正しく動作するようになりました。
やっと。
めでたし、めでたし、になるところだったのでありますが。
あらためて電源を入れてあれこれ操作をしていますと、突然暴走してしまうではありませんか！
電源を入れて何もしないでそのままにしておいてもしばらくするとレジスタＬＥＤがパラパラ点滅をはじめたり７セグメントの表示がおかしくなってしまったり、実に不安定です。
うむむ。
まだ、おかしいところがあるのかあ。
かくして暑い暑い夏の日々は、いやがうえにも暑く続くのでありました。
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第１６回］
２０１４．８．１６ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る