ＣＲＴ/VGAIF+KEYIF+SDCARDIFボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
昔はそれが普通のことだったのですが、安価なＣＲＴディスプレイが生産中止となって久しい今日ではそれ
は叶わぬことと諦めていたのですが…。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［総合第３９回］
●ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）にＬＤコマンドを
前回書きました通り、お蔭様で「マイコン独立化セット」はＨＰに販売開始の記事をＵＰした翌朝には初回ロット分が完売となりましたが、その後この土曜日、日曜日にもご注文のメールをいただき、当初予定しておりました２回目のロットもまだ発注手配が完了しないうちから、ほとんど完売になってしまいました。
もう感謝感謝感謝です。
２回目に続いて３回目の発注手配も大至急でしなければなりませんが、３回目のロットについてはちょっと時間がかかるパーツが不足しますので、急いで手配しますけれど、お届けするのが少し遅くなってしまいそうです。
その手配もさることながら、とにかく超特急でソフトの完成を急がなければなりません。
あと２週間のカウントダウンです。
もう２日過ぎてしまいましたから実質１０日ぐらいです。
そんな中で、この２日間、頭をかきむしりながら苦闘しておりました。
勿論「マイコン独立化セット」のプログラムについてです。
とにかく大急ぎで作ってきたものですから、あちこちにやり残したところがあります。
ここ２日間悩んでおりました問題は独立型ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）のＺディレクトリについてです。
現行のＵＳＢ接続型のＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）ではＺディレクトリにあるファイルはＷｉｎｄｏｗｓが管理しています。
仮想Ａ〜ＤドライブもＷｉｎｄｏｗｓのハードディスクにあるのですが、こちらのほうはＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）が主体となって管理しています。
たとえばＣＯＰＹコマンドでＡ：からＺ：にファイルをコピーする場合、Ａ：のファイルを読むところはＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）のファイルＬＯＡＤプログラムが行ないます。
そしてＺディレクトリに書き込むところはＷｉｎｄｏｗｓ側のプログラムが全て行ないます。
独立型ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）ではＺディレクトリからＡ：〜Ｄ：ドライブへのファイルコピーについては、何とかがんばって作ったのですが、逆のＡ：〜Ｄ：からＺディレクトリへのファイルコピーは結局どうしようもありませんでした。
やってやれないことはないかもしれませんが、もうプログラムを追加するだけのメモリスペースがありません。
ＣＰ／ＭのＤＯＳプログラムでＦＡＴ１６のファイルを新規作成する、というのは、やや無理筋のような感じです。
２日間あれこれ試行錯誤した結果、当面のところその機能は無理、という結論となりました。
でもなんとかしたい。
ということで急遽考えましたのが、独立型ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）にＬＤコマンドを追加する、ということです。
ＣＰ／ＭにはＬＤ（ＬＯＡＤ）の機能がないのですよね。
拡張子がＣＯＭのファイルは０１００からロード後にコマンドとして直ちに実行されます。
この機能はＭＳＤＯＳにもそのまま受け継がれています。
そういえばＭＳＤＯＳにもＬＤ（ＬＯＡＤ）はありませんね。
ＤＥＢＵＧコマンドとしてファイルを読み込むことはできますが、指定したアドレスにファイルをロードする、という作業はユーザーがプログラムを組んで実現しなければならないようです。
それで、そのＬＤコマンドを新規に作りました。
そのココロは。
いかにもＺＢ３ＢＡＳＩＣ的なのですが。
Ａ：〜Ｄ：ドライブからＺ：ドライブへのファイルコピーの代わりに、ちょっと弱いですけれどＬＤコマンドを使って、まず目的のファイルを０１００〜にロードします。
このときロードエンドアドレスも表示します。
次にＺＢ３コマンドで一旦ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）を終了しＺＢ３ＢＡＳＩＣに戻ります。
ここでＳＶコマンドで０１００〜ロードエンドまでをルートディレクトリかＺディレクトリに名前をつけて保存します。
ちょいと面倒ですけれど、将来のバージョンアップのときまで、この方法でなんとかしのいでいただきますようお願いいたします。
（いかにもマシン語ツール的で、マニアックでよいのでは、と強弁しております）
さっそく機能追加してテスト中の画面です。
ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）でディレクトリ表示をしているところがスクロールして見えなくなってしまいました。
こんなときはログの機能が欲しくなります。
ログ機能と画面のページＵＰ／ＤＯＷＮは、今回は間に合いませんがなるべく早い機会に追加機能として作りたいと思っています。
画面の一番上のところで ＬＤ ０００２．ＢＩＮ と入力しています。
その結果０１００〜０１７Ｆまでに０００２．ＢＩＮがロードされました。
ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）では１２８バイト単位でファイルのセーブ、ロードが行なわれます。
ＬＤコマンド実行後にＺＢ３コマンドでＺＢ３ＢＡＳＩＣモードに戻りました。
ＺＢ３ＢＡＳＩＣではＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）でシステム／ユーザーエリアとして使う００００〜ＣＢＦＦまでのＲＡＭエリアのうち、００００〜７ＦＦＦは裏のＲＡＭとしてシステムプログラムの裏に隠れます。
８０００〜ＣＢＦＦはＢＡＳＩＣのユーザーエリアとして使いますが、何もしなければその範囲のＲＡＭの中身はそのまま残っています。
そこで０１００〜０１７Ｆの範囲のメモリ内容を０００２Ｔ１．ＢＩＮというファイル名でルートディレクトリにセーブしました。
ＺＢ３ＢＡＳＩＣのＳＶ、ＬＤコマンドで００００〜７ＦＦＦの範囲のアドレスを指定すると裏のＲＡＭに対して書き込み／読み出しされます。
そのあとＤＩＲコマンドで確認しました。
念のためＺＢ３ＢＡＳＩＣのＬＤコマンドで適当なアドレス（ここでは９０００〜）にロードして、そのあとＤＭコマンドで中身を確認しました。
もとの０００２．ＢＩＮは３Ｅ ＦＦ〜Ｃ３ ００ ００までですが、ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）では１２８バイト単位でファイルを扱いますから、ファイルサイズが１２８バイトになっています。
順序が逆ですけれど、スクロールして消えてしまった画面を再現するためにもう一度ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）を起動しました。
デバッグ中ですのでちょっと変わったアドレスにエントリしています。
デバッグ中の様子です。
ＣＲＴ／ＶＧＡＩＦ＋ＫＥＹＩＦ＋ＳＤＣＡＲＤＩＦボードの製作［総合第３９回］
２０１７．４．２ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る