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

［第６７回］



●ＭＶ、ＣＰをセグメント指定可能に（２）

前回はＭＶとＣＰをセグメント指定可能にしてテストをしたところ、摩訶不思議な結果になってしまいました。
［Ｆ０００］の指定はＲＯＭのはずなのに、そこにＭＶ（ＭＯＶＥ）できてしまうという夏の夜の怪談話です。
んな訳はないのでありまして、ただのバグでありました。

実は。
つまらないバグのため、［Ｆ０００］の指定が無視されていただけでありました。
するとどういうことになるかといいますと。
デバッグのため、システムプログラムをＲＡＭにロードしてそこでテストをしていました。
ほとんどが同じ内容のシステムＲＯＭで起動して、その後にＲＡＭにデバッグ用のシステムプログラムをロードして、そしてＲＡＭのシステムプログラムに切り換えて実行します。
このときそのＲＯＭの０１００〜（セグメントベースはＦ０００）には本来のシステムプログラムが入っていて、そしてＲＡＭの０１００〜（セグメントベース００００）にもデバッグ用のシステムプログラムがロードされています。

そういう状況のところで、前回はＭＶ、ＣＰの［Ｆ０００］のセグメント指定がバグのために無視されたために従来のＭＶ、ＣＰと同じ機能が働いたのでした。
従来の機能では対象となるセグメントベースはＲＡＭの００００です。
デバッグのためにＲＡＭの０１００〜０１ＦＦ［００００］にロードされていたシステムプログラムを８１００〜８１ＦＦ［００００］にコピーしてそれをＣＰ（ＣＯＭＰＡＲＥ）したところを、［Ｆ０００］のＲＯＭ上での操作だと思い込んでいただけのお粗末でした。
もとはといえばＲＯＭのセグメントである［Ｆ０００］に対してＭＶコマンドのテストをすること事態が無意味なことで、そこにはＮＤ８０Ｚ３．５のシステムのようになんとなく００００〜７ＦＦＦがＲＯＭで８０００〜ＦＦＦＦがＲＡＭという思い込みがあったようです。
勿論ＡＭ１８８システムの場合にはセグメントベースアドレスがＦ０００の００００〜ＦＦＦＦはＲＯＭなので、ＭＶ　０１００，０１ＦＦ，８１００［Ｆ０００］という使い方自体が誤っていたのでした。

プログラムのバグを修正して、ＲＡＭのセグメント上でテストを行いました。

８０８６ＢＡＳＩＣのデータエリアのセグメントベースは［００００］です。
テストのためにあらかじめセグメントベース［１０００］（ここもＲＡＭ上にあります）の０１００〜にテスト用データを書き込んであります。
ＭＶのＣＯＰＹ先のアドレス８１００〜８１０Ｆの値を確認しました。
そのあと機能拡張したＭＶコマンドで０１００〜０１０Ｃ［１０００］を８１００〜［１０００］にコピーしました。
そのあとで結果をＤＭコマンドで確認しました。
セグメントベース［１０００］に対してＭＶコマンドが正しく実行されたことが確認できました。
最後に機能拡張したＣＰコマンドを実行しました。
ＣＰコマンドは指定したメモリ範囲を比較して不一致のところを検出します。
ＣＰコマンドもセグメントベース［１０００］に対して正しく働きました。

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

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