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

［第６９回］



●／ＳＶのテストで想定外の結果が…（２）

前回は／ＳＶをセグメント指定ができるように機能追加をして、そのテストをしたところ、想定外の異常事態が発生してしまいました。
というところで終りました。
今回はそこからの続きです。
想定外の結果になってしまったときの画面コピーを再掲します。

／ＳＶ　ＳＶＴＥＳＴ．ＴＸＴ，８０００，８０６６［１０００］
を実行してセーブしたＳＶＴＥＳＴ．ＴＸＴを／ＬＤコマンドでセグメントベース［２０００］のアドレス９０００にロードしたあと、ＤＭコマンドで確認したところ、全然セーブされていないことがわかりました。
ＤＭで表示された奇妙なデータ列にもちょっと疑問は残りますが、それはさておき、別のセグメントベース［１０００］のアドレス９０００にロードしたところ今度は正しくロードできました。
／ＳＶの問題ではないようです。
ではなぜセグメントベース［２０００］のアドレス９０００にはロードできなかったのか？
ということなのですが、ここでひょっとしたら、と思い当たることがありましたので確認してみました。
思い当たることというのは、ＲＡＭのセレクト端子ＬＭＣＳの設定についてです。
調べてみましたら［第１１回］で書いていました。
もう１年半以上も前の記事です。

そこから今回の問題に関係するところを下に引用します。
−−−−−−−−−−−−−−−−−−−引用　ここから−−−−−−−−−−−−−−−−−−−−−−−
ＬＭＣＳレジスタにはプログラムの先頭のところでＵＭＣＳの設定に続いて、下のように１Ｆ３Ｆを設定しています。

[00057] F007 BAA2FF MOV DX,FFA2;lmcs [00058] F00A B83F1F MOV AX,1F3F [00059] F00D EF OUT DX,AX

ＲＡＭアドレスとして０００００〜１ＦＦＦＦの１２８ＫＢの設定です。
これは試作段階ではＲＡＭとして６２８１２８を実装しているためです。
ＲＡＭについてはその後に５１２ＫＢのＲＡＭを搭載するように考えていますので、もしそのようになればＬＭＣＳの設定値は変更することになります。
−−−−−−−−−−−−−−−−−−−引用　ここまで−−−−−−−−−−−−−−−−−−−−−−−−
そういうことだったのでした。
ここに書いていますように、その後に実際に５１２ＫＢのＲＡＭを実装することにしたのですが、ＬＭＣＳの設定のことなどすっかり忘れてしまい当初の設定のまま、つまりＲＡＭがアクセスできる範囲は１２８ＫＢ（セグメントベース［００００］のアドレス００００〜ＦＦＦＦ、［１０００］のアドレス００００〜ＦＦＦＦ）なのでそれより後ろのセグメントベース［２０００］はアクセスできない領域だったのでした。

それでとりあえずは納得できたのですが。
ちょっと気になるのは、それではアクセスできないはずのセグメントベース［２０００］のアドレス９０００〜をＤＭコマンドで表示させたところ、奇妙なデータ列が表示されたのはなぜか、ということです。
実はこれについても思い当たることがあります。

ＡＭ１８８は端子に２以上の機能を割り付けています。
データバス用のＡＤ０〜ＡＤ７にはその名の通りアドレスバス下位８ビットＡ０〜Ａ７とデータバスＤ０〜Ｄ７がタイミングをずらして出力されています。
当初はそのことには気が付かなかったのですが、ちょっと問題があることに途中で気が付いて今はＵＭＣＳ（ＲＯＭセレクト）もＬＭＣＳ（ＲＡＭセレクト）もＡＤ０〜ＡＤ７にアドレスを出力することを禁止する設定にしています。
その設定（ＤＡビット）については［第１０回］および［第１１回］で引用したデータシートに記載があります。

ＤＡビットはデフォルトでは０（アドレスが出力される）になっているということなので、ここは推測なのですがＬＭＣＳの設定範囲外のアドレスではデフォルトの設定が有効になって、データバスラインにアドレスのＡ０〜Ａ７が出力されてしまうのでは、と思います。
もちろんそれは本来データが出力されるタイミング（そしてＣＰＵがデータを読み込むタイミング）よりも前の期間なのですが、ＲＡＭがアクセス範囲外なので本来ＲＡＭからデータが出力される期間はハイインピーダンス（実際は抵抗でプルアップしています）になるため、出力されたアドレスがそのまま残っていてデータとして読み込まれてしまうのだと考えられます。
ＤＭ　９０００，９０６６［２０００］
の表示データがアドレス下位８ビットと同じ値なのはそれで説明がつくと思います。

真夏の怪談はやっぱり「幽霊の正体見たり枯れ尾花」でありました。
正体、もとい理由がわかりましたので、そのまま画面上で修正プログラムを実行しました。



ＲＡＭアドレスの適当なところ、１０００〜に下のプログラムを書いて実行（ＪＰ　１０００）しました。

１０００　ＢＡＡ２ＦＦ　　ＭＯＶ　ＤＸ，ＦＦＡ２
１００３　Ｂ８ＢＣ７Ｆ　　ＭＯＶ　ＡＸ，７ＦＢＣ
１００６　ＥＦ　　　　　　ＯＵＴ　ＤＸ，ＡＸ
１００７　ＣＢ　　　　　　ＲＥＴＦ

設定データについては説明は省略します。
［第１１回］で引用したデータシートを参照してください。
プログラムの最後がＲＥＴＦであることについては［第２６回］を参照してください。

そのようにしてからもう一度
／ＬＤ　ＳＶＴＥＳＴ．ＴＸＴ，９０００［２０００］
を実行し、その後ＤＭで確認したところ、今度はオバケなど出ずにちゃんと正しくロードされたことが確認できました。

これにて一件落着。
めでたし、めでたし、であります。

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

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