ＭＹＣＰＵ８０でＣＰ／Ｍを！
超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！


［第２４回］


●３２０ｍｓのデータを記録するのに３０分かかります

前回お見せしたログファイルなのですがなんと１７ＭＢもあります。
それはどれくらいの記録なのかといいますと、１２８Ｋ×４バイトのメモリのたった５回分の記録データです。

計算が合わないじゃないかとお思いかもしれませんが、もとの１組４バイトのデータをＺＢ２８Ｋに送る段階で３バイトのメモリアドレス情報を追加していますから、それだけでも７５％の増量になります。
ログファイルはもとのデータの１バイトを１６進数２バイトのＡＳＣＩＩ文字列に変換して、さらにデータとデータの間にはスペースを置いて見易くするほか適宜ＭＥＭＲＤ、ＯＰＣＯＤＥなどの文字列も追加していますから、もとの生のデータの８倍程度にふくらんでしまいます。

メモリが一杯になるまで１回分の記録データはＭＹＣＰＵ８０のわずか約３２０ｍｓ分のデータです（［第１８回］参照）。
ですからお見せしたログファイルにはＭＹＣＰＵ８０のわずか１．５秒間のデータしか記録されていません。
それではこのログファイルはどれほどの時間のログなのかといいますと、約２時間半の間のログなのです。
逆算してみますと３２０ｍｓのデータを記録するのに３０分かかっている計算になります。

ＣＰＬＤ（ＸＣ９５１４４ＸＬ）を使ってＭＹＣＰＵ８０の動作をリアルタイムに記録していることは間違いないのですが、わずか３００ｍｓほど記録するとすぐにＭＹＣＰＵ８０のＢＵＳＲＱをアクティブにしてそこで一時停止させておいて、それから延々３０分かけてデータをＸＣ９５１４４ＸＬ→ＺＢ２８Ｋ→Ｗｉｎｄｏｗｓパソコンのように送ってそこでログファイル（テキストファイル）を作成します。
これはちょっとたまらんなあという感じです。

前回やっとつかまえたＭＹＣＰＵ８０の誤動作は１３万データ目にやっと出現したものです。
たった一回確認できただけですから、その原因を解明するにはちょいとデータ不足です。
もっと何回かの誤動作の記録がほしいところです。
そういうことになりますと、せっかく作ったデータ記録システムなのですが、これではちょいと間に合いそうもありません。
もう少しシステムを改良する必要があります。
さて。
どうしましょう。

●機械語のプログラムで受ける

なぜそれほどに時間がかかってしまうのかといいますと、ＢＡＳＩＣでプログラムしているから、ということもありますけれど、手っ取り早い方法としてログファイルをそのまま利用するという手抜きをしたことが結果として記録時間の増大につながってしまいました。
ログを取るために、ＸＣ９５１４４ＸＬから受け取ったデータをＰＲＩＮＴ文で画面に表示させました。
この画面表示に時間がかかっているのです。
記録時間を短縮するためには、ログファイルを利用するなんていう手抜きはやめて、やっぱり正攻法で攻めなくてはだめなようであります。
ここはもうすっぱりと方針を変えてＢＡＳＩＣではなくて機械語のプログラムを使って、データを画面に表示する代わりに直接データファイルを作成してそこに書き込んでしまうことを考えました。

前にも説明しておりますようにＸＣ９５１４４ＸＬからのデータは当社のＢＡＳＩＣ制御マイコンボードＺＢ２８Ｋで受けております。
ＺＢ２８ＫにＢＳＡＶＥ（バイナリファイルＳＡＶＥ）の機能があればよいのですけれど。
マニュアル操作でバイナリデータをＳＡＶＥする／ＳＶコマンドはあるのですが、ＢＡＳＩＣや機械語のプログラムからＣＡＬＬして使うようにはできていません。
ここはしかしどうしてもバイナリファイルの作成機能が必要になってきました。
そうしないことには、３２０ｍｓを３０分かけて記録するしか道がなくなってしまいます。

そりゃあもう、やるしかありませんでしょう。
ＺＢ２８ＫにＢＳＡＶＥの機能を作って追加したうえで、機械語のプログラムでデータを受けて、バイナリファイルとしてＳＡＶＥするようにシステムを作り変えました。

ＭＹＣＰＵ８０でＣＰ／Ｍを！［第２４回］
２０１４．８．２７ｕｐｌｏａｄ

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