復活！ＣＰ／Ｍ ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第５０５回］
●Ｅ－８０ミニコンＯＳ（ＣＰ／Ｍ互換ＤＯＳ）のＲＳ２３２Ｃプログラム
連休に入ってやっと少し仕事が片付いてきました。
このところ飛び飛びの更新でなかなかお話がつながりません。
今回は［第５０３回］からの続きです。
Ｅ－８０ミニコンはＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）のＣＰ／Ｍ互換ＤＯＳ（ＺＢ３ＤＯＳ）と同じＤＯＳプログラムを搭載しているのですが、ハードウェアの違いがあるために、ハードウェアに依存する部分を書き換えています。
ＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）のＲＳ２３２Ｃ機能はＰＩＣ１８Ｆ１４Ｋ５０に持たせています。
Ｅ－８０ミニコンにもＰＩＣ１８Ｆ１４Ｋ５０は載っていますが、Ｅ－８０ミニコンのＰＩＣ１８Ｆ１４Ｋ５０はＵＳＢ専用として使っています。
Ｅ－８０ミニコンのＲＳ２３２Ｃ機能は、Ｚ８Ｓ１８０ＣＰＵ内蔵の機能を利用しています。
そのために、その部分のプログラムはＮＤ８０ＺⅢ（ＮＤ８０Ｚ３．５）のＣＰ／Ｍ互換ＤＯＳ（ＺＢ３ＤＯＳ）とは全く異なっています。
こういうところがＯＳのＯＳたる所以（ゆえん）でありまして、ハードウェアの違いを吸収して、上位のプログラムにその影響を及ぼさないようにするというのが最も重要な役目になります。
それによって、その上で動くアプリケーションは機種の違いを意識することなく実行することができるようになります。
ＣＰ／Ｍの場合、ハードウェアに依存する部分はＢＩＯＳにまとめられています。
当然のことながらＣＰ／Ｍ互換ＤＯＳにおいても、それは同じです。
下はＣＰ／Ｍ互換ＤＯＳのＢＩＯＳ（ＥＺＢＩＯＳ）のＲＳ２３２Ｃ送信、および受信部分のプログラムリストです。
;
;PUNCHER OUT(RS232C OUT)
;
E404 ED PUNCHJ:DB ED;IN0 A,[04]
E405 38 DB 38
E406 04 DB 04
E407 E602 AND 02
E409 CA04E4 JP Z,PUNCHJ
E40C ED DB ED;OUT0 [06],C
E40D 09 DB 09
E40E 06 DB 06
E40F C9 RET
;
;READER IN
;
E410 2274E2 READERJ:LD (HLWK),HL
E413 210000 LD HL,$0000
E416 39 ADD HL,SP
E417 2276E2 LD (SPWK),HL
E41A 2A74E2 LD HL,(HLWK)
E41D 3100E9 LD SP,BSP
E420 AF XOR A
E421 D339 OUT (39),A
E423 CD0904 CALL RSRDSB
E426 CA10E4 JP Z,READERJ
E429 79 LD A,C
E42A C379E3 JP CONSTJ1
|
さて、ここでは見慣れない命令が使われています。
ここで使われているＥＤから始まる３バイトの命令はＺ８０では未定義の命令で、それを利用してＺ８Ｓ１８０では固有の命令機能を割り当てています。
Ｚ８Ｓ１８０の内蔵レジスタにアクセスするための命令機能です。
それも整理してお見せするとよいのですが、今それをしているだけの時間がありませんし、それを見たところでＺ８Ｓ１８０を使わないならば、何の役にも立たないわけですので、ここはとりあえずそのあたりは省略して、説明を先に進めます。
リストの前半のＰＵＮＣＨＪの部分は名目はパンチャ出力ですが、機能としてはＲＳ２３２Ｃ送信です。
Ｚ８Ｓ１８０内蔵レジスタ［０４］のビット２をチェックしています。
Ｚ８Ｓ１８０内蔵２３２Ｃ（ＣＨ０）の送信バッファが空になると、このビットが１になります。
それを待ってから、送信バッファレジスタ［０６］にＣレジスタの値を書き込みます。
内蔵レジスタ［０６］にデータを書き込むと、そのデータはシリアル変換されて２３２Ｃデータとして送出されます。
送信プログラムはなんてこともない簡単なものです。
しかし受信はそうは簡単にはいきません。
ＲＥＡＤＥＲＪは、名目はリーダー入力ですが、機能としてはＲＳ２３２Ｃ受信です。
ここはちょっと見では意味不明のややこしいことをしています。
ＲＳ２３２Ｃ受信は、前に書きましたように、受信割込みを使っています。
割込み処理プログラムはここではなくて、別のところに書いてあります。
ここのＲＳ２３２Ｃ受信プログラム部分は、受信割込みによって受信バッファに蓄えられた受信データを読んでくるだけのプログラムです。
そうは言っても受信バッファからデータを読んでくるという、そのこと自体がそれなりのプログラムを必要とします。
なぜかと言いますと、受信バッファは２５６バイトのリングバッファになっていて、割込みプログラムによってバッファにデータが逐次書き加えられるのとは独立して、そこから到着順にデータを読み出してこなければならないからです。
リングバッファはバッファの終わりまでくると、続きは先頭に戻って書き込まれます。
ドーナッツ状のバッファで、途中ではデータの先頭がデータの終わりよりも後ろのアドレスになる場合が出てきます。
割込みプログラムがドーナッツの先頭部分を追加していき、それを読み出しプログラムが追いかけて読み出していく、というイメージになります。
ちょいと面倒なプログラムなのですが、実はそのバッファから読み出す部分はＺＢ３ＢＡＳＩＣのＲＳ２３２Ｃ受信機能として少し前にすでに作成済みです。
それを利用しない手はありません。
それがＥ４２３番地のＣＡＬＬ ＲＳＲＤＳＢです。
ＲＳＲＤＳＢはＲＡＭバンク０の０４０９番地にあります。
ＣＰ／Ｍ互換ＤＯＳでは００００～７ＦＦＦにバンク２を割り当てていますので、バンクを切り換えなければＲＳＲＤＳＢをＣＡＬＬすることができません。
Ｅ－８０のメモリバンクについては［第４５６回］～［第４６０回］をお読みください。
バンクを切り換えるには内蔵レジスタ［３９］にバンク№を書き込めばよいのですが、ここではそれ以外にＳＰ（スタックポインタ）の退避とＳＰの設定を行なっています。
なぜ？
ＣＰ／Ｍのアプリケーションの中にはＳＰをアプリケーションで設定しているものがあって、スタックが００００～７ＦＦＦの領域に設定されていることもあります。
するとバンク０に切り換えて、そこがＺＢ３ＢＡＳＩＣのプログラムエリアに切り換わっているのに、スタックもその同じ領域に設定されてしまう、ということが起こります。
そうなると当然スタックがシステムプログラムを破壊してしまいますので、まともでは済みません。
それを避けるためにバンクを切り換えてＲＳＲＤＳＢをＣＡＬＬする前にＳＰの退避とスタック領域の設定を行なっているのです。
ＲＳＲＤＳＢは受信バッファをチェックして受信データが無い場合にはＺフラグを立ててリターンします。
受信データがある場合には、そこから１バイトを読み出してＣレジスタに入れてリターンします。
ＲＳＲＤＳＢをＣＡＬＬしたあとはＳＰをもとに戻してＲＡＭバンクも元に戻します。
それが最後のＪＰ ＣＯＮＳＴＪ１です。
下にＣＯＮＳＴＪ１のところのリストを示します。
E379 F5 CONSTJ1:PUSH AF E37A 3E10 LD A,10 E37C D3F4 OUT (F4),A;VFDDLED off E37E ED DB ED;OUT0 [39],A E37F 39 DB 39 E380 39 DB 39 E381 F1 POP AF E382 ED7B76E2 LD SP,(SPWK) E386 C9 RET |
先頭にＶＦＤＤ（仮想ＲＡＭディスク）アクセス表示ＬＥＤを消灯する部分がありますが、それが必要なルーチンの続きになっているためで、ＲＳ２３２Ｃ受信の処理には直接関係はありません。
ここで必要なのは、内蔵レジスタ［３９］に１０Ｈを書き込んでバンクを元に戻すことと、ＳＰを元に戻すことです。
説明の途中ですが本日は時間がなくなってしまいました。
この続きは次回にいたします。
ワンボードマイコンでＣＰ／Ｍを！［第５０５回］
２０１３．１１．２ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る