ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
独立大作戦の作戦その１はＣＲＴインターフェースボードの製作です。
作戦その２はキーボードインターフェースです。
作戦その３は、ＳＤカードインターフェースです。
作戦その４は、ＲＯＭ／ＲＡＭ／ＲＴＣボードです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［第１６回］
●ＬＯＧファイルのための準備
このところキャラクタの色表示について、書いてきました。
ほかにやらなければならない作業が山積しているため、ＨＰの更新は数日おきという状態が続いています。
毎回同じことの繰り返しですが、気長なお付き合いをお願いいたします。
しかし、「マイコン独立大作戦」のステージ２でありますところの、キャラクタの色表示とログファイルの組込み作業もなんとかめどが立ちつつある気がいたします。
独立化システムでのログファイル機能は、当初から構想していたわけではありませんが、ＵＳＢ接続を離れていざ独立して作業をしてみますと、どうしても実現させたい機能であることに気が付きました。
ＵＳＢ接続型の現行ＺＢ３システムでのプログラム開発作業では、ログ機能がおおいに役立っています。
多忙にかまけてノートの整理を怠ったりしたようなときに、過去ログの存在がどれだけ役に立ったか、言葉では言い表せないほどです。
そういう経験をしてしまいますと、独立化システムにおいても、私の気持ちとしては、ログはもう必須の機能です。
気持ちはそうなのですが、しかしその実現ということになりますと、これはいささかハードルが高い作業を覚悟しなければなりません。
まず第一にそのログが作成された日時の記録が必須になります。
さらにはより多くのメモリが必要となるため、ＲＡＭの増設を考えなければなりません。
将来を考えると、今でもプログラムＲＯＭの容量は限界まで来ていますので、ＲＯＭの増設もあわせて考えるべきでありましょう。
ということで、本稿のテーマでありますＲＯＭ／ＲＡＭ／ＲＴＣボードの製作に着手したのでしたが、とりあえずの増設ＲＡＭの使用テストとＲＴＣのＢＡＳＩＣへの組込み作業はなんとか出来たように思います。
さて残るは実際にログをシステムに組み込むための作業です。
これができれば「カラーキャラクタディスプレイインターフェースボード」とともに「ＲＯＭ／ＲＡＭ／ＲＴＣボード」を「マイコン独立化セット」のオプションボードとして皆様に提供することができます。
で。
ここ数日、いよいよそのログ機能について、具体的な設計を進めつつ、とりあえずテスト的なプログラムの作成作業をしてきました。
これが上で書きましたようになかなかにハードルが高い作業なのです。
現行のＵＳＢ接続型でのログファイルの作成はもっぱらＷｉｎｄｏｗｓ上でＭＳＤＯＳのファイルシステムを利用して行なっています。
それはそれで簡単ではありませんが、Ｃ＋＋でのプログラム作業ですから、楽といえば楽といえましょう。
しかし独立化システムではベースにはＳＤカードのアクセスプログラムがあって、それはもちろん全てＺ８０および８０８０アセンブラで作成したものです。
そこにさらに常駐する形で、最初のＺＢ３ＢＡＳＩＣの起動から電源ＯＦＦまでの文字の画面表示をログファイルとしてＳＤカードに記録保存することが求められます。
どうしたらそれを可能にすることができるか？
試行錯誤を重ねる中でだんだんとあるべき形が整ってきたように思えます。
ＳＤカードのアクセスプログラムに追加する形で、とりあえずログファイルの記録に必要な機能を組み込んで、本日は朝からその部分のテストをしてきました。
まだほんの入口だけのテストですけれど、その結果はまずまずという出来になりましたので、例によりまして、私の備忘録を兼ねて以下簡単なコメントをつけて見ていただくことにしました。
Ｗｉｎｄｏｗｓ９８ＳＥにＮＤ８０Ｚ３．５をＵＳＢ接続してのテストです。
もう何回も書いてきていますが、私はこういったマシン語的な作業には今でもＷｉｎｄｏｗｓ９８ＳＥを使っています。
Ｗｉｎｄｏｗｓ７も悪くはないのですが、こういう作業にはかえってわずらわしいところがあって、Ｗｉｎｄｏｗｓ９８ＳＥのほうが使い易いです。
それで、画面の説明です。
左側に開いているのはデバッグ中のＳＤカードプログラムのアセンブルリストです。
右側のＤＯＳ画面はそのプログラムをＮＤ８０Ｚ３．５にロードしてデバッグ中の画面です。
最終的には独立型システム上でテストをすることになりますが、やはりＵＳＢ接続型のシステムで、ＲＡＭにロードしてデバッグするのが効率的です。
ですからＳＤカードプログラムはＲＯＭの７０００番地台に組み込んでいますが、デバッグ中のプログラムはＮＤ８０Ｚ３．５のＲＡＭにロードしてデバッグできるように、とりあえずアドレス９０００にロードして実行する形で書いてあります。
Ｚディレクトリに加えてＬＯＧディレクトリを作りました。
ＬＯＧディレクトリの作成はできるだけプログラムの負担を軽くするために、最初のＣＰ／Ｍフォーマット時に行うことにしました。
そのためあらたにログ機能を使うためには一旦ＳＤカードをフォーマットし直す必要があります。
それまでにＳＡＶＥしたデータ、プログラムファイルは消去されてしまいます。
面倒なことですが、必要でしたらフォーマットの前にＳＤカードの中身をバックアップしておいてください。
ログファイルについて、悩んでいた問題がありました。
現行のログファイル名はファイルオープン時の月日時分を示す８桁の数値です。
たとえば８月１７日２３時４分でしたら、０８１７２３０４．ＬＯＧになります。
独立型ＮＤ８０Ｚ３．５の場合、電源ＯＮして［Ｉ／Ｏ］［８］と操作して、ＺＢ３ＢＡＳＩＣが起動したときの時刻になります。
ひょっとして１分以内にリセットまたは電源のＯＦＦ、ＯＮ後に再び［Ｉ／Ｏ］［８］でＺＢ３ＢＡＳＩＣを起動する、ということがあるかもしれません。
すると同じファイル名でＯＰＥＮすることになります。
これはちょっと都合が悪いです。
現行ＵＳＢ接続型では前のファイルを上書きＯＰＥＮします。
実は上書きＯＰＥＮは、前のファイルを削除するとともにそれが占有していた領域を開放するという作業を伴います。
これは相当に負担が重い作業です。
もうひとつ別の可能性もあります。
ログファイル名には年を示す数値はありません。
実際にはＭＳＤＯＳのファイルにはそのファイルが作成された年月日時分秒も記録されるのですが、それもかなり負担の重い作業ですから、独立化システムでは、そこはパスしています。
ひょっとすると一年前と同じ日同じ時刻にＯＰＥＮするということもあるかもしれません。
いずれも可能性は低いのですけれど、そこはクリアしておきたいところです。
そこで思いついたのが上の画面での方法です。
上の画面ではテストですからログファイル名には日時ではなくて１２３４５６７０という８桁の固定データを使っています。
アドレス９０４ＥはＬＯＧＯＰＥＮプログラムへのエントリです。
アドレス９０４ＢはＬＯＧディレクトリの表示です。
９０４Ｅを実行するたびに１２３４５６７０．ＬＯＧというファイル名でＯＰＥＮが試みられます。
そこで同じファイル名がみつかった場合の対処ですが、その場合には末尾の数値を示す文字コード（３０Ｈ〜３９Ｈ）に１０Ｈを加算したものをファイル名とします。
３１Ｈ〜３９Ｈに１０Ｈを加算すると４１Ｈ〜４９Ｈ（Ａ〜Ｉ）になりますが、３０Ｈ＋１０Ｈは４０Ｈ（＠）になってファイル名として不適当なので、その場合だけさらに０ＡＨを加算して４ＡＨ（Ｊ）とします。
かくして上の画面では１２３４５６７Ｊ．ＬＯＧが作成されています。
そのルールによって、Ｊ＝０とすればもとの日時からなるファイル名を知ることが出来ます。
さらに同じファイル名（１２３４５６７０）が重ねてＯＰＥＮされる場合、１２３４５６７Ｊとなりますが、それもすでに作成されているため、同じルールで末尾の値に１０Ｈを加算します。
４１Ｈ〜４ＡＨ（Ａ〜Ｊ）に１０Ｈを加算すると５１Ｈ〜５ＡＨ（Ｑ〜Ｚ）になります。
さらに重ねて同じ日時ファイルがＯＰＥＮされる可能性はまずないと思いますが、この部分のプログラムはループを重ねているだけですから、その次も対応しています。
５１Ｈ〜５ＡＨに１０Ｈを加えると６１Ｈ〜６ＡＨ（ａ〜ｊ）になります。
さらに６１Ｈ〜６ＡＨに１０Ｈを加えると７１Ｈ〜７ＡＨ（ｑ〜ｚ）になります。
さらに７１Ｈ〜７ＡＨに１０Ｈを重ねると…（そんな場面は１００％ありえないはずなのですけれど）。
７桁目に対して同じルールを適用します。
ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作［第１６回］
２０１７．８．１７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る