２０１７．９．１６
前へ
次へ
ホームページトップへ戻る

マイコン独立大作戦
ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
独立大作戦の作戦その１はＣＲＴインターフェースボードの製作です。
作戦その２はキーボードインターフェースです。
作戦その３は、ＳＤカードインターフェースです。
作戦その４は、ＲＯＭ／ＲＡＭ／ＲＴＣボードです。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜

［第２７回］


●ＬＯＧファイル名を月日時分にしました

いよいよ仕上げの時が近づいてきました。
今まではテストのためにＬＯＧファイル名は仮の名前にしていました。
本来のＬＯＧファイル名としてはそのファイルをオープンしたときの月日時分をそのままファイル名にするつもりです。
たとえば９月１５日１０時５２分でしたら、ファイル名は０９１５１０５２．ＬＯＧになります。
そうするためには、ＲＴＣ（Ｒｅａｌ　Ｔｉｍｅ　Ｃｌｏｃｋ）が必要です。
ＲＴＣ回路から日時データを読み取って、ＤＡＴＥ＄、ＴＩＭＥ＄関数に組み込むことは［第１４回］で行ないました。
ＮＤ８０Ｚ３．５（ＵＳＢ接続型）への組込みです。
今回はそれを利用してＬＯＧファイル名を月日時分にするようにプログラムを組み立てます。

まずは日時データの取得について整理をします。
ＤＡＴＥ＄、ＴＩＭＥ＄関数を使うとそのときの日時データがバッファに格納されます。
日時データバッファはＦ２Ｃ８〜Ｆ２ＣＥです。

>p.date$,time$
17/09/14     16:01:05

>dm f2c8,f2cf
F2C8  05 01 16 04 14 09 17 9E-71 20 F5 36 C8 D6 EB FC  ........q .6ﾈﾖ..

日時データは４ビットのＢＣＤ数です。
ＢＣＤ２桁をあわせて１バイトのデータとします。

Ｆ２Ｃ８　秒
Ｆ２Ｃ９　分
Ｆ２ＣＡ　時
Ｆ２ＣＢ　曜日
Ｆ２ＣＣ　日
Ｆ２ＣＤ　月
Ｆ２ＣＥ　年（西暦年の下位２桁）

実はＤＡＴＥ＄、ＴＩＭＥ＄はシステムプログラムに組み込んだＲＴＣ　ＲＥＡＤ／ＷＲＩＴＥルーチンをコールしています。
ＲＴＣＲＥＡＤはアドレス３Ｅ７Ｆです。
ＲＴＣＲＥＡＤをコールするとそのときの日時データがバッファに入ります。

>usr($3e7f)

>dm f2c8,f2cf
F2C8  06 56 17 04 14 09 17 9E-71 20 F5 36 C8 D6 EB FC  .V......q .6ﾈﾖ..

ここまで確認ができましたので、ＳＤカードアクセスプログラムのＬＯＧファイルオープンのところでＲＴＣＲＥＡＤをコールして日時データを取得するように直しました。
さっそく試運転です。

>/ld nd3sd4m.bin,9000
loading ND3SD4M.BIN ...0d45(3397)bytes loaded,from 9000 to 9D44
>usr($903c)

>jp 904e
>jp 904b
12345670.LOG    1234567J.LOG    1234567Z.LOG    1234567j.LOG    1234567z.LOG    123456Gz.LOG    
123456WZ.LOG    09141839.LOG    
>p.date$,time$
17/09/14     18:39:56

おお！
成功です！
０９１４１８３９．ＬＯＧが作成されました。

せっかくここまでできましたから、ついでにＬＯＧファイル名が重複したときの対策についてもテストをしてみました。
ＬＯＧファイルはＺＢ３ＢＡＳＩＣの起動時にＯＰＥＮするように考えています。
ＬＯＧファイル名は分の単位ですからひょっとすると１分以内にＺＢ３ＢＡＳＩＣを再起動したりすると、同じファイル名ができてしまう可能性があります。
また年はありませんから前年作成したＬＯＧファイルと同じ日時にＬＯＧファイルがＯＰＥＮされてしまうということも無いとはいえません。
そのための対策としてＬＯＧファイル名が重複した場合には末尾桁から順に計算によってアルファベットに置き換えるように考えました。
もとは小文字にも置き換えるようにしてあったのですが、前回の問題によって小文字への置き換えはしないことにしました。

>p.time$
18:41:57

>jp 904e
>jp 904e
>jp 904e
>jp 904e
>jp 904e
>jp 904e
>jp 904e
>p.time$
18:42:40

>jp 904e
>jp 904e
>p.time$
18:42:59

>jp 904b
12345670.LOG    1234567J.LOG    1234567Z.LOG    1234567j.LOG    1234567z.LOG    123456Gz.LOG    
123456WZ.LOG    09141839.LOG    09141840.LOG    0914184J.LOG    0914184Z.LOG    09141841.LOG    
09141842.LOG    0914184B.LOG    0914184R.LOG    091418DR.LOG    091418TR.LOG    09141HTR.LOG    
09141XTR.LOG    0914AXTR.LOG    0914QXTR.LOG

１８時４２分の１分間に繰り返しＬＯＧファイルＯＰＥＮ（９０４Ｅ）を実行したあと、ＬＯＧＤＩＲ表示（９０４Ｂ）を行いました。
文字の置き換えルールは次の通りです。
１桁の文字コード（月日時分は”０〜９”だけで構成されますから、３０〜３９）に１０を加算します（全て１６進数です）。
３０に１０を加算すると４０（”＠”）になって不都合なので３０だけは１Ａを加算して４Ａ（”Ｊ”）にします。
３１〜３９は４１〜４９（”Ａ”〜”Ｉ”）になります。
さらに重ねて同じファイルが作成される場合には、４１〜４Ａに１０を加算して５１〜５Ａ（”Ｑ”〜”Ｚ”）にします。
以上を整理すると次のようになります。

３１（”１”）→４１（”Ａ”）→５１（”Ｑ”）
３２（”２”）→４２（”Ｂ”）→５２（”Ｒ”）
３３（”３”）→４３（”Ｃ”）→５３（”Ｓ”）
３４（”４”）→４４（”Ｄ”）→５４（”Ｔ”）
３５（”５”）→４５（”Ｅ”）→５５（”Ｕ”）
３６（”６”）→４６（”Ｆ”）→５６（”Ｖ”）
３７（”７”）→４７（”Ｇ”）→５７（”Ｗ”）
３８（”８”）→４８（”Ｈ”）→５８（”Ｘ”）
３９（”９”）→４９（”Ｉ”）→５９（”Ｙ”）
３０（”０”）→４Ａ（”Ｊ”）→５Ａ（”Ｚ”）

このように変更してさらになお同じＬＯＧファイル名をＯＰＥＮしなければならない場合には（現実にはちょっとありえないのですが）ひとつ上位の桁に対して同じことを行ないます。
上のテストではそのルールが正しく働いていることがわかります。

ＲＯＭ／ＲＡＭ／ＲＴＣボードの製作［第２７回］
２０１７．９．１６ｕｐｌｏａｄ

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