ＣＲＴ/VGAIF+KEYIF+SDCARDIFボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
昔はそれが普通のことだったのですが、安価なＣＲＴディスプレイが生産中止となって久しい今日ではそれ
は叶わぬことと諦めていたのですが…。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［総合第１１０回］
●ＵＳＢ接続型／独立型システムの切換え
［総合第１０５回］で２７Ｃ５１２の使い道について書きました。
ＵＳＢ接続型システムと独立型システムを２７Ｃ５１２に書いたものをＲＯＭ／ＲＡＭ／ＲＴＣボードに実装してディップスイッチで切り換えて使うというアイデアについてでした。
大分県のＨ様からお寄せいただいたアイデアですが、Ｈ様からはその後にいただいたメールで「ディップスイッチで切り換えなくてもソフトウェアでバンクアドレスを切り換えることもできるのでは？」という提案もいただきました。
それはその通りなのですが、ことはそうはすんなりとはいきません。
ＵＳＢ接続型システムも独立型システムもどちらもバンク００で動作することを前提にしてソフトが出来上がっています。
ディップスイッチで２７Ｃ５１２の１番ピンを強制的にＨに固定する方法は２７Ｃ５１２のアドレス８０００〜７ＦＦＦに書かれているプログラムを「強制的に」００００〜７ＦＦＦで動作させる方法なので、プログラムそのものには全く手を加えることなく使うことができます。
この場合はバンク００でもバンク１０でも８０００〜ＦＦＦＦのシステムが選択されます。
しかしそのようにするのではなくて、ソフトウェアでバンク００とバンク１０を切り換えて使うようにするためには、もともとバンク００で動作するように作られたシステムをバンク１０で動作させるようにプログラムを直さなければなりません。
分かり易い例が「ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作」［第３０回］にあります。
ＴＫ−８０／ＮＤ８０Ｚモニタプログラムのキーアクセスルーチンです。
ここはもともとはキースキャンコードとしてＩ／Ｏアドレス９ＣにＦ６、Ｆ５、Ｆ３をＯＵＴしていたのですが、出力データの上位ビットを６４ＫＢ以上のＲＯＭ／ＲＡＭでバンク切換えに使うことにしたため、そこを０６、０５、０３に変更する、という内容でした。
出力データの上位４ビットはＲＯＭ／ＲＡＭ／ＲＴＣボードではアドレスＡ１８、Ａ１７、Ａ１６、Ａ１５として使います。
Ｉ／Ｏアドレス９Ｃに０６、０５、０３を出力すると、キースキャンデータが出力されると同時にシステムＲＯＭのバンク００がセレクトされます。
ＵＳＢ接続型システムも独立型システムもともにバンク００で動作することを前提にしていますから、キースキャンの部分は両方とも０６、０５、０３になっています。
そこをそのままにしておいてたとえば独立型システムをバンク１０に書き込んだとします。
ソフトウェアでバンク１０に切り換えて独立型システムを選択したとしても、キースキャンルーチンが実行された途端にバンク００が選択されて、ＵＳＢ接続型システムに切り換わってしまいます。
バンク００の選択をしているところはキースキャンだけではありません。
システムプログラムのどこかで突然バンク１０からバンク００にシステムが切り換わるとおそらく多くの場合はプログラムが暴走することになってしまいます。
そのほかいろいろ問題点が考えられますから、［総合第１０５回］では、ソフトウェアでのシステムの切換えは将来のバージョンアップで考えることにします、と書きました。
ところが。
実際に２７Ｃ５１２にＵＳＢ接続型システムと独立型システムを書いて、それをディップスイッチで切り換えて試してみますと。
面白くないのですよねえ、これが。
とにかく切り換えるたびにリセットすることになります。
そこが面白くありません。
独立型はともかくとしてＵＳＢ接続型はそのたびにＷｉｎｄｏｗｓ側のシステムプログラム（ＺＢ３．ｅｘｅまたはＺＢ３ＤＯＳ．ｅｘｅ）を再起動しなければなりません。
面倒でもあります。
実は納期の迫った仕事を複数抱えておりまして、もう半分目がつり上がっている状態なのでありますが。
まことに困った性分で。
なんとかしたいと思いついたりしますと、そこが気になってどうしようもなくなってしまいます。
緊急やらなければならないお仕事なのですけれど。
まま、ちょっと半日だけ棚上げにしておいて。
半日で済むわけはないのですよね。
とうとうこの２日間、入れあげてしまいました。
まだ完全ではありません。
プロトタイプ、試作プログラムですけれど。
２７Ｃ５１２の００００〜７ＦＦＦ（バンク００）にＵＳＢ接続型システムを置きます。
８０００〜ＦＦＦＦ（バンク１０）に独立型システムを置きます。
Ｗｉｎｄｏｗｓ側のシステム（ＺＢ３．ｅｘｅまたはＺＢ３ＤＯＳ．ｅｘｅ）は先に起動しておかなければなりませんから、先にＵＳＢ接続でＺＢ３システムを立ち上げます。
私のところではまだＷｉｎｄｏｗｓ９８ＳＥは健在です。
こういう作業ではことのほか重宝していてなかなか手放せません。
苦闘しながら、もがきながら作業していることが見て取れる汗と涙の画面であります。
右側前面に表示されているＤＯＳプロンプト画面がまさに今テスト中の画面です。
ＵＳＢ接続型から独立型への切換プログラムをＲＡＭの８０００〜に書いています。
そしてそのあとで、ＪＰ ８０００でそのプログラムを実行しました。
なんてこともない画面のように見えますが、よーく見ていただきますと、おかしなところがあることに気が付きませんでしょうか？
切換プログラムを書く前にＤＭコマンドで８０００〜８００Ｆの内容を表示しています。
そのあと８０００〜８００６に切換プログラムを書きました。
そしてＪＰ ８０００を実行したあと、もう一度ＤＭコマンドで８０００〜８００Ｆの内容を表示しています。
さわっていないはずの８００７〜８００Ｄになんだかプログラムらしきものが入っています。
一体何がおきたのでしょう？
その疑問の答えはこちらの画像にあります。
こちらはテスト中の写真です。
写真では丁度ＵＳＢケーブルのところが切れてしまっていますが、独立型システムですけれどＵＳＢでＷｉｎｄｏｗｓともつながっています。
こちらが独立型システムのディスプレイ画面です。
さきほどのＷｉｎｄｐｗｓの画面で８０００〜に書いたプログラムはバンクを１０に切り換えてアドレス０８００にジャンプするプログラムです。
独立型システムも初期設定が必要なので一旦はＮＤ８０Ｚモニタ（０８００〜）にエントリする必要があります。
そこで［Ｉ／Ｏ］［８］と操作して開始したのが上の画面です。
ここで８００７から後ろに今度はＵＳＢ接続型システムへのジャンププログラムを書いています。
そしてＪＰ ８００７を実行したことでＵＳＢ接続型システムに制御が戻り、さきほど上でお見せしたＷｉｎｄｏｗｓ画面の＞ＪＰ ８０００の下につながりました。
そのあとのＤＭ命令以下は動作確認のため、Ｗｉｎｄｏｗｓ側で操作しています。
このあと続いてもう少しテストを続けました。
スクロールアップして消えてしまいましたが、ＵＳＢ接続型に戻ったあとの画面です。
独立型システムも初期設定したあとは次からはダイレクトにＺＢ３ＢＡＳＩＣシステムにエントリすることができます（アドレス１０００）。
簡単なＢＡＳＩＣプログラムを書いたあと、独立型システムのＺＢ３ＢＡＳＩＣへのジャンププログラムを書いて、実行しました。
今度はＮＤ８０ＺモニタではなくてＺＢ３ＢＡＳＩＣの画面にエントリしました。
システムの切換えを行なってもユーザーのエリアには影響しませんから、このようにＵＳＢ接続型のほうで作成したＢＡＳＩＣプログラムやマシン語のプログラム、データをそのまま表示したり実行することができます。
このテストをしてみて気が付きました。
ＵＳＢ接続型システムではＺＢ３ＢＡＳＩＣへのエンリアドレス１０００でもリエントリポイント１０３３でも見かけ上特別の違いはありませんが、独立型システムでは１０００にジャンプすると画面クリアが行なわれます。
１０３３にジャンプした場合には画面クリアは行なわれません。
そこでジャンプ先アドレスを１０３３に変更して再実行しました。
ごく普通に上の画面の続きに見えますが、実は下から５行目ＪＰ ８００７のところで一旦はＵＳＢ接続型システムに行って、そちらからＪＰ ８００Ｅで戻ってきたのです。
うーん。
これはなかなかに便利ですねえ。
使い勝手が飛躍的に向上しました。
これはよいものができました（自画自賛です）。
ここではテスト版として８０００から切換プログラムを書いて実行しましたが、最終的にはコマンドを用意するつもりです。
ＵＳＢ
ＡＬＯＮＥ
あたりを考えています。
ＣＲＴ／ＶＧＡＩＦ＋ＫＥＹＩＦ＋ＳＤＣＡＲＤＩＦボードの製作［総合第１１０回］
２０１７．１０．２０ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る