ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第５１５回］
●ＰＩＣのテーブル参照 ｒｅｔｌｗ命令とＰＣＬＡＴＨレジスタ（３）
前回からの続きです。
私はＰＩＣ１６Ｆでのテーブル参照で使う ａｄｄｗｆ ＰＣＬ，ｆ命令がプログラムカウンタの下位８ビットしか変えられないものと勝手に納得してしまっていました。
そのためにテーブルは２５６バイト以内に押さえ、かつテーブルの開始アドレスをわざわざＯＲＧを使って下位８ビットが００になるように設定したのですが、それがかえって裏目に出てしまい、意味不明の暴走という結果を招いてしまいました。
実はａｄｄｗｆ ＰＣＬ，ｆ命令がプログラムカウンタの下位８ビットしか変えられないというのは、私の勝手な思い込みに過ぎませんでした。
前回もお見せした下の図なのですが、これをよーく見ますと意味深なことが書いてあります。
［出典］Ｍｉｃｒｏｃｈｉｐ Ｔｅｃｈｎｏｌｏｇｙ Ｉｎｃ． ＰＩＣ１６Ｆ８８７ Ｄａｔａ Ｓｈｅｅｔ
この図の説明として、右肩のところに
Ｉｎｓｔｒｕｃｔｉｏｎ ｗｉｔｈ ＰＣＬ ａｓ Ｄｅｓｔｉｎａｔｉｏｎ
と書いてあります。
むむむ。
そーいうことだったのか。
ＰＣＬを目的レジスタとする命令、つまりＰＣＬを変化させる命令では、図のようにＰＣＬ（プログラムカウンタの下位８ビット）を変化させると同時にプログラムカウンタの上位５ビットには必ずＰＣＬＡＴＨの値が入れられる、という動作をする、ということがわかりました。
それでやっと納得できました。
ＰＣＬＡＴＨレジスタの値はｒｅｓｅｔによって００になります。
そしてここが肝心なところなのですが、ＰＣＬＡＴＨの値はユーザーがプログラムによって書き換えない限り変化しません。
そして、それはＰＣＬを書き換える命令と、ＣＡＬＬ、ＧＯＴＯ命令以外には影響を与えません。
がしかし、ここでＣＡＬＬ、ＧＯＴＯについての説明をするとちょっと話がややこしくなってしまいますのでそれは後で説明することにします。
ここではもしプログラム、テーブルデータがページ０（アドレス０００～７ＦＦ）の範囲に収まっているならば、ＣＡＬＬ、ＧＯＴＯについて気にする必要は無いと考えてください。
さてそういうことが理解できますと、前回書きましたように、テーブルをアドレス０３００に置いて、
ｏｒｇ ０３００
ｔａｂｌｅ
ａｄｄｗｆ ＰＣＬ，ｆ
ｒｅｔｌｗ ＸＸ
…
としたときに、ただ
ＣＡＬＬ ｔａｂｌｅ
を実行すると、ＰＣＬＡＴＨの初期値は００なので、もしもｗレジスタの値が０８だったとすると、
ａｄｄｗｆ ＰＣＬ，ｆ
の実行の結果プログラムアドレスは０３０８ではなくて０００８になってしまい暴走してしまうことがわかってきます。
そしてこれを正しく実行するためには、ＣＡＬＬ ｔａｂｌｅの実行前に（直前である必要はありません）、ＰＣＬＡＴＨに０３をセットしておけばよいこともわかります。
そうなってくると、テーブルの途中でアドレス上位に桁上がりが発生するような場合でも、事前にＰＣＬＡＴＨの値を＋１しておくことで対応できそうだと思えてきます。
がしかし、桁上がりの問題はそれほど簡単ではなさそうです。
というのは、
ａｄｄｗｆ ＰＣＬ，ｆ
の実行の結果、桁上がりが生じてキャリーフラグが立ったとしても、そのタイミングでは遅いからです。
それよりも前にＰＣＬＡＴＨの値を＋１しておかなければならないという、鶏が先か玉子が先かという悩ましい問題を解決しなければなりません。
これには事前にｔａｂｌｅのアドレスを取得して、それにｗレジスタの値を加算して桁上がりが生じるかどうかを確認するという、やや本末転倒な作業をすることになりかねません。
そう考えますとやはりテーブルはＯＲＧを使ってさきほどの例のように下位アドレスが００になるようなアドレスに置くのが最も安全な策ではないかと思います。
本日は時間がなくなってしまいました。
次回は実際のサンプルプログラムをお見せすることにいたします。
ワンボードマイコンでＣＰ／Ｍを！［第５１５回］
２０１３．１１．２５ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る