１６ビットマイコンボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
いつか使ってみるつもりで入手してそのまま置いてあった１６ビットＣＰＵのことを思い出しました。
ＡＭＤ社のＡＭ１８８です。
その名の通り、ＣＰＵコアは８０１８８互換の１６ビットＣＰＵです。
そのＡＭ１８８を使った１６ビットマイコンボードの製作記事です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第２４回］


●Ｔｒａｃｅ　Ｆｌａｇ（３）

ＴＲＡＣＥ割込みに限らず、８０８６の割込み時のレジスタ退避はＣＡＬＬ命令の実行時とは異なっています。
そのことをよく理解するためにまず８０８０の場合について考えてみます。

８０８０の場合にはＣＡＬＬ命令の動作と割込み時の動作は同じです。
割込みが発生すると次に実行するはずだったプログラム命令のアドレスがスタックに退避されたあと、割込み処理ルーチンにジャンプします。
ＣＡＬＬ命令も同じで、ＣＡＬＬ命令の次のアドレスがスタックに退避されたあと、ＣＡＬＬ命令で指定したアドレスにジャンプします。
割込み処理ルーチンの終わりにはＲＥＴ命令を置きます。
ＣＡＬＬによって呼び出されたプログラムの最後もＲＥＴ命令で終ります。
ＲＥＴ命令が実行されるとスタックトップにあるアドレスがＰＣ（プログラムカウンタ）に戻されるので、その結果退避されていたプログラムアドレスから続きが実行されます。
このように８０８０ではＣＡＬＬも割込みも同じ動作になるため、メインプログラムに戻るためにはどちらもＲＥＴ命令を使います。
ここで退避、復帰されるのはＰＣ（プログラムカウンタ）の値だけです。
ＰＣ以外のフラグレジスタやそのほかのレジスタは必要に応じてユーザーが退避させる必要があります。

Ｚ８０の場合にはＣＡＬＬに対してはＲＥＴを使いますが、割込みに対してはＲＥＴＩを使います。
どちらも退避、復帰されるＣＰＵレジスタはＰＣだけで、その限りでは８０８０と動作は同じです。
Ｚ８０では割込み許可フラグの状態も退避するように考えられているほか、周辺ファミリーＬＳＩにも割込み処理ルーチンの終了を知らせるためにＲＥＴと区別してＲＥＴＩ命令が用意されています。
しかしファミリーＬＳＩを接続しない場合などでは、Ｚ８０も８０８０と同じように、割込み処理ルーチンの最後をＲＥＴ命令で終っても、特に支障はありません。

それでは８０８６（ＡＭ１８８も同じ）の場合についてはどうでしょうか。
８０８６の場合、
ＣＡＬＬ命令では８０８０と同じようにＰＣが退避されますが、それに加えてＣＳ（Ｃｏｄｅ　Ｓｅｇｍｅｎｔ　ｒｅｇｉｓｔｅｒ）もスタックに退避されます。
逆にＲＥＴ命令ではスタックからＣＳとＰＣに値が戻されます。
［訂正］
上記はＣＡＬＬＦ（セグメント間ＣＡＬＬ）およびＲＥＴＦ（セグメント間ＲＥＴ）のことでした。
普通のＣＡＬＬ、ＲＥＴでは８０８０、Ｚ８０と同様、ＰＣしか退避されません。
［第２６回］に関連記事があります。
［訂正ここまで］

そしていよいよ８０８６の割込み時の動作です。
実は８０８６では、割込みが発生すると、ＰＣとＣＳだけではなくて、フラグレジスタもスタックに退避されます。
そのために割込み処理プログラムの最後は８０８０、Ｚ８０とは違ってＲＥＴで終ることはできません（フラグレジスタが残されてしまい、同時にＳＰの値も食い違ってしまいます）。
割込み処理を終了するための命令として前回の最後に書いたＩＲＥＴが用意されています。
ＩＲＥＴ命令が実行されると、スタックからフラグレジスタ、ＰＣ、ＣＳに値が戻されます。
その結果、割込みによって保留されていた命令が実行され、もしＴＦがセットされていたら、その命令の実行後にＴＲＡＣＥ割込みが再び発生することになります。

１６ビットマイコンボードの製作［第２４回］
２０１８．５．２３ｕｐｌｏａｄ
２０１８．５．２９訂正

前へ
次へ
ホームページトップへ戻る