(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第５８８回］
●２３２Ｃ受信でハングアップ？
昨日は、またまたとんでもない落とし穴にはまってしまって、猛烈な残暑の中で一日もがいておりました。
といいましても、もちろんこの暑さですからエアコンなしでは１時間もたたないうちにオーバーヒートしてダウンしてしまいますから、そりゃあもう、エアコンと扇風機とダブルで冷やしながらがんばりましたよお。
ええ。なんとか原因はわかりましたけれど。
こんなの有りかぁ？
暑い夏が、ことさらに暑く感じてしまいました、その顛末です。
なにしろ、早いところ、説明書を完成させなければいけません。
組立説明書だけは、もう1ヶ月も前に完成しておりますが、そのほかの説明書は手付かずのまま、ずっと附属ソフトウェアの作業にかかりっぱなしで来てしまいました。
で、やっとここ何日かの間は、ＴＫ８０モニタ操作説明書やＮＤ８０Ｚモニタ操作説明書の作成作業にかかっておりました。
ここのところずっと、ＵＳＢ（ＨＩＤ）でＷｉｎｄｏｗｓバソコンと接続して、リモートプログラムやらＺ８０ＢＡＳＩＣやらで動作させることばかり追及してきたのですけれど、それはあくまで附属ソフトウェアを使っての機能です。
いちばん肝心なのは、ＵＳＢ（ＨＩＤ）で接続しないで、ＮＤ８０ＺⅢだけで、単独でちゃんと操作できることです。
ＲＳ２３２Ｃの送受信についても、Ｚ８０ＢＡＳＩＣでＲＥＡＤ ＃１、ＷＲＩＴＥ ＃１命令を使うプログラムを書いて、その動作テストをしてきましたが、ＮＤ８０ＺⅢ単独でも、その機能は使えます。
ＴＫ８０では、ＳＴＯＲＥ、ＬＯＡＤキーを使ってプログラムやデータをカセットテープレコーダに録音、再生することができました。
いまどきカセットテープレコーダというわけにはいきませんから、ＮＤ８０ＺⅢでは、ＳＡＶＥ、ＬＯＡＤキーを使って、カセットテープの代わりにＵＳＢ（ＨＩＤ）経由でＷｉｎｄｏｗｓパソコンのハードディスクに、プログラムやデータを書き込み、読み出しをします。
ＮＤ８０ＺⅢはＴＫ８０と同じ動作をするＴＫ８０モニタプログラムと、当社オリジナルのＮＤ８０Ｚモニタプログラムの両方のモニタプログラムを搭載していて、ディップスイッチで切り換えて使うことができるようになっています。
ＴＫ８０モニタでは［ＳＡＶＥ］、［ＬＯＡＤ］キーを使います。
ＮＤ８０Ｚモニタでは、［＊（Ｉ／Ｏ）］［ＳＶ］（１６進キーのＣ）と、［＊（Ｉ／Ｏ）］［ＬＤ］（１６進キーのＤ）を使います。
オリジナルのＴＫ８０モニタプログラムにはＲＳ２３２Ｃの機能はありませんでしたが、ＮＤ８０ＺⅢではＰＩＣ１８Ｆ１４Ｋ５０を利用してＲＳ２３２Ｃの送受信をすることができます。
せっかくＲＳ２３２Ｃの機能が使えるのですから、ＴＫ８０モニタのもとでも、ＲＳ２３２Ｃの送受信ができるように、送信と受信のプログラムも組み込みました。
ＴＫ８０モニタでは、ＲＯＭに組み込んだＲＳ２３２Ｃ送信プログラム、受信プログラムに、キー操作（［ＡＤＲＳＳＥＴ］［ＲＵＮ］）でジャンプすることで、ＲＳ２３２Ｃ送信、受信を行います。
ＮＤ８０Ｚモニタでは、［＊（Ｉ／Ｏ）］［ＳＯ］（１６進キーの２）で、ＲＳ２３２Ｃの送信、［＊（Ｉ／Ｏ］［ＳＩ］（１６進キーの３）でＲＳ２３２Ｃの受信ができるようになっています。
操作説明書を書いていて、そこのところの操作の説明を書くために、実際に操作してみましたら…。
なんと。
２３２Ｃの受信でハングアップしてしまいます。
いや、何回かやっていますと、まれに数バイト受信できたこともありましたが、でもほとんどは、だんまりを決め込んで、１バイトも受信できずにハングアップ状態になってしまいます。
うう。
あせってしまいます。
むむ。
２３２Ｃケーブルの接続がおかしいのか、はたまた相手のプログラムがおかしいのか…。
その確認をするために、Ｚ８０ＢＡＳＩＣを起動して、ＢＡＳＩＣのプログラムで受信してみますと。
つるっと受信できてしまいます。
基本的には、ＢＡＳＩＣの受信ルーチンもモニタプログラムの受信ルーチンも同じはず。
念の為に両方のリストを突き合わせてみましたが、特におかしなところはありません。
●オシロスコープで見てみました
上側（ＣＨ１）はＺ８０ＣＰＵ側からの２３２Ｃセレクト信号の出力です。
下側（ＣＨ２）は、ＰＩＣ１８Ｆ１４Ｋ５０のＳＴＢ出力です。
まだ送信側から送信を開始していませんから、バッファエンプティの出力（１５μｓｅｃ程度のＬパルス）が繰り返し出されています。
ところが写真でわかりますように、それが途中で止まってしまっています。
Ｚ８０ＣＰＵからの２３２Ｃセレクト出力に対して、ＰＩＣ１８Ｆ１４Ｋ５０からはちゃんとバッファエンプティが返されているのに、２３２Ｃセレクト信号がＨにならずに、ずっとＬのままになってしまっています。
プログラムリストを何回調べてみても、こんなバカなことはありえません。
むむむ。
ＣＰＵが突然暴走してしまったとしか考えられません。
が…。
より複雑な、Ｚ８０ＢＡＳＩＣでは暴走もしないでちゃんと正しく動作するのに、単純なＮＤ８０Ｚモニタプログラムで、毎回必ず暴走してしまうっていうのは、そりゃあ、余りにおかしい。
どこかに、何か、見落としているものがあるはず、なのですが…。
思い当たりませんでした（この時点では）。
●ロジアナで確認してみました
わからないときは、わらをもつかむ気持ちで、カメレオンＵＳＢ＋ロジアナの登場です。
ＰＲＯＢＥ０が２３２Ｃセレクト信号で、ＰＲＯＢＥ１がＰＩＣ１８Ｆ１４Ｋ５０からのＳＴＢ出力です。
これじゃオシロスコープと同じでさっぱりわかりません。
途中で止まってしまうことだけは確かなようです。
クロックを速くして２ＭＨｚで観測してみました。
Ｚ８０ＣＰＵの側の動作に怪しいところがありそうなので、Ｚ８０のＩＯＲＱ（ｐｉｎ２０）とＲＤ（ｐｉｎ２１）とＤ５（ｐｉｎ９）も調べてみました。
ＩＮ命令でＰＩＣＳＴＢの状態を読んだとき、データバスのＤ５にその状態が現れます。
クロックの関係でちょっと変な現れ方をしているように見えるところもありますが、ここには問題はなさそうです。
ここが問題のところです。
むむ。
なんだ？
この怪しげな、間延びしたところは？
あ。あ。あ。
ひょっとしたら…。
２０１０．８．２１ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る