ＭＹＣＰＵ８０でＣＰ／Ｍを！
超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第５回］
●ＲＯＭかＲＡＭか？それが問題だ…。ＲＯＭ ｏｒ ＲＡＭ，ｔｈａｔ ｉｓ ｔｈｅ ｑｕｅｓｔｉｏｎ．
３日ぶりの更新です。
お得意さまからの急ぎのご注文に加えて、ＭＹＣＰＵ組立キットのご注文、ＮＤ８０Ｚ３．５組立キットのご注文、それに㈱技術少年出版様からのＬｅｇａｃｙ８０８０の追加注文が一時に集中してしまいました。
有難いことです。
多忙、おおいに結構。
ぼけているひまなどありません。
あ。
まだ、作業が完了したわけではありません。
この状況はまだもう少し続きそうです。
今ちょっと一段落して少しだけ時間が取れましたので大急ぎでこれを書いています。
前回までＲＯＭとＲＡＭの切換えについて書いてきました。
その説明では、ＲＯＭにはごく基本的なマシン語ツールだけを置いて、ＩＰＬ（イニシャルプログラムローダー）の代わりに９０００～のアドレスで動くＴＫ－８０モニタ（２）をロードし、それからバンクを切り換えて全ＲＡＭの構成にして、ＲＡＭのアドレス００００にＢＩＯＳ代わりのＴＫ－８０モニタ（３）をロードします、ということを書きました。
その後はＲＡＭの１０００～７ＦＦＦの領域にＮＤ８０Ｚ３．５（ＮＤ８０ＺⅢ）のＲＯＭ内容と同等のＺＢ３ＢＡＳＩＣシステムを８０８０の命令に書き換えてロードするという段取りで作業を進めていくつもりでおります。
で。
これからそういう書き方をしていきますと、ＮＤ８０Ｚ３．５（ＮＤ８０ＺⅢ）ではＲＯＭに入れられていたＺＢ３ＢＡＳＩＣのシステムがＭＹＣＰＵ８０ではＲＡＭにロードされて実行される、というように理解されてしまいます。
ほんとうはそういうことではなくて、ＲＡＭにロードするのはたまたまフルＲＡＭにしましたので、そうする（ＲＡＭにロードする）ことのほうがデバッグに都合がよいからで、最終的にはＮＤ８０Ｚ３．５（ＮＤ８０ＺⅢ）と同じように、２７Ｃ２５６ＲＯＭに焼き付けて供給します…。
と、そのようについ先ほどまで考えておりました。
しかし。
ちょっと待てよ。
それってＲＡＭのままのほうが都合がいいんじゃないの？
と今はそのように考え始めています。
ＲＯＭの利点はパワーＯＮですぐに使える点にあります。
スタンドアローンのシステムではそれは必須の機能です。
ですのでＴＫ－８０モニタプログラムはＲＯＭに書かれている必要があります。
ですからパソコンと接続しなくてもＭＹＣＰＵ８０単独でＴＫ－８０モニタプログラムを実行することができます。
しかし、ＺＢ３ＢＡＳＩＣはパソコンと接続して、ＭＳＤＯＳプロンプト（コマンドプロンプト）の上でもプログラムを実行して、ＭＹＣＰＵ８０との間をＵＳＢケーブルで接続して実行することになります。
スタンドアローンではありません。
その場合でもシステムプログラムがＲＯＭにあるほうが有利なことがあります。
ＲＡＭの場合には最初にシステムプログラムをロードしなければなりませんからロードが完了するまで待たなければなりません。
でもそれは皆様が毎回Ｗｉｎｄｏｗｓが起動するまで待っていることと同じことで、待てないことではありませんでしょう。
実はそのほかにもＲＯＭのほうがよいという利点があります。
それはＮＤ８０Ｚ３．５（ＮＤ８０ＺⅢ）のＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）が、ＺＢ３ＢＡＳＩＣをＲＯＭに置いて、フルＲＡＭはＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）に開放したため、ＺＢ３ＢＡＳＩＣのマシン語デバッグ機能をＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）からＣＡＬＬして使うという裏技が使えるという利点です。
ま、しかしそれはやる気になれば、ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）モードでは将来の拡張用にリザーブされている未使用領域にマシン語デバッグ用のシステムを組み込んでしまえばよいことなので、そうなればＲＡＭでも実現可能な機能ということになります。
逆にシステムプログラムをＲＡＭに置くことの利点は、これはなんと言ってもシステムプログラムのバージョンアップが容易であることに尽きるでしょう。
ＲＯＭの場合にはユーザーに供給を開始したあとで発見されたバグであるとか将来のバージョンアップに対応するには、新しいＲＯＭをお送りして旧ＲＯＭと差し換えてもらわなければなりません。
これはＲＯＭ方式の最大のデメリットです。
今私はＺＢ３ＢＡＳＩＣシステムもＲＡＭにロードするという方式に傾きつつあります。
うう。
将来はＮＤ８０Ｚ３．５（ＮＤ８０ＺⅢ）もそうするほうがよいかも…。
これはじっくり考えてみなければ…。
当分悩むことになりそうです。
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第５回］
２０１４．７．２７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る