ＣＰ／ＭがＴＫ－８０互換のワンボードマイコンの上で復活します
ＮＤ８０ＺⅢとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！
［第５０２回］
●ＣＰ／Ｍ互換ＤＯＳのＲＳ２３２Ｃ機能
ここ数日は急ぎの注文が重なってしまって、大変でした。
まだ全部片付いたわけではありませんが、本日納期のご注文をぎりぎりさばいて、ほっと一息ついたところです。
さて、ホームページを、と思ったのですが、この数日の過密スケージュールで頭と身体を酷使してしまったものですから、どうも思考がまとまりません。
しばらくウォーミングアップが必要なようです。
ということで、本日はウォーミングアップを兼ねて少しだけ、です。
［第４９７回］～［第４９９回］で、Ｅ－８０ミニコンに搭載のＺＢ３ＢＡＳＩＣのＲＳ２３２Ｃ機能をハードに合わせて組み込んだことについて書きました。
Ｅ－８０ミニコンには、ＺＢ３ＢＡＳＩＣのほかに、ＣＰ／Ｍ互換ＤＯＳ（ＺＢ３ＤＯＳ）も搭載しています。
ＣＰ／Ｍ互換ＤＯＳにもＲＳ２３２Ｃ機能がありますから、それも組み込まなければなりません。
ＣＰ／Ｍ互換ＤＯＳの場合にはＢＩＯＳに組み込むことになります。
ＢＩＯＳの機能を直接ＣＡＬＬして使うこともできますが、普通はファンクションコールを使います。
ファンクション０３がＲＳ２３２Ｃ受信で、ファンクション０４がＲＳ２３２Ｃ送信です。
ＣＰ／ＭではＲＳ２３２Ｃ通信の機能は、紙テープリーダーからの受信機能と紙テープパンチャへの送信機能として用意されています。
そのためファンクション０３はリーダー入力（ＲＤＲ）、ファンクション０４はパンチ出力（ＰＵＮ）になっていますが、いまどきパンチやリーダーはありませんでしょう。
実際には相手は何でもよくて、とにかくＲＳ２３２Ｃ通信を介してつながるものならよいわけですから、ここは相手装置を特定しないで、単にＲＳ２３２Ｃ受信機能、送信機能としたほうがよろしいでしょう。
それでその作業に取りかかったのですが、ＲＳ２３２Ｃ機能を組み込むにあたり、ちょいと考えてしまいました。
ＲＳ２３２Ｃ受信に割込みを使うべきか否か？
ＺＢ３ＢＡＳＩＣのＲＥＡＤ ＃では、受信割込みを使っています。
しかし、ＣＰ／Ｍでは…？
うむむ。
調べてみますと特に割込みを意識したものにはなっていないようです。
ま。
考えているより、作ってしまったほうが早い、というわけで、とりあえずは割込みを使わない通常の受信プログラムをＢＩＯＳに組み込んで、さっそく試してみました。
左が当社のＺＢＫボードで右がＥ－８０ミニコンです。
これは［第２０５回］と同じテストです。
おや。何だか様子がおかしいようです。
受信のところで＠がずらりと並んでいます。
＠のＡＳＣＩＩコードは４０Ｈです。
おお、ビット６が１ですから、これはオーバーランエラーのようです（［第４９９回］参照）。
やっぱり。
９６００ｂｐｓともなりますと、普通の受信では無理のようです。
ワンボードマイコンでＣＰ／Ｍを！［第５０２回］
２０１３．１０．２４ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る