●ＮＤ８０ＺＨのメモリマップ
あれこれ悩んだ末に決定した、Ｚ８０版ＴＫ８０ボード（ＮＤ８０ＺＨ）の最終的なメモリマップです。
このようなメモリマップに落ち着く前は、ＭＹＣＰＵ８０と同じ「ＴＫ８０モニタプログラム」を００００番地台に置いて、さらにその後ろにＮＤ８０Ｚモニタプログラムを置き、両者はディップスイッチで切り換えて選択できるようにする、というものでした。
システムのワークエリアはＲＡＭの一番終わりのアドレス、ＦＦｘｘ番地台に置くようにしていました。
しかし、それではオリジナルのＴＫ８０用プログラムがワークエリアとして８３ｘｘ番地台を使っているため、そのようなプログラムをＮＤ８０ＺＨで実行させようとすると、システムワークエリアのアドレスとして使っている８３ｘｘをＦＦｘｘに書き直さなければ、実行させることができません。
そこで上図のメモリマップのように、００００番地台に置くＴＫ８０モニタプログラムは、システムワークエリアを、オリジナルのＴＫ８０モニタプログラムと同じように、８３ｘｘ番地台に置くように変更しました。
しかし、すると、ここでひとつ悩ましい問題が出てきてしまいます。
もともとＮＤ８０Ｚモニタプログラムは、７セグメントＬＥＤ表示ルーチンとか、キー入力ルーチンとかの基本的なサブルーチンも、当然のことながら、ＮＤ８０Ｚモニタプログラムの一部としてもっていたのですが、それをＮＤ８０ＺＨに移植する段階で、ＴＫ８０モニタプログラム内のサブルーチンをＣＡＬＬする形に書き改めたのです。
ＴＫ８０モニタプログラムがＲＯＭＢＩＯＳで、ＮＤ８０Ｚモニタプログラムがその上にあるＯＳのようなイメージの構成にしたのです。
前回も書きましたように、今回のＮＤ８０ＺＨのモニタプログラムのうちの、ＴＫ８０モニタプログラム部分は、ＭＹＣＰＵ８０のための「ＴＫ８０モニタプログラム」でした。
そのシステムワークエリアはＦＦｘｘ番地台にあります。
ＮＤ８０ＺモニタプログラムもＮＤ８０ＺＨに移植するときに、そのシステムワークエリアをＦＦｘｘに置くように書き直しました。
ＮＤ８０ＺＨのＲＡＭエリアはＭＹＣＰＵ８０と同様に８０００～ＦＦＦＦの３２ＫＢで、７セグメントＬＥＤの表示用データバッファもそのＲＡＭの一番最後のアドレス、ＦＦＦ８～ＦＦＦＦに置かれていますから、そこにシステムワークエリアもまとめて配置するのがごく自然で合理的であるからです。
そのように考えていたのですけれど、そのうちのＴＫ８０モニタプログラムについては、ソフトウエアの互換性の観点から、システムワークエリアをＦＦｘｘから８３ｘｘに変更することにしました。
それならＮＤ８０Ｚモニタプログラムのワークエリアも、８３ｘｘに移動してしまうか、といいますと、いやあ、それはちょっと方向がおかしいのではありませんか。
ＴＫ８０用のプログラムはもともと８０００～８３ＦＦの範囲のプログラムであったはずですから、その後ろの８４００～ＦＦＦＦの範囲のＲＡＭエリアは互換性の上からは有っても無くてもどちらでもよいことになります。
しかしＮＤ８０Ｚモニタプログラムとしては、そこまでＴＫ８０互換にこだわる必要は無いはずですから、するとワークエリアを８３ｘｘに置いたりしたら、ユーザーズエリアが８０００～の部分と、８４００～の部分に分断されてしまいます。
それは、いかにもまずいでしょう。
ならばＮＤ８０ＺモニタプログラムはＴＫ８０モニタプログラムから切り離して、移植前のように、ＬＥＤ表示ルーチンやキー入力ルーチンも含めた完全に独立したモニタプログラムに再度書き直すか、といいますと、それもしんどい話です。
納期が迫っていることでもありますし、いかにも後ろ向きの作業のようで面白くありません。
かといって、このままでは、ワークエリアを変更してしまったＴＫ８０モニタプログラムのキー入力ルーチンなどを、そのままＮＤ８０ＺモニタプログラムがＣＡＬＬして使うことはできません。
というようにあれこれ迷った挙句、さきほどお見せしましたメモリマップに落ち着きました。
００００～にオリジナルと同じＴＫ８０モニタプログラムを置きます。
このモニタプログラムのＲＡＭワークエリアは７セグメントＬＥＤ表示バッファを除いては、オリジナルと同じ８３ｘｘにあります。
そのＴＫ８０と全く同じ動作をするモニタプログラムを０４００～にも置きます。
こちらのモニタプログラムのＲＡＭワークエリアはＦＦｘｘにあります。
そしてＮＤ８０Ｚモニタプログラムはそのさらに後ろの、０８００～に置きます。
ＮＤ８０ＺモニタのＲＡＭワークエリアもＦＦｘｘにあります。
ＮＤ８０Ｚモニタプログラムは、０４００～に置いた方の「ＴＫ８０モニタプログラム」のサブルーチンをＣＡＬＬします。
これならば何も問題はありません。
この３つのモニタプログラムはディップスイッチで切り換えて選択できるように考えてあります。
●ＮＤ８０ＺＨのＲＡＭメモリマップ
ＲＯＭのプログラムがそのように３つのモニタプログラムから構成されることになってしまったため、ＲＡＭのワークエリアもそれぞれのモニタプログラムによって使われ方が異なってきます。
そこのところはちょっとややこしいことになってしまいましたので、ＲＡＭの詳細なメモリマップを作成いたしました。
各モニタプログラムを選択したときのワークエリアの配置を並べて比較できるようにしてみました。
ＲＡＭアドレスの８０００～ＦＦＦＦの広い範囲をカバーするために、ちょいとムリな書き方になってしまいました。
タテ方向の長さは実際のメモリアドレスを等分に表しているものではありません。
図中太線で囲んだ範囲は、各モニタで共通しているワークエリアであることを示しています。
ＲＳＴジャンプテーブルはオリジナルのＴＫ８０モニタプログラムでは８３ｘｘに置かれていましたが、そのままでは都合が悪いので、ＲＳＴ命令によるジャンプ先はＦＦｘｘに置くことにしました。
００００～のＴＫ８０モニタプログラムに対しては、ＲＳＴ命令によって、一旦ＦＦｘｘのジャンプテーブルにジャンプしたあと、そこからさらに８３ｘｘのジャンプテーブルに行くようにしてあります。
これで、やっとのことで、途中から気になりだしていた互換性の問題は片付いたかに思えたのでありますが、まだ問題は残っていた、のでありました。
ああ。本日は、ちょいと疲れてしまいましたので、この続きはまた次回にいたします。
ＣＰＵをつくろう！第４５０回（２０１０．３．７ｕｐｌｏａｄ）を再編集
ワンボードマイコンをつくろう！［第１８回］
２０１１．６．２８ｕｐｌｏａｄ
前へ
次へ
目次へ戻る
ホームページトップへ戻る