(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第５３３回］
●ＢＡＳＩＣが動き出しました
ＮＤ８０ＺⅢ試作基板のアドレス１０００～７ＦＦＦがＲＡＭになりましたので、これでハードの準備は完了です。
次はいよいよソフトウェアの準備です。
もちろん、最初にしなければならない作業は、ＺＢＫボードでアドレス００００～３ＦＦＦにバンク切り換えで多重に置かれていたＢＡＳＩＣシステムプログラムを、ＮＤ８０ＺⅢのアドレス１０００～７ＦＦＦに配置し直すことと、それでちゃんと動作してくれるように、新たな配置先に合わせてジャンプ命令やコール命令のアドレスを直す作業です。
これはなかなかに大変な作業ではありますけれど、幸いソースプログラムが保存してありましたので、ステップバイステップで順を追って作業をしていくことで、格好だけはなんとかつくところまで仕上がりました。
直さなければならないプログラムはＮＤ８０ＺⅢの側のプログラムだけではありません。
ＺＢＫシステムでは、ＤＯＳ／Ｖパソコンの側のプログラムもかなり大きなプログラムになっています。
こちらはＢｏｒｌａｎｄＣ＋＋コンパイラで作成したものです。
このＣ＋＋プログラムとＺＢＫターゲットボード上のＢＡＳＩＣプログラムがＵＳＢを通じて連動することではじめて意味の有る動きになるようにできています。
そのＵＳＢのところは、ＦＴＤＩ社のＦＴ２４５を使った仮想的なＲＳ２３２Ｃ通信で行っていたのですが、今回はそれをＰＩＣ１８Ｆ１４Ｋ５０を使ったＨＩＤ通信に変更しなければなりません。
まあ、ちょいと工夫は必要でしたけれど、その通信の部分をＨＩＤに書き換えたＤＯＳ／Ｖ側のＢＡＳＩＣシステムプログラムを、先に作りましたリモートプログラムと合体させる形でまとめてしまいました。
なんだかちょいとまとまりのない、けっこう大きなプログラムになってしまいました。
最初はなかなかうまく応答してはくれませんでしたけれど。
およそ２日ほどもあちこちいじって調整に努めましたところ、なんとＢＡＳＩＣシステムが応答してくれるようになりましたよ。
ちょいと。感動！です。
最初はリモートプログラムとして起動します。
あ。いまはデバッグの段階ですから、最終的にこのスタイルのままでいくかどうかは未定です。
この画面以前に何日間かの、汗、汗の作業がありました。
その結果、とりあえずはアドレス１０００～７ＦＦＦにプログラムをはめ込んで、それをｚｂｒｏｍ２ａ．ｂｔｋというファイルとしてｓａｖｅするところまで出来ました。
ここまでの動作テストとデバッグ作業によって、上の画面のように、ＢＡＳＩＣプログラムを作成し、それをＬＩＳＴ表示させるところまで出来るようになりました。
たかがプログラムリストなどと侮ることなかれ、です。
たったこれだけの表示でも、実は大変なプログラムが動いているのです。
ですから、ＤＯＳ／ＶパソコンのキーボードからＢＡＳＩＣのプログラムを入力作成することができて、そしてそれをＬＩＳＴコマンドでプログラムリストの形で表示することができれば、ＢＡＳＩＣシステムの中心部分は正常に機能している、と判断できます。
それがどういうことなのかは、もう少し先で詳しく説明いたします。
実は、ここまでのところで、ＢＡＳＩＣのプログラムを「実行」することについても、とりあえずは、うまくいったのです。
いわば、「試運転」の成功です。
さてでは、まずは、上の画面の説明から始めることにいたしましょう。
実は上の画面はＢＡＳＩＣの動作テストの過程でうまく動かないところが出て来てしまったために、これからその原因を確認しようとしているところなのです。
せっかくの機会でありますから（うまく動作してくれないということは、私にとっては不幸な事態なのですけれど）、その動作異常の原因を追求する過程を記録することで、今回ＺＢ８０ＺⅢに移植しつつあるＢＡＳＩＣシステムなるものの機能や特徴の、具体的な説明ともなる、と考えました。
いわばプログラムデバックのサンプルです。
まあ、テレビ番組のＮＧ特集のような趣であります。
そういうことで、最初はリモートプログラムとして起動して、次に、ＢＡＳＩＣプログラムはすでにＮＤ８０ＺⅢの増設ＲＡＭアドレス１０００～７ＦＦＦに書き込まれていて、そればボタン電池でバックアップされているはずなのでありますけれど、デバッグのため、念の為に、保存してありますｚｂｒｏｍ２ａ．ｂｔｋをＬＯＡＤしました。
そしてそこからがＢＡＳＩＣシステムのエントリです。
ＤＯＳ／Ｖパソコンのキーボードから ｚ と入力すると、Ｚ８０ＢＡＳＩＣシステムにエントリします。
Ｚ８０ＢＡＳＩＣシステムにエントリすると画面に表示される文字の色が緑になります。
この機能はＷｉｎｄｏｗｓ９８とＷｉｎｄｏｗｓＸＰでは確認できているのですが、なにしろＭｉｃｒｏｓｏｆｔ様のことですから、いつまでこういうことが可能なのかは保証の限りではありません。
ですから最終的に着色表示にするかどうかはちょいと未定ということにさせておいてください。
ともかく今のところはそのように文字表示が緑になって、Ｚ８０ＢＡＳＩＣシステムにエントリしていることがわかるようになっています。
そしてキー入力を促すプロンプトマークとして＞が表示されます。
ＤＯＳプロンプトでの＞と同じ表示ですが、今はＺ８０ＢＡＳＩＣシステムの制御下にあります。
ｈｅｌｐというコマンドを入力しています。
Ｚ８０ＢＡＳＩＣシステムではＢＡＳＩＣのプログラム（ユーザープログラム）は本来のＲＡＭアドレスの８００４から後ろに置かれます。
８０００～８００３はシステムのリザーブエリアです。
リセットすると、ＲＡＭの８００４からに書かれていたプログラムは形の上ではクリアされて、消えてしまいます。
メモ帳などで最初は何も書かれていない画面が表示されるのと同じ意味合いです。
しかしシステムがハングアップしたとか、その他の理由があって、一旦はリセットまたは電源をＯＦＦにしたけれども、いままで作業していたプログラムをクリアしないで復活させたい、という場合もあるはずです。
そのようなときに使うのが、ｈｅｌｐコマンドです。
リセットする前のプログラムが（もしまだＲＡＭの中にそのまま残っていれば）元通り復活します。
なお緑色で表示された文字は、ＮＤ８０ＺⅢからＵＳＢを経由して送られてきた、そのままを表示しています。
キーボードから入力した文字は白色で表示されます。
そのあとに入力したｌｉｓｔコマンドで、ｈｅｌｐによって「復活」したプログラムリストが表示されています。
変数名の後ろに％をつけると、その変数が「整数型」になります。
行番号４０のＰＲＩＮＴ文で結果が表示されるはずなのですが、実行してみますと全くなにも表示されません。
そこで、どこに原因があるのかを、これから追求しよう、というわけです。
実は、実は。
ＢＡＳＩＣシステムプログラムの移植作業は、この前日までは、とりあえずはうまくいっていたのでした。
上の画面のリストのプログラムもちゃんとうまく実行されたのです。
ところが。
そこまでは、とりあえず移植し易いように、もともとの置かれていたアドレスのベースをあまりいじらないで、たとえばもとはアドレス３２００～のプログラムなら、それを５２００～に置く、というように配置してデバッグしていたのです。
その結果、とりあえず試しに実行してみた上のプログラムはうまくいったのですけれど、そのほかのいろいろな命令も実行できるようにするためには、ちょっとメモリが不足してしまいます。
そこで。
もとのアドレスにこだわらないで、できるだけ空きをつくらないように、プログラムを再配置したり、複数のプログラムをまとめてひとつのプログラムにしたり、という作業を行ったのですが。
その結果、一旦はうまく動作したプログラムが、うんともすんとも言ってくれなくなってしまったのです。
がっかり、です。
何がおきてしまったのか、それを確認するために、まずはｄｍコマンドを使っています。
ダンプメモリです。
この機能は、リモートプログラムの／ｄと同じですけれど、ＮＤ８０Ｚモニタのメモリダンプ機能とは別のプログラムです。
リモートプログラムでは、［Ｆ］［４］［４］［０］［ＡＤＲＳＳＥＴ］［Ｆ］［４］［４］［Ｆ］［／］［ｄ］と操作したのですが、ここではもうＮＤ８０ＺモニタではなくてＺ８０ＢＡＳＩＣシステムの中にいますから、その中にあるマシン語モニタ機能にアクセスしています。
ですからアドレスはコマンドに続くパラメータとして、ｄｍ ｆ４４０，ｆ４４ｆのように与えています。
Ｆ４４０～はＢＡＳＩＣの固定変数エリアです。
Ｆ４４０、Ｆ４４１がＡ％、Ｆ４４２、Ｆ４４３がＢ％、Ｆ４４４、Ｆ４４５がＣ％です。
最初が下位バイト、次が上位バイトです。
ｄｍコマンドで値を確認したところ、
Ａ％＝０００Ｂ
Ｂ％＝０１Ｃ８
Ｃ％＝０２４３
であることがわかりました。
１６進数の０００Ｂは十進数の１１、１６進数の０１Ｃ８は十進数の４５６、１６進数の２４３は十進数の５７９です。
Ｃ％は１２３＋４５６＝５７９になっています。
Ａ％が１２３ではなくて１１になっているのは、行番号５０～７０のＦＯＲ～ＮＥＸＴ文を実行したためです。
２０１０．６．２４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る