標準ＴＴＬだけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第６０８回］

●Ｗｉｎｄｏｗｓ７のネットワーク接続（訂正の訂正です）

［第６０３回］で、Ｗｉｎｄｏｗｓ７から、ネットワークにある別のマシンの共有フォルダのファイルをコピーしようとしますと、えらく時間がかかります、と書きました。
でもそのあと、［第６０４回］で、そのような現象は出なくなってしまいました、と書きました。

しかし。
やっぱり、出たのです（これじゃ、まるでお化けみたいです）。
多分ですけれど、どういうときにお化けが出るのか、じゃありませんでした、どういうときに待たされるのか、ということが少しわかったように思います。

どうも、開こうとするファイルのタイプに依存しているようなのです。
ふつうのファイルではそういう現象は起こらないようです。
ＥＸＥファイルを開こうとすると、待たされます。

なんだか、ファイルの中をチェックしているようにも見えます。
そういう余計なことはしないでほしいんだけどなあ。
そういうのを「越権行為」というのだぞ。

そもそも、ネットワークの設定で、「ホームネットワーク」あるいは「社内ネットワーク」について、「信頼されているネットワークです」と言ったのは、Ｗｉｎｄｏｗｓ７くんよ、あんたでしょうが。
そのあんたが。
信頼されているはずのネットワークにつながっている他のマシンの共有フォルダから、ＥＸＥファイルをコピーして持ってこようとすると。
「ご主人様ぁ。こいつぁクサいファイルかもしれませんぜぇ。あっしが調べ終わるまで、待っておくんなさいまし」
って、それが余計なことだっていうの！

大体、いったい何を調べようっていうの？
でも、ほんと。いったいぜんたい何をしているのでしょうねえ。大いなる疑問です。

疑問といえば。
いつもＥＸＥファイルだと待たされるか。
といいますと、そうでもないのですねえ。
ＥＸＥファイルでも、全然待たされずに、すぐにメニューが開くときもあります。
多分ですけれど、履歴かなにかで管理していて、以前にチェックしたファイルだと、ノーチェックでただちにメニューがオープンするのかも。
でも、そうじゃないときもあるようで、いったいどういう基準でそれをやっているのか、よくわからないのですよねえ。

所有者や使用者が理解できないようなことを、裏でやってほしくないんだけどなあ。

●ステップ動作で異常な表示が…

今回もまたまた想定外のトラブルに遭遇してしまったお話です。
お話がどんどん横道にそれてしまって、あいかわらず脱線続きで申し訳ありません。

リモート接続プログラムの説明書を書いておりまして。
ＮＤ８０Ｚモニタプログラムのステップ動作を、リモート接続で行う、というところを、実際にやってみて、確認してみようとしたときのことです。

ここのところ、ＮＤ８０Ｚ�VはＵＳＢで、Ｗｉｎｄｏｗｓ７マシンに接続しています。
それで、いつものように、まずＮＤ８０Ｚ�Vの電源を入れて、それからコマンドプロンプトのリモート接続プログラムをスタートさせました。
これもいつもの手順で、ＮＤ８０Ｚ�VをＵＳＢ接続モードにするために、［＊（Ｉ／Ｏ）］［８　ＶＦ］と操作しました。
これでＮＤ８０Ｚ�Vがリモート接続されて、Ｗｉｎｄｏｗｓ７マシンのキーボード入力で、ＮＤ８０Ｚ�Vをリモート操作できるようになります。

ここからが、実はあとから利いてくる、重要なポイントなのですが。
「そうだ、そうだ、ステップ動作の確認をするのだから、ディップスイッチをＳＴＥＰ側にするんだった」
で、ディッブスイッチをそのようにいたしました。

「そうだった。その前に、８０００番地からテストプログラムも書かなくちゃ」
ＲＡＭの８０００番地からテストプログラムを書くために、まずはＷｉｎｄｏｗｓ７マシンのキーボードから、［８］［０］［０］［０］［．］と入力しようといたしました。
［．］はＮＤ８０Ｚ�V側では［ＡＤＲＳＳＥＴ］のキー入力になります。

その最初の［８］を入力した途端に、異変は起きたのでありました。
いきなり、コマンドプロンプト画面に次のような表示が現れました。

logfile nd80zlog\09081145.txt open

ＮＤ８０Ｚ�Vに接続しました
0001 0000 - 8A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
7F50 05E9 FF00 FFF8 FFB6 0D6C 0000 0000 0000 0000 0000 0000 FF6E 01010000 00

一瞬、「うわあ、ＮＤ８０Ｚ�Vが暴走してしもうたあ」と思いました。
ま。たまには、そーいうこともあるのさ。
と、ここは無理に冷静を装いつつ。
「こーいうことは、忘れてしまうに限る」と、とりあえずは無難な対応をすることに決めました。
念の為に、［Ｅｎｔｅｒ］キーを押してみましたら、普通に応答するようです。いつもの［ＷＲ＋］として働きました。

[WR+]
0D6D 50F7 - [RD+]
0D6E 00C5 - 8000[ADRSSET]

［＋］キーを入力すると［ＲＤ＋］として働きました。
どうやら大丈夫そうです。
それならばということで、もう一度、［８］［０］［０］［０］［．］と入力いたしました。［．］は［ＡＤＲＳＳＥＴ］として働きます。

今度は大丈夫のようです。

8000 003C - 3e[WR+]
8001 3EFF - 00[WR+]
8002 00C3 - 3c[WR+]
8003 3C00 - c3[WR+]
8004 C380 - 02[WR+]
8005 0221 - 80[WR+]
8006 8000 - /r

８０００番地からテストプログラムを書きました。
８０００番地でＡレジスタに００をセットしたあとで、８００２のＩＮＣ　Ａ（コード３Ｃ）で、Ａレジスタを＋１して、８００３のＪＰ　＄８００２（Ｃ３　０２　８０）で８００２に戻って、それを繰り返すという簡単なプログラムです。
プログラムを書き終わったら、次はいよいよブレイクアドレスとブレイクカウンタの設定です。
［／］［ｒ］と入力するとレジスタモードになります。

*** REGISTER mode entry ***
[ AF ] FFEA 7F50 - ra
[ brA] FFF0 0000 - 8002[WR+]
[ brC] FFF2 0000 - 32[WR+]
[ AF ] FFEA 7F50 - [RD-]
[ brC] FFF2 0032 - [RD-]
[ brA] FFF0 8002 - /0

*** REGISTER mode end ***

［ｒ］［ａ］と入力すると、ブレイクアドレス［ｂｒＡ］がセレクトされます。
ブレイクアドレスとして８００２をセットしました。
ブレイクアドレスをセットすると、次はブレイクカウンタ［ｂｒＣ］になります。
ブレイクするまでの繰り返し回数をセットします。
今回は５０回（１６進数の３２）をセットしました。
念の為に［−］キーで、書き込んだ内容を確認しています。［−］キーは［ＲＤ−］として働きます。
レジスタモードを終了するには、［／］［０］（数字キーの０です）と入力します。

いよいよ実行です。
［８］［０］［０］［０］［．］と入力してから、［ｒ］キーを入力しました。
［．］は［ＡＤＲＳＳＥＴ］、［ｒ］は［ＲＵＮ］キーとして働きます。

FFF0 8002 - 8000[ADRSSET]
8000 003E - r [RUN]

すると、あっという間にアドレス８００２の命令が５０回実行され、ブレイクして下のようなレジスタダンプリストが表示されました。

A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
3220 05E9 FF00 FFF8 FFB6 8003 0000 0000 0000 0000 0000 0000 FF44 00100000 00
n [CONT]
A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
3220 05E9 FF00 FFF8 FFB6 8002 0000 0000 0000 0000 0000 0000 FF5F 00100000 00
n [CONT]
A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
3320 05E9 FF00 FFF8 FFB6 8003 0000 0000 0000 0000 0000 0000 FF6F 00100000 00
n [CONT]
A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
3320 05E9 FF00 FFF8 FFB6 8002 0000 0000 0000 0000 0000 0000 FF38 00100000 00
n [CONT]
A F  B C  D E  H L   SP   PC   IX   IY  A'F' B'C' D'E' H'L' I R  SZ H PNC BRC
3420 05E9 FF00 FFF8 FFB6 8003 0000 0000 0000 0000 0000 0000 FF50 00100000 00

その後は、［ｎ］キーを入力する度に１ステップずつ実行されて、レジスタダンプが行われます。
［ｎ］キーは［ＣＯＮＴ］キー（ＴＫ８０の［ＲＥＴ］キー）を入力したことになります。

最初はいきなり変な表示が出てしまったものですから、いささかびっくりしたのですけれど、そのあとは特におかしいところもなく、まともに動作してくれているようです。
むむ。
やっぱり、最初のアレは、なにかちょっとだけ誤動作しただけだったんだ。
早いところ、忘れてしまいましょお。
で。
終了することにいたしました。

[RD+]
8004 2002 - [RD+]
8005 0280 - ^E
0000 00C3 - 
ndremote.exeを終了しました
logfile closed at Wed Sep 08 11:53:41 2010

無事終了いたしました。
と、思ったのですが…。
な。なんと。
ＮＤ８０Ｚ�Vの７セグメントＬＥＤのアドレス表示部に、０５Ｃ０という不可解な表示が出ておりました。

リモート接続を終了したときに、ハードウェアリセットをリモートで行う回路があればよかったのですが、ＰＩＣ１８Ｆ１４Ｋ５０の端子にその余裕がなかったものですから、リモート接続の終了時にはＮＤ８０Ｚ�Vに、［０］［０］［０］［０］［ＡＤＲＳＳＥＴ］［ＲＵＮ］ を送って、ソフトウェア的にリセットするようにしてあります。
ですから、リモート接続を終了すると、ＮＤ８０Ｚ�VのＬＥＤには００００００００が表示されて、リセット直後と同じ状態になります。

というはずなのですが、それが、００００００００の表示にはならないで、０５Ｃ０ｘｘｘｘというわけのわからない表示になってしまったのです。

うむむ。
やっぱり、おかしい。

念の為にもう一度、リモート接続して動作確認をしてみましたところ、一番最初に出た、あの、いきなりブレイクしてしまったような、レジスタダンプ表示は出ないようになったのですけれど、リモート接続を終了すると、ＮＤ８０Ｚ�Vの７セグメントＬＥＤの表示は、必ず０５Ｃ０ｘｘｘｘになってしまうのです。

ディップスイッチをＳＴＥＰ側にした状態でリモート接続を終了すると、ＮＤ８０Ｚ�VのＬＥＤ表示は００００００００にならずに、必ず０５Ｃ０ｘｘｘｘになってしまうことが確認できました。
しかし、その状態からでも、ふたたびＵＳＢ接続の手続きをすることは、支障なくできました。

ディップスイッチをＳＴＥＰ側にして、リモート接続を終了すると必ずＬＥＤ表示が０５Ｃ０ｘｘｘｘになる、ということから考えて、それは単なる誤動作などではなくて、どこかにその原因があることは多分間違いないことだと思います。
でも、その原因はどうやって追求したらよいのでしょう？
なにしろ、さっぱり、心当たりがないものですから、途方に暮れてしまいます。

まあ。実用上は特にこれというほどの差し障りがあるわけでもない、のでありますから。

「ディップスイッチがＳＴＥＰの状態のときに、リモート接続を終了すると、ＮＤ８０Ｚ�VのＬＥＤには０５Ｃ０ｘｘｘｘと表示されますが、あ、え…と、これは、プログラムの都合でこういう表示が出るのでありまして、仕方が無い、あ、いえ、そうではなくて、ああ、誤動作ではありませんから、気にしないようにしてください。
あ、…と、それからひょっとすると、リモート接続したときに、いきなりブレイクしたような表示が出る、かもしれませんが、全然大丈夫ですから、気にしないでください」

なんて、説明書に注記して、
「これにて一件落着」
にしてしまおうとも思ったのですけれど。

まことにもって、因果な性分でありまして。
どうにも気になって、その原因を追求せずには、いられないのですよねえ。
だめだあ。
また説明書作業がストップしてしまうぅ。
２０１０．９．１２ｕｐｌｏａｄ

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