２０１５．２．２８

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

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


［第１４３回］


●ＷｏｒｄＳｔａｒ、Ｆ８０、Ｌ８０が動きました

ＭＹＣＰＵ８０用ＺＢ３ＢＡＳＩＣ＋ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）セットをご購入いただいた長野県のＮ様から、さっそく「動作の確認をしましたよ」とのメールをいただきました。
「ＷｏｒｄＳｔａｒとＦ８０（Ｆｏｒｔｒａｎ８０）、Ｌ８０がＭＹＣＰＵ８０で動きました」とのことです。
うんと若い頃、私は最初はＦＯＲＴＲＡＮからプログラミングを始めたのでしたが、もうすっかり忘れてしまいました。
ＷｏｒｄＳｔａｒも使い方はよくわかっていません。
ですのでＮ様のようにソフトに詳しい方がこうやってテストをして動作のご確認をしていただきますととても助かります。
Ｎ様。さっそくのご連絡のメール有難うございました。
今後ともよろしくお願いいたします。

●シリアル入力ルーチン（２）

［第１４１回］からの続きです。

お話の順序が逆でした。
まずはどこがどうおかしいのかを説明するのが先でした。

／ＣＰＭ［Ｅｎｔｅｒ］を実行すると、ＺＢ３ＤＯＳシステムプログラムがロードされてＺＢ３ＤＯＳが起動します。
ところがどういうわけか、そのシステムロードでときどき異常が発生することがありました。
どうもロードでなにかがおきているようでした。

毎回異常が発生するのではなくて、本当にごくたまにおかしな動作をするものですから、その正体を捉えるのはなかなか骨が折れました。
あれこれ手法を変えて繰り返しテストをしていくなかで、たまたま明らかな異常が発生しているところを捉えることができました。

下はアドレスＣＣ００からロードするＺＢ３ＤＯＳシステムプログラムをデバッグのために８Ｃ００からロードしたあと、メモリ内容をチェックしたときのものです。
異常はデータの先頭部分で発生しています。

logfile mycpu80log\02241731.txt open
mzbdos3ot3 2015.2.20 by Chunichidenko

MYCPU80に接続しました(19200bps)
0001 001E - z
1000 00C3 - 
*** mycpu80 zb3basic ****
>dm 8c00,8cff
8C00  C3 3B CC C3 00 01 C3 74-74 CC C3 77 D0 C3 90 D0  ﾃ;ﾌﾃ..ﾃttﾌﾃwﾐﾃ.ﾐ
8C10  C3 AC D0 C3 CB D0 C3 35-D1 C3 3B D1 C3 4C D1 C3  ﾃｬﾐﾃﾋﾐﾃ5ﾑﾃ;ﾑﾃLﾑﾃ
8C20  5F D1 C3 0D CE C3 73 D2-C3 68 D0 C3 77 D3 00 00  _ﾑﾃ.ﾎﾃsﾒﾃhﾐﾃwﾓ..
8C30  00 00 00 00 00 00 00 00-00 00 00 00 C5 11 80 00  ............ﾅ...
8C40  CD 57 D4 AF 32 85 E8 3E-03 32 35 E9 F5 11 98 D3  ﾍWﾔｯ2..>.25....ﾓ
8C50  CD 24 D4 F1 F5 C6 41 5F-CD 0F D4 CD A4 D3 F1 5F  ﾍ$ﾔ..ﾆA_ﾍ.ﾔﾍ､ﾓ._
8C60  CD 33 D4 CD 7B D4 CD A9-D3 3A 35 E9 3D F2 48 CC  ﾍ3ﾔﾍ{ﾔﾍｩﾓ:5.=.Hﾌ
8C70  C1 79 32 35 E9 AF 32 84-E8 32 85 E8 67 6F 22 80  ﾁy25.ｯ2..2..go".
8C80  E8 22 82 E8 31 00 F8 11-80 00 CD 57 D4 CD A9 D3  ."..1.....ﾍWﾔﾍｩﾓ
8C90  3A 35 E9 5F CD 33 D4 CA-A3 CC CD 59 D3 AF 32 35  :5._ﾍ3ﾔﾊ｣ﾌﾍYﾓｯ25
8CA0  E9 C3 8C CC 21 FF 00 22-FE E9 3A 35 E9 C6 41 5F  .ﾃ.ﾌ!.."..:5.ﾆA_
8CB0  CD 0F D4 1E 3E CD 0F D4-11 FE E9 CD 27 D4 CD A9  ﾍ.ﾔ.>ﾍ.ﾔ...ﾍ'ﾔﾍｩ
8CC0  D3 7E B7 CA A9 CC 47 23-7E FE 20 C2 D4 CC 05 CA  ﾓ~ｷﾊｩﾌG#~. ﾂﾔﾌ.ﾊ
8CD0  A9 CC C3 C6 CC 48 E5 7E-FE 61 DA E3 CC FE 7B D2  ｩﾌﾃﾆﾌH.~.aﾚ.ﾌ.{ﾒ
8CE0  E3 CC E6 DF 77 23 0D C2-D6 CC 36 00 E1 78 FE 02  .ﾌ.ﾟw#.ﾂﾖﾌ6..x..
8CF0  C2 13 CD 23 7E FE 3A 2B-C2 79 D1 7E D6 41 5F F5  ﾂ.ﾍ#~.:+ﾂyﾑ~ﾖA_.
>/close
logfile closed at Tue Feb 24 17:43:32 2015
open new logfile

下は上のデータの先頭部分のアセンブルリストです。
              ;
              ;************** ZCCP ENTRY **********
              ;
CC00 C33BCC     JMP CCPENTRY0
CC03 C30001   TRNS0J:JMP TRNS0
CC06 C374CC     JMP CCPENTRY
CC09 C377D0     JMP RENSB1
CC0C C390D0     JMP RENSB2
CC0F C3ACD0     JMP RENSB22
CC12 C3CBD0     JMP RENSB3
CC15 C335D1     JMP OLDDRVSET
CC18 C33BD1     JMP NEWDRVSET
CC1B C34CD1     JMP DIRDT2WK
CC1E C35FD1     JMP WK2DIRDT
CC21 C30DCE     JMP DIR_NOFILE
CC24 C373D2     JMP USRCMD73;end
CC27 C368D0     JMP SAMENMSB
CC2A C377D3     JMP ERR05
              ;
アドレスＣＣ０６はＣ３７４ＣＣですが、そこがＣ３、７４、７４、ＣＣになっています。
７４がダブってしまったために、それ以後が全部１バイト後ろにずれてしまっています。
これではまともに実行できるわけはありません。
これはあまりに異常です。

なぜこんなことがおきてしまったのでしょう。
データロードプログラムのどこかに異常の原因があるに違いないと睨みました。
そこでプログラムの動作をじっくり再確認してみたところ、［第１４１回］に書きましたように、ＴＫ−８０モニタプログラムのシリアル入力ルーチンに問題があることに気が付きました。

もう一度その部分のプログラムリストを示します。
もとがＴＫ−８０のモニタプログラムなので「シリアル入力」になっていますが、実際にシリアル入力するのはボード上のＰＩＣ１６Ｆ８８で、ＭＹＣＰＵ８０本体はＰＩＣ１６Ｆ８８からのパラレルデータを入力します。

                              ;
              ;SERIAL INPUT ROUTINE
              ;
                ORG $02A0
              ;
02A0 DB98     SIN:IN 98
02A2 0F         RRC
02A3 DAA002     JC SIN
02A6 3EFE       MVI A,FE;BUSY
02A8 D398       OUT 98
02AA DB94       IN 94
02AC 4F         MOV C,A
02AD 3EFF       MVI A,FF;READY
02AF D398       OUT 98
02B1 79         MOV A,C
02B2 C9         RET
              ;


下がタイミングチャートです（こちらも［第１４１回］でお見せしました）。


Ｄ０　ＩＮはＰＩＣ１６Ｆ８８のＲＢ０の出力を受けるＭＹＣＰＵ８０側のライン（アドレス９８のＤ０入力）です。
ＰＩＣ１６Ｆ８８からのストローブ信号です。
Ｄ０　ＯＵＴはＰＩＣ１６Ｆ８８のＲＢ１に向けて出力するＭＹＣＰＵ８０側のライン（アドレス９８のＤ０出力）です。
ＭＹＣＰＵ８０からのＲＥＡＤＹ／ＢＵＳＹ信号です。

ＰＩＣ１６Ｆ８８はＷｉｎｄｏｗｓパソコンから送られてきたデータをＦＴ２３２ＲＬを介して受信すると、パラレルデータに変換してそれをＩ／Ｏアドレス９４のラインに出力します。
そしてそれをＣＰＵに知らせるためにＳＴＢ信号（Ｄ０　ＩＮ）をアクティブ（Ｌ）にします。
ＣＰＵ側はＳＴＢ信号がＬになったのを見てＢＵＳＹ（Ｄ０　ＯＵＴ）をＬにしてから、データを読み込みます。
ここがそもそもよくありませんでした。

ここは順序が逆でした。
データを読んでからＢＵＳＹをＬにすべきです。
でもまあもとはシリアルデータですから、ここは実際には問題ではありません。
問題はそのあとです。

ＰＩＣ１６Ｆ８８はＢＵＳＹ（Ｄ０　ＯＵＴ）がＬになったのを見て、ＳＴＢ信号（Ｄ０　ＩＮ）をＨにして処理を終了するのですが、ＣＰＵの側はデータを読み込むとさっさとＢＵＳＹ（Ｄ０　ＯＵＴ）をＨにして処理を終了してしまいます。
ここが問題でした。

ＰＩＣはＳＴＢ信号（Ｄ０　ＩＮ）をＬにしたあとはＢＵＳＹ（Ｄ０　ＯＵＴ）をずっと監視しているはずなので、そういう動作でもとりあえずはうまくいっていました。
ＭＹＣＰＵ８０組立キットに付属のＴＫ−８０モニタプログラムだけのシステムでしたらボーレートは２４００ｂｐｓと低速ですので、まず問題にはなりませんでした。
ところがＺＢ３ＢＡＳＩＣ＋ＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）システムでボーレートを１９２００ｂｐｓと高速にしたために、もとのままのプログラムではその速度にはついていけなくなったため、プログラムを大幅に変更いたしました。
そのためちょっと都合の悪いことがおきてしまう可能性がでてきたのですが、うかつにも私はそのことに気が付いていなかったのでした。

上では「ＰＩＣはＳＴＢ信号（Ｄ０　ＩＮ）をＬにしたあとはＢＵＳＹ（Ｄ０　ＯＵＴ）をずっと監視しているはずなので」と書きましたが、実はＺＢ３ＢＡＳＩＣ＋ＺＢ３ＤＯＳシステムのために新しく書いたプログラムはそこのところが違っていました。

説明が長くなってしまいますので、途中ですが今回はここまでといたします。
この続きは次回にいたします。

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

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