復活！ＣＰ／Ｍ　ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ−８０互換のワンボードマイコンの上で復活します
ＮＤ８０Ｚ�VとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！

［第３１１回］


●システムプログラムのロード（２）

前回は、Ｅ−８０（仮称）ミニコンにＮＤ８０Ｚ�V（ＮＤ８０Ｚ３．５）のシステムプログラムをロードして、ちゃんとＺＢ３ＢＡＳＩＣが動作しているところを見ていただきました。
そのあと電源を切ったのでありましたが。



このお話には続きがあります。
電源を切ったあと、次に電源を入れたならば、一体どういう動作をするでありましょうか？
ということについてのお話です。

それは。
００００Ｈ〜０００６Ｈに書かれていたサンプルプログラムが実行されて…。

ええ。
フツーのプログラムをロードしたのでしたら、普通はそういうことになりますでしょう。
そのように説明をしてきましたから。

しかし。
前回ロードしましたプログラムはフツーのプログラムではなくて、システムプログラムです。
そこには普通のプログラムとは違った仕掛けが仕込んであるのです。

電源を入れますと、このような状態になります。

これじゃ何もわからんではないか。
あ。
それはまあ、そうなのですけれど。
もしも００００Ｈ〜０００６Ｈに書いてありましたサンプルプログラムが実行されているのでありましたならば、左上にありますＰＲＯＧＲＡＭＭＥＤ　ＯＵＴＰＵＴ　ＬＥＤには、左下のＰＲＯＧＲＡＭＭＥＤ　ＩＮＰＵＴスイッチの設定値がそのまま表示されるはずです。
しかし、スイッチの設定値が０４Ｈなのに、ＬＥＤ表示はＦＦＨになっています。
どうも様子が違っているなあ、ということはお分かりいただけるかと思います。

ここで、Ｗｉｎｄｏｗｓ側でＤＯＳプロンプト（コマンドプロンプト）を立ち上げて、ｚｂ３．ｅｘｅを実行してみますと（ＷｉｎｄｏｗｓパソコンとはＵＳＢで接続されたままだとします）、このようになります。

画面は前回終了したところからの続きになっています。
ｚｂ３［Ｅｎｔｅｒ］と入力すると、再びＥ−８０（仮称）ミニコンとつながってしまいます。
つまり、今までとは違って、ＺＢ３ＢＡＳＩＣシステムをロードしたあとは、一旦電源を切っても、次に電源をＯＮにすると同時にシステムが立ち上がってしまうのです。
どういうこと？

その理由を知るために、ＲＡＭの００００Ｈから数バイトをＤＭコマンドで表示させてみました。

いつの間にか００００Ｈ〜０００２Ｈには、Ｃ３０００８という命令が書き込まれています。
アドレス０８００Ｈへのジャンプ命令です。
アドレス０８００ＨはＮＤ８０Ｚモニタプログラムのエントリアドレスです。
どうしてこんなことになったのでしょうか？

そのわけは、前回お見せした０４００Ｈ〜のダンプリストを見るとわかります。

前回はＺＢ３ＢＡＳＩＣシステムプログラムを０４００Ｈからロードしたあとで、０４０６Ｈから実行しました。
では０４０６Ｈには何が書かれていたのでしょう。
ダンプリストでは１６進数だけなのでわかりにくいかと思います。
ですので下にあらためてその部分を抜き出して、ニーモニックを付加してみました。

０４０６　３ＥＣ３　　　　ＬＤ　Ａ，Ｃ３
０４０８　３２００００　　ＬＤ　（＄００００），Ａ
０４０Ｂ　２１０００８　　ＬＤ　ＨＬ，＄０８００
０４０Ｅ　２２０１００　　ＬＤ　（＄０００１），ＨＬ
０４１１　Ｃ３０００８　　ＪＰ　＄０８００

そのようにプログラムが実行されたために、００００Ｈ〜０００２ＨにＣ３０００８が書き込まれたのです。
これによって、以後は電源ＯＮと同時にシステムが起動することになったのでした。

これで、もう安心して電源を切ることができます。
Ｗｉｎｄｏｗｓ側を終了したあと、もう一度Ｅ−８０（仮称）ミニコンの電源を切りました。


あ。
忘れておりました。
もう一度Ｅ−８０（仮称）ミニコンの電源を入れます。
そして先ほどと同じように、ｚｂ３［Ｅｎｔｅｒ］でＵＳＢ接続を確立したあと、ｚ［Ｅｎｔｅｒ］を入力してＺＢ３ＢＡＳＩＣを再び起動しました。



ＺＢ３ＢＡＳＩＣは電源ＯＮまたはリセット後はＢＡＳＩＣのテキストエリアはクリアされますから、ＬＩＳＴコマンドを入力しても、何も表示されません。
しかしその後に何かを入力してしまわない限り、それ以前に作成したＢＡＳＩＣプログラムはメモリ内に保持されています。
そして電源を切ってもＲＡＭが単三電池でバックアップされていれば、そのＢＡＳＩＣプログラムもそのまま保持されています。
リセットによってクリアされたはずのＢＡＳＩＣプログラムはＨＥＬＰコマンドを入力することで復活させられます。

ＺＢ３ＢＡＳＩＣでは命令やコマンドに省略形が使えます。
ｈ．はＨＥＬＰの略記です。
ただの　．（ピリオド）はＬＩＳＴの略記です。
ｒ．はＲＵＮの略記です。

ご覧のように、ＨＥＬＰコマンドの入力によって前回作成したＢＡＳＩＣプログラムを復活させることができました。

これで一渡りの動作確認ができましたので、最終的にＵＳＢ接続を終了し、Ｅ−８０（仮称）ミニコンの電源もＯＦＦにしました。


以上の操作もログファイルに記録されています。
画面と同じ内容ですけれど、参考までにお見せします。
こちらが今回の最初に電源ＯＮしてから、ＵＳＢ接続を終了するまでのログファイルです。

logfile nd80zlog\02050846.txt open ＮＤ８０Ｚ�Vに接続しました 0001 0000 - z 1000 00C3 - *** nd80z3 basic **** >dm 0000,000f 0000 C3 00 08 FF C3 00 00 FF-FF ED FF C3 80 FF 31 00 ﾃ...ﾃ......ﾃ..1. >0000 00C3 - リモート接続を終了しました logfile closed at Tue Feb 05 08:49:10 2013

そして下は一度電源を切ってから、もう一度電源ＯＮしてＵＳＢ接続を確立し、再び接続を終了するまでのログファイルです。

logfile nd80zlog\02050850.txt open ＮＤ８０Ｚ�Vに接続しました 0001 0000 - z 1000 00C3 - *** nd80z3 basic **** >h. TEXT 8004-8053 ﾍﾝｽｳ DFFB-DFFF >. 10 FOR A=0 TO 10 20 PRINT "a=",A,"sqrt=",SQR(A) 30 NEXT A >r. a= 0 sqrt= 0 a= 1 sqrt= 1 a= 2 sqrt= 1.41421 a= 3 sqrt= 1.73205 a= 4 sqrt= 2 a= 5 sqrt= 2.23607 a= 6 sqrt= 2.44949 a= 7 sqrt= 2.64575 a= 8 sqrt= 2.82843 a= 9 sqrt= 3 a= 10 sqrt= 3.16228 >0000 00C3 - リモート接続を終了しました logfile closed at Tue Feb 05 08:52:18 2013

以上、長々と説明をしてきましたように、簡単なＬｏａｄｅｒを使ってでもシステムプログラムをロードすることは十分可能で、そしてバッテリーによってメモリがバックアップされているのでしたら、一度システムをロードしてしまえば、それから後はローダーを操作することも、フロントパネルを操作することもなく、電源ＯＮでいきなりシステムプログラムを起動させて使うことができます。

そういうことになりますと。
システムＲＯＭも不要ですし、なにもわざわざＩＰＬ（Ｉｎｉｔｉａｌ　Ｐｒｏｇｒａｍ　Ｌｏａｄｅｒ）なんてものを用意する必要もなくなってしまいます。

しかし。
忘れてはならない重要なことがあります。
それはＲＡＭはヤワなものだということです。
ＲＡＭもハードウェアではありますが、その利用のされ方からすればＳＯＦＴ（柔な）ＷＡＲＥであると言えましょう。

何事もなければそれでよろしいのですけれど。
たとえばマシン語プログラムを作成して、それのデバッグを試みているときなどを想定しますと、おそらく完成するまでに何回かプログラムミスによって暴走することを経験するでありましょう。
ひょっとするとそのたびにシステムプログラムも破壊されてしまうかもしれません。
あるいはＬｏａｄｅｒも破壊されてしまうことだって大いにありえます。

そうなりますと、パネルスイッチを操作してＬｏａｄｅｒプログラムを入力することからはじめなければなりません。
たかだか３２バイト程度のＬｏａｄｅｒですから、再入力するにもそれほど手間はかかりますまい。
しかし、暴走のたびにそのようにしなければならないということになりますと。
当然心中穏やかならぬ気分とはなってきまして、果てにはこのミニコンの設計者（つまりこの私め）を呪詛するようになるやも知れませぬ。

老いぼれたりとはいいましても、まだまだこの世にたっぷりと未練がありますゆえ、そんなことで呪い殺されたくはありませぬ。
ということになりますと。

当然のことながら、いよいよＩＰＬについて考えなくてはなりませぬ。

ワンボードマイコンでＣＰ／Ｍを！［第３１１回］
２０１３．２．７ｕｐｌｏａｄ

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