超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第４回］
●ＲＯＭからＲＡＭへの切換え
前回の続きです。
前回はメモリアドレス９０００〜で動くように書き換えたＴＫ−８０モニタプログラムをＲＡＭの９０００〜にロードしたところまでで終ってしまいました。
今回はそこからの続きです。
ＴＫ−８０モニタではＬＯＡＤキーによるロードが完了すると７セグメントの左４桁（アドレス表示部）にロードしたデータ（プログラム）の先頭アドレスが表示されます。
ＡＤＲＳＳＥＴキーによってアドレスをセットしたのと同じ結果になっています。
そこでそのままＲＵＮキーを押すと、９０００〜のＴＫ−８０モニタが実行されます。
すると下の図のように、メモリアドレスの００００〜７ＦＦＦには増設メモリボードのＲＡＭが選択されます。
え？
まだＩ／Ｏアドレス９Ｃ〜９Ｆに何も出力していないのに？
いえいえ。それがちゃんと出力しているのです。
Ｉ／Ｏアドレスの９Ｃ〜９Ｆはキースキャンに使用されていて、増設メモリボードを取り付ける前までは、９Ｃ〜９Ｆには、キー入力をスキャンするためにＦＥ、ＦＤ、ＦＢが出力されていました。
そのままではビット３＝１なのでキー入力ルーチンが実行されるとＲＡＭが選択されてしまいます。
それでは都合が悪いのでＦ６、Ｆ５、Ｆ３を出力するようにＲＯＭのＴＫ−８０モニタプログラムを書き換えました。
そのことについては［第２回］で説明しました。
もうおわかりいただけたと思います。
そうです。
９０００〜に置いたＴＫ−８０モニタプログラムはキースキャンのときの出力の値を、ＲＯＭ書き換え前のＦＥ、ＦＤ、ＦＢにしてあるのです。
なので９０００〜に第２のＴＫ−８０モニタプログラムをロードして、それを実行するだけでＲＯＭからＲＡＭへの切換えがいわば自動的に行なわれることになります。
このことは最初から狙ってそのようにしたのではなくて、たまたまそのような都合のよいことになる、ということに偶然気が付いたのでした。
実のところ余りに簡単に都合よくＲＯＭからＲＡＭへ切り換わってしまったので、かえって最初は、ほんまかいなあ？とちょっと疑ってしまいました。
なにしろＲＯＭからＲＡＭに切り換わっても、ＲＡＭ上でもＲＯＭのときと同じＴＫ−８０モニタプログラムが動いているわけですから、ただ見ただけではどちらのプログラムが動いているのか判断できません。
試しに１０００番地台のメモリアドレスの値をちょこちょこと書き換えて、それが本当に書き換わっていることを確認してみてやっとＲＯＭからＲＡＭに切り換わっていることを実感できました。
しかしこれはちょっと面白くありません。
そこで、見ただけでＲＯＭのＴＫ−８０モニタかＲＡＭのＴＫ−８０モニタかがわかるようにちょいと７セグメントの表示に細工をしました。
ＲＡＭの９０００〜にＴＫ−８０モニタプログラムをロード後にＲＵＮキーを押した直後の写真です。
この時点でＲＡＭのＴＫ−８０モニタが実行されて、アドレス００００〜７ＦＦＦは増設メモリボードのＲＡＭに切り換わっています。
こちらはＲＯＭのＴＫ−８０での普通の表示です。
ご覧いただいてわかりますように、ゼロの形を変えました。
これで一目瞭然です。
ゼロの形を見ればそれだけでＲＯＭからＲＡＭに切り換わったことがわかりますから、これで安心してこの先のデバッグ作業が行なえます。
ここまでを読んでいただきますと、実に簡単にことが運んだように思えますが、現実はそんなに甘いもんじゃありません。
最初は９０００〜にＴＫ−８０モニタプログラムをロードした後、ＲＵＮキーを押すといきなり暴走してしまいました。
なぜだ？
ひょっとすると増設メモリ回路に問題が？
ま。実際回路にミスがあったのですが。
繰り返し試していますと、ゼロの表示が一瞬大きいゼロの形になったあと暴走するらしいことがわかりました。
ＲＡＭ上のＴＫ−８０モニタに切り換わった直後に暴走する？？？
しばし沈思黙考。
やっと原因らしきものがわかりました。
ＴＫ−８０モニタはエントリ直後にワークエリアとともに７セグメント表示部をクリアしています。
そのためにリセット後には７セグメント表示がオールゼロになります。
当然それはアドレス表示部が００００であることにもなります。
そこに問題がありました。
ＲＵＮキーを押す→９０００〜のＴＫ−８０モニタが実行される→７セグメントのアドレス表示部が００００になる→キースキャンが開始される→アドレス００００〜７ＦＦＦがＲＯＭからＲＡＭに切り換わる
ここまでは一瞬の内に実行されます。
当然。
まだＲＵＮキーは押されたままです。
すると、（ＲＡＭの）アドレス００００のプログラムが実行されます。
しかし。
そこにはまだ何もプログラムは書かれていませんから、それで暴走してしまうことになったのではないか、と推理しました。
そこで９０００〜にロードするＴＫ−８０モニタプログラムは先頭で７セグメント表示部のクリアを行なわないように書き改めて、再度実行してみたところ、それ以後は暴走しなくなりました。
めでたし、めでたしです。
そこで最後の仕上げです。
ＲＡＭのアドレス００００〜にＴＫ−８０モニタプログラム（３）をロードします。
このモニタプログラムは実はＲＯＭのＴＫ−８０モニタプログラムと同じものです。
ＴＫ−８０モニタ（３）をロードするわけは、このモニタプログラムの中のＳＡＶＥ、ＬＯＡＤサブルーチン（ＰＩＣ、ＦＴ２３２ＲＬを介してパソコンとの間で送受信をおこなうサブルーチン）を、これから作り上げていく予定のＺＢ３ＢＡＳＩＣとＣＰ／Ｍ互換ＤＯＳがコールしているからです。
ほんとうは、そのサブルーチン部分だけあればよいのですが、わざわざその部分だけをとりだして別のプログラムにしてロードするのは、今の段階ではかえって面倒なので、このようにＴＫ−８０モニタを丸ごとロードしています。
これで準備が整いました。
いよいよＺＢ３ＢＡＳＩＣの改造です。
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第４回］
２０１４．７．２４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る