ワンボードマイコンをつくろう！（パソコンの原点はここから始まった）
ＴＫ８０ソフトコンパチブル！８０８０、Ｚ８０マシン語からＢＡＳＩＣまでこれ１台でこなせます
当記事は２００９年１１月から「ＴＴＬでＣＰＵをつくろう！」というタイトルの もとにほとんど毎日連載をしてきたものを再編集したものです。 ２０１１．７．５
前へ
次へ
目次へ戻る
ホームページトップへ戻る
☆またもやトラブル発生
ＮＤ８０ＺⅢの説明書作業も大詰めを迎えて、あと一息で販売開始というところまできて、最後の動作確認をしていましたら、おかしなところが出て来てしまいました。

［第１００回］

●ＲＳ２３２Ｃ受信プログラムにミスがありました

前回お見せしたＢＡＳＩＣのＲＳ２３２Ｃ受信プログラム（ＲＥＡＤ　＃命令）に、ミスがありました。
といって訂正したところで、なにやってるのかわかんないよー、ということなのでしょうけれど。
でも、間違いは間違いですので。

受信エラーが発生すると、ＳＩＮＥＲが実行されます。
前回のプログラムリストの終わりのところです。
下はエラーを修正したあとのリストです。

39E1 C1       SINER:POP BC;DUMMY =PC
39E2 C1       POP BC
39E3 D1       POP DE
39E4 E1       POP HL
39E5 77       LD (HL),A
39E6 23       INC HL
39E7 3600     LD (HL),00
39E9 3EEF     LD A,EF
39EB D398     OUT (98),A
39ED 3E49     ER49:LD A,49
39EF C33631   JP ERRDP

エントリした最初のＰＯＰ命令が、
ＰＯＰ　ＡＦ
ＰＯＰ　ＡＦ
になっていました。
その下のところで、
ＬＤ　（ＨＬ），Ａ
を実行しているのですが、実はこのＡレジスタには、エラーが発生したときのエラーコードが入っているのです。
それがＰＯＰ　ＡＦで消されてしまっておりました。

動作確認のために、わざとエラーを発生させてみたところ、プログラムミスに気がつきました。
やっぱりテストしてみるべきなのです。
わざとエラーを発生させてみた、プログラムと実行結果です。

    10 ON ERROR GOTO 90
    20 PRINT "START"
    30 KETA%=0
    40 READ #1,RDATA$,KETA%
    50 IF KETA%<=0 GOTO 40
    60 PRINT RDATA$;
    70 IF RDATA$="END"THEN STOP 
    80 IF KETA%=40 GOTO 30 ELSE PRINT :GOTO 30
    90 PRINT "err line=";ERL,"err=";ERR,"232c err=";KETA%
>r.
START
err line=40  err=73       232c err=4

受信側のボーレートは９６００ボーなのですが、そこにわざと２４００ボーで送信してみました。
受信エラーが発生したときは、文字変数のバイト数を入れる整数型変数（上のプログラム例ではＫＥＴＡ％）に、エラー種別が入ります。２３２Ｃ　ｅｒｒ＝４になっています。フレーミングエラーです。
ＥＲＬはエラーが発生した行番号、ＥＲＲはエラーコードが格納されるシステム変数です。
エラーコード７３は２３２Ｃ受信エラーです。

●ＮＤ８０ＺⅢのＬＥＤに０５Ｃ０が表示されてしまうことについて（解決編です）

前回は飛び入りで横道にそれてしまいました。
［第９８回］からの続きです。
ディップスイッチがＳＴＥＰ側になっている状態で、リモート接続を終了すると、ＮＤ８０ＺⅢの７セグメントＬＥＤに０５Ｃ０ｘｘｘｘと表示されてしまうことについて、すこし糸がほぐれてきました。
表示のされ方からすると、どうもアドレス０５Ｃ０で割込みによってブレイクしているようなのです。

リモート接続を終了するときに、ＮＤ８０ＺⅢをソフトウェア的にリセットするために、［０］［０］［０］［０］［ＡＤＲＳＳＥＴ］［ＲＵＮ］のキーコードを送りますが、そこでＥＩ命令が実行されて、割込み許可状態になってしまうことがわかりました。
しかし、ＬＥＤに表示される０５Ｃ０はＲＯＭのアドレスですから、そこで割込みが発生してブレイクするというのはちょいとおかしい…。

と、最初は考えていたのですが、そこにも思い込みがありました。
ＮＤ８０Ｚモニタのステップ、ブレイク動作（ＴＫ８０モニタの動作も同じ）で表示されるアドレスはブレイクしたアドレスではなくて、ブレイクしたときに次に実行されるアドレスなのでした。
つまり０５Ｃ０はまだ実行されてなくて、ブレイクしたのは、０５Ｃ０の直前に実行されたアドレスだったのです。

００００番地にジャンプしたあとで、実行されるモニタプログラムの流れを調べてみました。
すると。
おお。
みつかったのです。
モニタプログラムの中でＲＡＭアドレスを実行している部分が。

0866 21C005   NDMON3:LD HL,LEDDPA
0869 22CAFF         LD (RST6JA),HL
086C 211606   	LD HL,KEYINA
086F 22C7FF   	LD (RST5JA),HL
0872 215104   	LD HL,TK2RST1
0875 22BBFF   	LD (RST1JA),HL
              ;
0878 21D209   	LD HL,BREAK
087B 22CDFF   	LD (RST7JA),HL
087E 21CFFF   	LD HL,RMODE
0881 0629     	LD B,29
0883 AF       	XOR A
0884 77       	LD (HL),A
0885 23       	INC HL
0886 10FC     	DJNZ FC
0888 2100F8   	LD HL,USTOP
088B 22E2FF   	LD (SPL),HL
              ;
088E 3EFF     START1:LD A,FF
0890 D398     	OUT (98),A
0892 31B8FF   	LD SP,SPTOP
0895 CDC9FF         CALL LEDDP
0898 CDC6FF   START2:CALL KEYIN

ＮＤ８０Ｚモニタプログラムのエントリ部分です。
アドレス００００からスタートしたあとは、ここへ来ます。
アドレス０８９５のＣＡＬＬ　ＬＥＤＤＰのマシン語コードが、ＣＤＣ９ＦＦになっています。
ＦＦＣ９番地をＣＡＬＬしています。
ＲＡＭのアドレスです。
ＦＦＣ９には何があるのでしょうか。

実は、上のリストの先頭部分、アドレス０８６６を見ますと
ＦＦＣＡに０５Ｃ０を入れています。
ここでは見えませんが、もう少し前のところで、ＦＦＣ９にはＣ３を書いています。
つまり、ＲＡＭアドレスＦＦＣ９には、Ｃ３Ｃ００５という命令が書かれていたのです。

なぜこのような面倒なことをしているかと言いますと、この部分（ＬＥＤ表示をする部分）が、リモート接続されたときは、ＬＥＤ表示をすると同時に、ＵＳＢ経由で表示データをＷｉｎｄｏｗｓパソコンに送るためのプログラムと置きかえることができるようにするためです。

これでやっと謎が解けました。
リモート接続を終了するときに、ＮＤ８０ＺⅢをソフトウェア的にリセットするために、［０］［０］［０］［０］［ＡＤＲＳＳＥＴ］［ＲＵＮ］のキーコードが送られ、そこでＥＩ命令が実行されて、割込み許可状態になります。
しかし、００００番地からスタートしたあとは、ＲＯＭアドレスに書かれている命令を実行しますから、割込みは発生しません。
ところが上のリストのアドレス０８９５のＣＤＣ９ＦＦが実行されると、次にＲＡＭアドレスＦＦＣ９に書かれている命令、Ｃ３Ｃ００５が実行されます。
その直後に割込みが発生して、その次に実行されるアドレス０５Ｃ０が表示されることになったのです。

●ＲＵＮルーチンを直しました

原因がわかれば対策は立てられます。
しばらくどうするのがよいか考えていたのですが、最も簡単、ｅａｓｙな方法を思いつきました。
普通のＲＵＮ動作は、ＲＡＭアドレスにジャンプしたときにステップ動作や、ブレイク動作ができるように、ＥＩ命令を実行して、割込みが受付けられる状態にします。
そこのところを、アドレス００００に対するＲＵＮのときだけ、逆にＤＩ命令を実行して、割込みを禁止するようにすればよいはずです。
下がそのように追加を行ったプログラムリストです。

              ; RUN
09A6 2AEEFF     RUN:LD HL,(ADRSL)
09A9 22E0FF         LD (PCL),HL
09AC 7C       	LD A,H
09AD B5       	OR L
09AE F3       	DI
09AF CA0000   	JP Z,$0000
              ;
              ; CONTINUE
09B2 31D4FF    CONT:LD SP,LDSH
09B5 E1             POP HL
09B6 D1             POP DE
09B7 C1             POP BC
09B8 D9             EXX
09B9 F1             POP AF
09BA 08             EX AF,AF'
09BB FDE1           POP IY
09BD DDE1           POP IX
09BF 31E6FF         LD SP,EREG
09C2 D1             POP DE
09C3 C1             POP BC
09C4 F1             POP AF
09C5 ED7BE2FF       LD SP,(SPL)
09C9 2AE0FF         LD HL,(PCL)
09CC E5             PUSH HL
09CD 2AE4FF         LD HL,(LREG)
09D0 FB             EI
09D1 C9             RET
              ;

このように変更したところ、ディップスイッチがＳＴＥＰ側のときに、リモート接続を終了しても、ＮＤ８０ＺⅢの７セグメントＬＥＤには、ＳＴＥＰ側にしていないときと同じように、００００００００が表示されるようになりました。

めでたし、めでたし、と言いたいところなのですが、まだ問題が残っていました。

そうでした。
一番最初に、リモート接続してから、ディップスイッチをＳＴＥＰ側にして、［８］［０］［０］［０］と入力しようとしたところ、［８］を入力した直後に（多分）ブレイクしてレジスタダンプ表示が出たことについては、きちんと説明がつくのでしょうか。

今回は時間がなくなってしまいましたので、そのことにつきましては、次回に説明をすることにいたします。
［２０１１．７．６注記］元記事ではそのように書いているのですが、再編集するためにあらためて確認してみましたら、次回（ＣＰＵをつくろう！［第６１２回］）からはＷｉｎｄｏｗｓ７（６４ビット）のふるまいについてのあれこれが始まってしまって、それどころではなくなってしまったらしく、どこまで先に進んでも今回の続きに相当するところがみつかりませんでした。
では一体本当のところ次回では何を書くつもりだったのか、なにしろ半年以上も前のことなので全く記憶にありません。
いずれ時間ができてじっくり読み直してみれば、何が書きたかったのかがわかるかもしれません。そうしたらまた追記しますので、いまのところは、ここは尻切れとんぼのままでご了承をお願いいたします。［注記ここまで］
ＣＰＵをつくろう！第６１１回（２０１０．９．１５ｕｐｌｏａｄ）を再編集

ワンボードマイコンをつくろう！［第１００回］
２０１１．７．５ｕｐｌｏａｄ

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