組み立てキットを使って自作に挑戦！
［第４０５回］
●ＫＬ５Ｃ８０Ａ１２の怪（４）
前回を書いてからあとで気が付きました。
前回は次のように書きましたがよく考えてみるとやっぱりおかしいです。
可能性として考えられるとするとＣＰＵ内部のプロセスで先のＩＮＴ処理（実はステップ処理の最初のエントリなので本当の割込みではないのですが）そのエントリ時に何かの命令の第一コードが読み込まれていてＣＰＵはそのオペランドが来るのを待っている段階だとすれば３Ｅをオペランドだと思ってそれを読み込んだタイミングで次の割込み許可を出してしまう…。
前回のロジアナの波形では３Ｅを読んだときにＩＮＴ信号の下がりエッジがあります。
ＩＮＴ信号はＭ１のときにしか出力されません（［第４０２回］回路図参照）。
ということはＫＬ５Ｃ８０Ａ１２は「３Ｅ」を命令の第１バイトであると認識していることになります。
そういうことからするとやっぱり辻褄が合いません。
依然としてなぜかは謎なのですが何らかの原因でＣＰＵが誤動作をするとしか考えられません。
ＴＫ８０モニタモードでは正常に動作します。
それがＮＤ８０Ｚモニタモードだと必ず誤動作してしまいます。
そこまではっきりしているのならば。
前回書きましたようにＮＤ８０Ｚモニタプログラムを部分的にＴＫ８０モニタプログラムと入れ替えて動作させてみればどこでＫＬ５Ｃ８０Ａ１２が誤動作するのかがわかるのではないか？
これはなかなかにしんどい作業でしたが根気よく進めた結果ついにその箇所を突き止めました。
アドレス０８ＢＥでキー入力ルーチンをＣＡＬＬしています。
ここではＵＳＢ接続をしたリモートプログラムと動作を兼用するために本来のキー入力ルーチンをＲＡＭアドレスに入れて書き換え可能にしています。
下の部分です。
ＦＦＣ６はＲＡＭアドレスです。
ここにＫＥＹＩＮへのジャンプ命令を置くかリモートプログラムへのジャンプを置くかで２通りの動作をさせることができます。
他のところでもこのような使い方をしているところはありますし何よりもこれがＺ８０だと普通に動作してしまいます（それは当然のことです）。
しかしどうやらこのことによってＫＬ５Ｃ８０Ａ１２の内部で変なスイッチが入ってしまうらしいのです。
全く理解できないことにそのスイッチはほかのタイミングでは影響を与えないのですが外部からＩＮＴ信号が入力されたときにのみ異常な動作として「活性化」されます。
どうもそのようにしか考えられません。
それでここでＲＡＭアドレスをＣＡＬＬしているところをＲＯＭのプログラムアドレスに変更したところ正常に動作するようになりました。
あっと。
説明不足でした。
０８ＢＥはＣＤ９００Ｄに書き換えました。
０Ｄ９０はＲＯＭの空きエリアです。
このようにすることでプログラム全体のアドレスが変化してしまわないように配慮しています。
これで一件落着したわけなのですけれど。
なんとなく気持ちが悪いことも事実です。
腑に落ちませんねえ。
何なんでしょう。
そこをそのように直したらまともに動作するようになったのですからそこが原因だったことに間違いはなさそうです。
しかし。
ＫＥＹＩＮと割込みとは直接は関係していないのですよねえ。
［ＡＤＲＳＳＥＴ］とか［ＲＥＤ ＩＮＣ］とかだと（ＲＡＭアドレスをコールしても）まともに働きます。
ＲＡＭアドレスをコールするＫＥＹＩＮだと［ＲＵＮ］［ＣＯＮＴ］でＥＩ、ＲＥＴＩを実行すると異常が発生してしまいます。
うむむむ。
やっぱり割込みとどこかが関係しているようです。
多分。
ＫＬ５Ｃ８０Ａ１２の内部ロジックにバグがあるのでしょう。
納得はいきませんけれど。
渋々ながら一件落着ということにいたしましょう。
パソコンをつくろう！［第４０５回］
２０２６．２．２５ｕｐｌｏａｄ
前へ
目次へ戻る
ホームページトップへ戻る