復活！ＣＰ／Ｍ ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第３０９回］
●［第３０７回］で書き忘れたこと
書かなければいけないと思いつつ、つい忘れてしまっておりました。
［第３０５回］では普通のＬｏａｄｅｒプログラムを使って、普通のプログラムをロードしました。
そして［第３０６回］では、普通のＬｏａｄｅｒを使って、データをロードしました。
［第３０７回］ではそのようにロードしたあとの、Ｅ－８０（仮称）ミニコンのメモリマップがどうなっているのかについて説明をいたしました。
そこではＲＡＭのアドレス００００Ｈ～０００６Ｈに、［第３００回］でパネルスイッチを使って入力したテストプログラムがあります、と書きました。
実は、そこが大切なところだったのです。
ごく普通に読みますと、「そうか、たまたまそんなものが残っていたのか」ぐらいに思ってしまいます。
しかし、「そんなもの」などという軽いものではありません。
これは非常に重要なプログラムなのです。
サンプルとしてためしに入力してテストしてみただけの、無くてもよいように思えるプログラムなのですが、無くては困る存在なのです。
ちょうど将棋の歩のようなものでありましょうか。
Ｅ－８０（仮称）ミニコンにはＲＯＭはなくて、ＲＡＭだけのシステムです、ということは何回も説明をしております。
さらにそのＲＡＭは単三電池３本でバックアップしておくことができます、ということも説明をいたしました。
したがって、電源を切ってもＲＡＭの中身は消えずにそのままバックアップされていますから、次に電源を入れたときにも、前にロードしたプログラムをそのまま使うことができます。
が。
忘れてはならない大切なことがあります。
それは、電源を入れるとＣＰＵはすぐに動作を開始する、ということです。
なーんだ。
そんなこと、当たり前じゃないの。
ま。
当たり前のことなのですけれど。
システムＲＯＭや、モニタＲＯＭを実装したごく普通のボードでしたら、当たり前で過ぎてしまうことなのですが。
しかし、ＲＯＭがなくてＲＡＭだけのシステムでは、それは忘れてはならない重要なことなのです。
大抵のシステムでは電源ＯＮと同時にＣＰＵがリセットされる仕組みの回路になっています。
パワーオンリセットです。
するとＣＰＵは００００Ｈからメモリの値を読み込んで、それを実行します。
もう、おわかりかと思います。
そうなのです。
もしも、００００Ｈ番地に有効なプログラムが書かれていなかった場合には、ＣＰＵは当然暴走状態になってしまい、ＲＡＭのあちこちを手当たり次第に書き換えてしまうかもしれません。
そうなってしまったら、なんのためのバックアップだかわからなくなってしまいます。
フルＲＡＭシステムでのメモリバックアップにはそういう危ない側面があります。
（ちょっと怖いです）
今回はたまたま、といいますか、幸いにも００００Ｈ番地に無限ループ（エンドレス）のプログラムを置いてありますから、電源を入れるとそこでループして他には行きませんから、ＲＡＭの中身が破壊されることもなく無事に済んでいます。
要はそのように安全なプログラムでしたならばなんでもよいわけですから、一番簡単なプログラムで言いますと、
００００ Ｃ３００００ ＪＰ ＄００００
というのが最も簡単でよろしいでしょう。
あ。
これは［第３０７回］のメモリマップのように、システムらしきものが存在しない、プログラムがばらばらに存在しているだけのときには、００００Ｈにも何らかのプログラムを置くことを忘れてはいけませんよ、というお話です。
そこにシステムプログラムが書き込まれれば、当然電源ＯＮと同時に００００Ｈからスタートするように設計されるべきものですから、００００Ｈにプログラムが書かれていないということはありえません。
しかしシステムプログラムであれば、なおさらフルＲＡＭのシステムでは気を使わなければならないでありましょう。
イレギュラーな処理によって、ＣＰＵが暴走してしまうことのないように、エラー処理に気を使っておきませんと、万一のときにはデータも含めてすべてが昇天してしまいます。
余談になってしまいますが。
ＢＡＳＩＣのプログラムでは、エラー対策がしてあるのが普通ですから、よほど変なプログラムを書いたとしても、それが暴走してＲＡＭの中身を破壊してしまう、などということは普通はありません。
「普通は」と書いたのにはわけがあります。
ＢＡＳＩＣにもこわい命令があるからです。
ＰＯＫＥ
という命令などが、ちょいとこわい命令です。
ＰＯＫＥ Ａ，Ｂ
というように使いますと、Ａで示すメモリアドレスにＢで示すデータ（ただし８ビット）を書き込みます。
もしもプログラムのミスで、Ａにシステムのアドレス領域が指定されたとすると、システムが暴走してしまうことになります。
ＢＡＳＩＣではなくて、マシン語のプログラムでは、ちょいとしたプログラムミスで、簡単に暴走してしまうで有りましょう。
ＲＯＭにシステムが書かれている場合には、リセットするだけで初期状態に復帰できますが、フルＲＡＭのシステムでは、システムをロードするところからやり直さなければなりません。
そのように書きますと、フルＲＡＭなんて良いところなどないではないか、というように思えてしまうかも知れませんが、ＲＯＭにも短所があり、ＲＡＭにも長所があります。
ＲＯＭにシステムプログラムが書かれているのは便利なことなのですが、たとえばプログラムの改良、バージョンアップのたびにＲＯＭを交換しなければならないという短所があります。
その点フルＲＡＭでしたら、ロードするプログラムを変更するだけで済みます。
またフルＲＡＭならば、ロードするファイルを変えることによって、異なるシステムを走らせることができます。
ちょうどＣＰ／ＭがＯＳのみを提供することによって、その上でＢＡＳＩＣとかＦＯＲＴＲＡＮとかその他いろいろなプログラムを走らせることができたのはその一例です。
これを一口で言いますと、手軽さ、簡便なシステムならＲＯＭ、拡張性、柔軟性を希求するならばＲＡＭ、ということだと思います。
ワンボードマイコンでＣＰ／Ｍを！［第３０９回］
２０１３．２．５ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る