ＫＬ５Ｃ８０Ａ１２マイコンボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＫＬ５Ｃ８０Ａ１２はＺ８０互換の高速高性能８ビットマイクロコントローラです。
残念なことに数年前に生産中止になってしまいました。
しかし当社ではＫＬ５Ｃ８０Ａ１２を使った組込みマイコンボードはまだ健在です。
そのＫＬ５Ｃ８０Ａ１２を使ったＮＤ８０Ｚ３．５上位互換マイコンボードの製作記事です。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第８２回］



●ＫＬ５Ｃ８０Ａ１２の怪（３）

パソコンをつくろう！のテーマといいますかそのコーナーで［第４０２回］〜［第４０７回］までＫＬ５Ｃ８０Ａ１２について書いてきましたが本当は「ＫＬ５Ｃ８０Ａ１２マイコンボードの製作」のところで書くべきでした。
このところ時間に追われていてそのあたりのところを整理している余裕がなくてつい流れのままに書いてきてしまいました。
テーマ違いですのでこのままにしておくと後で整理するのが難しくなります。
ということでこんな形で「二重投稿」することにしました。
見出しを含めて丸ごとコピーです。
えっと。
やっぱりリンクは変更しないといけないでしょうねえ。
以上まるごとコピーの言い訳です。

以下はパソコンをつくろう！［第４０４回］からの転載です。

さて今回はいよいよ問題のＮＤ８０Ｚモニタでのステップでの誤動作です。
誤動作というよりとにかくステップ動作に入れません。
［８］［０］［０］［０］［ＡＤＲＳＳＥＴ］［ＲＵＮ］で１ステップ進んで［８］［０］［０］［２］の表示で止まるはずのところが［８］［０］［０］［０］の表示のままで動きません。
何かをやってはいるようで一瞬データ表示が乱れて大抵は［０］［０］［０］［０］になります。
このときキー入力は受け付けるのですが［ＲＵＮ］［ＣＯＮＴ］を入力したときだけハングアップしてしまいます。
何かおかしなことが起きていることは確かなようです。
下が割込み信号をトリガにしたロジアナの波形です。



前回の波形と比べてみると確かに異常です。
アドレス８０００の３ＥのところでＩＮＴ信号が発生しています。
問題はそのあとです。
ここで本来は３Ｅ　００を実行したあとで割込み処理に入るはずなのですが［３Ｅ］を読んだ直後に割込み処理に入っているようです。
ＲＤ信号でそれがわかります。
［３Ｅ］の次の［００］のときアドレスは８００１になっているのですがＲＤ信号がありません。
ということはＣＰＵは３Ｅを読んだだけで００は読んでいないことになります。
今これを書いていて気が付きました。
それっておかしいよ！！！
ＣＰＵは命令コード３Ｅ（ＬＤ　Ａ，ＸＸ）を解読していない？？？？
割込み処理は必ず命令実行の最後のタイミングで行なわれます。
それは割込み信号が発生したときではありません。
ＣＰＵは割込み信号が入力されると今実行中の命令の処理が終るタイミングでそれを受け付けて割込み処理に入ります。
３Ｅ　００は１つのまとまった命令です。
その頭のところで割り込みに入るわけがない…。
ひょっとすると。
このもうひとつ前のユーザー命令が実行されたときに割込みが受け付けられていたら…。
いや。そんなはずはありません。
ＩＮＴ信号は３Ｅのところでアクティブになっていますし３Ｅ　００はユーザープログラムの最初の命令です。
その前にユーザー命令はありません。
しかし現象としてはなぜかそういうことが起きているらしくそのあとスタックには８００２ではなくて８０００がプッシュされています。
基本的にはＴＫ８０モニタと同じ動きをするプログラムなのですがスタックアドレスとかプログラムアドレスは異なっています。
冗長になりますからＮＤ８０Ｚモニタプログラムリストは省きますがそこに問題はありません。
なぜなら同じプログラムはＮＤ８０Ｚ３．５でも使っているのですから。
それはともかくとして。
どうもＩＮＴが発生する前に何かがおきているのでは？
そこを疑ったのでいままでトリガをＳＴＡＲＴポイントにしていたところをＣＥＮＴＥＲにしてＩＮＴが発生する前の波形も見えるようにしました。



あれ？
うっかりしてトリカエッジを［↓］ではなくて［↑］にしてしまいました。
まあでもＩＮＴ自体が短いので（プログラムの制御がＲＡＭからＲＯＭになったところでＩＮＴはＯＦＦになりますから）まあ結果オーライでありましょう。
今回はＷＲも読めるようにしました。
ＰＲＯＢＥ２４はＡ１４だったのですがここは外しても推測できると判断してそこにＷＲを入れました。
波形の中に解読した値を書き込むのは面倒なので余白に適当に書き込みました。
ＩＮＴ直前のＥＤ　４ＤはＲＥＴＩです。
？？？？？
やっぱりおかしいです。
このタイミングで割込み処理に入るというのはありえないです。
可能性として考えられるとするとＣＰＵ内部のプロセスで先のＩＮＴ処理（実はステップ処理の最初のエントリなので本当の割込みではないのだが）そのエントリ時に何かの命令の第一コードが読み込まれていてＣＰＵはそのオペランドが来るのを待っている段階だとすれば３Ｅをオペランドだと思ってそれを読み込んだタイミングで次の割込み許可を出してしまう…。
ＫＬ５Ｃ８０Ａ１２は内部で命令の先読みをやっています（前回ＫＬ５Ｃ８０Ａ１２マニュアル５−１０）。
かなり複雑なことをやっています。
むむむ。
はっきり言って川崎製鉄の勇み足だったのでは。
今更それを言っても何の解決にもなりません。
ロジアナで見たことによって現象がはっきりしましたが結局のところ解決には結び付きませんでした。
そうなるとここは推理するしかありません。
問題を整理してみました。
１）ＮＤ８０Ｚ３．５では問題はおきていない。
２）ＫＬ５Ｃ８０ボードでもＴＫモニタでは正常動作する。
３）ＮＤ８０Ｚモニタでは異常が発生する。

２）と３）に解決の糸口があるようです。
ＴＫモニタプログラムとＮＤ８０Ｚモニタプログラムは基本的には同じだがどこかに気がついていない違いがあるはす。
こんなときにハードウェアならばパーツをひとつずつ交換して異常個所を絞り込んでいったりします。
ならば。
ソフトウェアでもそれをやるしかない。
かくて。かくて。
泥沼の中で苦闘する毎日となったのでありました。
おお。
神よ。
こっ、これは、試練でありますかあっ。
こおいうのはもおやめてほしいなあ。
ほんと。
疲れてしまいまする。

ＫＬ５Ｃ８０Ａ１２マイコンボードの製作［第８２回］
２０２６．３．１ｕｐｌｏａｄ

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