超巨大基板の８０８０互換ＨＣＭＯＳ・ＣＰＵでＣＰ／Ｍを走らせてしまおうという、なんとも狂気なプロジェクトです！
［第８９回］
●ボーレート
ＭＹＣＰＵ８０はＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）と同じようにＷｉｎｄｏｗｓパソコンとＵＳＢで接続してデータ、プログラムを送受信することができます。
どちらもＵＳＢ接続ですが、その中身は異なっています。
ＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）はＰＩＣ１８Ｆ１４Ｋ５０を使ってＨＩＤによる通信を行なっています。
ＭＹＣＰＵ８０はＰＩＣ１６Ｆ８８を使っていますが、その部分はＲＳ２３２Ｃです。
そしてＦＴ２３２ＲＬを介してＲＳ２３２ＣからＵＳＢに変換しています。
ＵＳＢに変換してはいますがプログラムの側から見るとＭＹＣＰＵ８０側もＷｉｎｄｏｗｓ側も共にＲＳ２３２Ｃ通信です。
ＭＹＣＰＵ８０組立キットとしての標準でのボーレートは２４００ｂｐｓです。
今時としてはかなり低速です。
ＭＹＣＰＵ８０にはＴＫ－８０モニタの機能がありますが、マシン語プログラムでの操作になりますから、それほど高速の通信は必要ないと考えたからです。
またＭＹＣＰＵ８０はＣＰＵクロックが２ＭＨｚとこれまた今時としてはかなり低速なので、転送ボーレートを余り高くすると通信エラーになる危険性があるのでは、という気持ちもあって２４００ｂｐｓにしたのですが、詳細に検討してその値にしたということでもありませんでした。
今回ＭＹＣＰＵ８０にＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）を組み込むについて、その用途としては２４００ｂｐｓではいかにも低速過ぎるということで、とりあえずは９６００ｂｐｓでテスト作業を行なってきました。
２４００ｂｐｓでは標準的なＲＳ２３２Ｃ通信に従って、１バイトのデータを１６進数で表記してそれをＡＳＣＩＩコード２バイトに変換して通信を行なっているのですが、９６００ｂｐｓではＡＳＣＩＩに変換せず生のバイナリデータのまま通信するように変更しました。
ところで９６００ｂｐｓにしたことについては、それなりの理由がありました。
ＭＹＣＰＵ８０にＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）を組み込むための作業を開始した初期に、ＡＳＣＩＩコードからパイナリコードでの転送方式の変更を行なうとともにボーレートのアップも考えて、そのときに９６００ｂｐｓのほかにさらに１９２００ｂｐｓでの通信テストも行いました。
９６００ｂｐｓでは安定して通信が行なえましたが、１９２００ｂｐｓではときどき受信エラーが発生しました。
おそらくＭＹＣＰＵ８０のＣＰＵクロックが２ＭＨｚと低速なのがその原因かと推測しましたが、とにかく無闇にボーレートをアップして信頼性を損なうことになってはいけませんし、その時点ではそれ以上詳細なテストを行なう時間的余裕もありませんでしたので、とりあえずは９６００ｂｐｓでいくことにして、ここまでやってきました。
前回ご報告しましたように、やっとＭＹＣＰＵ８０にＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）を組み込むことに成功しましたので、ずっと気になっておりましたボーレートについて、このあたりであらためて検証しておこうと考えました。
そういうことであらためてテストをしてみましたところ、やっぱり１９２００ｂｐｓでは受信エラーになってしまいました。
が。
さらにテストを進めていきましたところ、受信エラーが発生するのは、ＺＢ３ＤＯＳのマシン語モニタ機能の／ＬＤコマンドによる受信のみ、らしいということがわかってきました。
おそらくはＣＰＵクロックが２ＭＨｚであることが関係しているであろうとは推測していますが、もしそうならばソフトウェア的に対策が立てられるかも知れません。
／ＬＤ以外では１９２００ｂｐｓでもエラーにならずに正常に受信できているようですので、とりあえずはＣＰ／ＭにエントリしてＭＢＡＳＩＣを起動して、ＳＴＡＲＴＲＥＫをロードするところまでを、９６００ｂｐｓと１９２００ｂｐｓのそれぞれの場合でテストしてロードにかかる時間を測定してみました。
１９２００ｂｐｓで接続して動作テストを行なっている画面です。
／ＣＰＭコマンドを入力してから Ａ＞ が表示されるまでの時間は、９６００ｂｐｓでは３０ｓｅｃでしたが１９２００ｂｐｓでは１５ｓｅｃでした。
ＤＩＲの表示は９６００ｂｐｓが１４ｓｅｃに対し１９２００ｂｐｓでは９ｓｅｃでした。
ＭＢＡＳＩＣが起動するまでの時間は９６００ｂｐｓでは３４ｓｅｃでしたが１９２００ｂｐｓでは１９ｓｅｃでした。
ＳＴＡＲＴＲＥＫのロード時間は９６００ｂｐｓが５７ｓｅｃに対して１９２００ｂｐｓでは４５ｓｅｃでした。
ＭＢＡＳＩＣ．ＣＯＭは２４ＫＢです。
ＲＳ２３２Ｃの場合１バイトのデータにスタートビットとストップビットが付加され１０ｂｉｔのデータになりますから、９６００ｂｐｓの転送速度はバイト換算では９６０バイト／ｓｅｃになります。
２４ＫＢの正味転送時間は２４０００／９６０＝２５（ｓｅｃ）になります。
１９２００ｂｐｓはその倍速ですから１２．５（ｓｅｃ）になります。
ＳＴＡＲＴＲＥＫ．ＢＡＳは２０ＫＢです。
２０ＫＢの正味転送時間は２００００／９６０≒２０．８（ｓｅｃ）になります。
１９２００ｂｐｓはその倍速ですから１０．４（ｓｅｃ）になります。
ＭＢＡＳＩＣの起動までの時間はロードのための時間よりも長く、９６００ｂｐｓで９ｓｅｃ、１９２００ｂｐｓで６．５ｓｅｃ余計にかかっています。
起動するまでの間にはロード以外の内部処理の時間が加わっていると考えられますが、ＣＰＵクロックは同じですから本来ならばロード以外の時間は９６００ｂｐｓでも１９２００ｂｐｓでも同じはずです。
ここに差があるのはなぜだかよくわかりませんが、あるいはタイミングによっては９６００ボーでは１サイクル余分に待ち時間が加わることがあるのかもしれません。
ＳＴＡＲＴＲＥＫの場合には９６００ｂｐｓで３６．２ｓｅｃ、１９２００ｂｐｓでは３４．６ｓｅｃ余計にかかっています。
ＳＴＡＲＴＲＥＫのロードはＭＢＡＳＩＣによってプログラムとしてのロードが行なわれるため、それだけ処理に時間がかかると考えられます。
以上の比較テストによって、正味の通信時間以外にその他の処理時間が加わるとはいえ、やはり９６００ｂｐｓよりは１９２００ｂｐｓのほうが明らかに高速で処理できます。
ということになりますと、ここはやっぱり１９２００ｂｐｓでいきたいところなのですが…。
それとももっと上でもいけるのか？
そのあたりを追求するためには、どうしても／ＬＤでの受信エラーについて、原因を突き止めなければなりません。
本日は時間がなくなってしまいました。
この続きは次回に書くことにいたします。
ＭＹＣＰＵ８０でＣＰ／Ｍを！［第８９回］
２０１４．１２．２９ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る