Ｈ８側のメモリマップ

マニュアルの目次に戻る

---

　ＭＳＸ−Ｈ８カートリッジは、最低限 H'200000番地から容量１Ｍバイトの１６ビットバス接続、２ステートアクセス（つまりノーウエイト）のＲＡＭを実装しているものとします。

自作なさる方はかならずこの条件を満たしてください。これより小容量のＲＡＭしか実装しなかったり、手を抜いて８ビットバス接続にしたりしないでください。とくに８ビットバスで接続するのは絶対やめてください。ブートローダはこの領域を１６ビットバスに設定しますので、８ビット接続されたＲＡＭはまともにアクセスできません。

　ブートローダのＨＥＬＯコマンドは、H'200000番地から H'2FFFFF番地までの１ＭバイトにＲＡＭが存在するかどうか、きわめて簡単なチェックを行い、存在すればＧＯＯＤコード、存在しなければＢＡＤコードを返します。

　ＭＳＸ−Ｈ８カートリッジの仕様としては、H'300000番地以降にＲＡＭを増設することを禁止してはいませんが、増設されていてもブートローダは関知しません。H'300000番地以降にロードするＬＯＡＤコマンドを実行しても特にエラー等にはなりません。運がよければ（つまりメモリが実装されていれば）正しくロードされますが、そうでなければそのプログラムあるいはデータは失われます。

　H'300000番地以降にメモリが存在することを盲目的に期待するアプリケーションソフトは作らないでください。最初にＭＳＸ側からロードされるアプリケーションソフトは１Ｍバイト以内に収まるようにしてください。H'300000 番地以降にＲＡＭが増設されている可能性があり、アプリケーションソフトがそれらのＲＡＭを使用したい場合は、ＲＡＭ容量チェックなどはアプリケーションソフト側で行い、存在するときのみ使用するようにしてください。

　それほど確固たる理由ではないのですが。

　あまり低い番地にＲＡＭを置くと、将来もっと大きな容量の内蔵ＥＥＰＲＯＭをもつＨ８プロセッサが出てきた場合、ユーザプログラム領域の先頭がＥＥＰＲＯＭに食われてしまい、ユーザプログラム領域の先頭番地を変更せざるを得なくなります。そうなると、完全にリロケータブルなプログラムでないプログラムは動作しなくなります。

　かといって高い番地に置くと、将来ＲＡＭを増設する余地が少なくなります。ＭＳＸ１のようにＲＡＭを高位番地から低位番地に向けて増設する、という手も考えられなくはないのですが、ＲＡＭの先頭番地が変動するようだとやはりリロケータブルなプログラムが必要になります。

　ＭＳＸ−Ｈ８の仕様として「すべてのプログラムは完全にリロケータブルでなければならない」などと強制するのもいやです。
　Ｈ８のアーキテクチャ自体がリロケータブルなプログラムには向いていない（たとえば、ＰＣ相対のアドレッシングモードはジャンプ／コールでしか使えず、データのアクセスには使えない、など）ので、無理に完全リロケータブルなプログラムを組んでもパフォーマンスは上がらないでしょう。私自身そんなソフトは組みたくありません。（とか言いつつブートローダにリロケートコマンドを付けている私・・・）

　じゃあ、結局どこに置くんだ、ということですが、少なくともエリア０（0〜H'1FFFFF）は避けよう、ということで H'200000 に落ち着きました。

　ブートローダが作業用に使います。レジスタ保存領域などもここにあります。

　割り込みルーチンのアドレスを指定するジャンプテーブルです。割り込み要因１つにつき、４バイトの領域が割り当てられており、全部で６４個の割り込み要因に対応しています。
　割り込みが発生すると、いったんこの領域にジャンプしてきます。通常ここにはＲＴＥ命令が書き込まれていますが、ユーザーが作成した割り込みルーチンへのＪＭＰ命令を書いておけばユーザーの割り込みルーチンが呼び出されます。

　この領域は現在使われていないのですが、将来ブートローダの機能が拡張された場合使用される可能性があるので、ユーザーは使用してはいけません。

　この領域はユーザーが作業領域として自由に使ってかまいません。
　もちろん、ここを使わずにユーザープログラム領域の一部を作業領域として使うのもユーザーの自由ですが、この領域は短いオペランドによる高速アクセスができるので（とくに H'FFFF00〜H'FFFF0F の１６バイトは８ビットオペランドでアクセス可能）、容量的に足りるならここを作業領域とした方が速いプログラムになります。
　なお、ブートローダのＣＡＬＬコマンドを使用すると、スタックポインタ（ＥＲ７）は H'FFFF00 に設定されてからユーザプログラムがよびだされますので、多少余裕をみて、 H'FFFEFF番地ぎりぎりまで使うようなことは避けてください。
　スタック領域は普通のプログラムなら２５６バイト程度をみておけばよいでしょう（Ｚ８０の２倍はスタックを消費すると思ってください）。深い再帰呼び出しをするようなプログラムは、ユーザープログラム／データ領域の方にスタックを設定しなおしたほうがいいかもしれません。