復活！ＣＰ／Ｍ　ワンボードマイコンでＣＰ／Ｍを！
ＣＰ／ＭがＴＫ−８０互換のワンボードマイコンの上で復活します
ＮＤ８０Ｚ�VとＭＹＣＰＵ８０の上でＣＰ／Ｍが走ります！

［第５１２回］


●Ｅ−８０ミニコンとＮＤ８０Ｚ３．５（ＮＤ８０Ｚ�V）のシステムリセット

前回も少し書きましたが、目下のところちょいと面倒な特注品の製作にかかりっきりになっておりますので、記事をまとめている時間がなかなか取れません。

そんな中で、大分県のＨ様からメールをいただきました。
Ｈ様には今Ｅ−８０ミニコンの試作３号機を使っていただいて、評価テストをしていただいています。
Ｈ様はまたＮＤ８０Ｚ�VとＺＢ３ＤＯＳ（ＣＰ／Ｍ互換ＤＯＳ）をご購入いただいていて、その両者を駆使しながらいろいろ比較したレポートをいただいています。

今回はＥ−８０ミニコンとＮＤ８０Ｚ�Vでのシステムの再起動の違いについてお問い合わせをいただきました。
Ｈ様には疑問にお答えする形でご返事を差し上げたのですが、よく考えてみましたら、そのようなテーマでは今まで説明をしておりませんでした。
ちょうどよい機会でもありますので、ご参考までに皆様にも読んでいただくことにいたしました。

Ｈ様からいただいたご質問の要旨は概ね以下の通りです。
「ＮＤ８０Ｚ�V＋ＺＢ３ＤＯＳでの動作中に、／ＥＸＩＴで一旦終了したあと、再びＺＢ３ＤＯＳを起動したとき、ＮＤ８０Ｚ�Vで通常の接続操作をすることで、再接続できます。
しかしＥ−８０では一旦終了すると、Ｅ−８０をリセットしないと再接続できません。
ＮＤ８０Ｚ�Vと同じようにはできませんか？」
「またＮＤ８０Ｚ�Vの場合、そのように再起動できるのですが、ＰＩＣ内に２３２Ｃ受信データが残っていると、それがクリアされないで、読み出されてしまいます。ＰＩＣはリセットされないのですか？」

このご質問には次のようにお答えしました。
ほんとうはもっと詳しく丁寧に説明できるとよいのですけれど、今はその時間がありません。
Ｈ様にご返事さしあげたままを以下に記します。

おそらくND80Z�VとE-80のリセット動作の相違がからんでいるように思われます。
ND80Z�Vはブレイクによってオフラインになったとき、ND80Z�Vに対してJP 0000が送られます(7segLEDの表示が00000000になるのはそのためです)。
しかしpicに対してはハードウェアリセットしか利かないために、今回のご質問の動作（２３２Ｃ受信データが残ったままになっていること）になったと思います。
そういう場合の232Cバッファのクリアまでは想定していませんでした。
これはしかし悩ましい問題で、最終的にはソフトでは解決不能なところがでてきてしまいます。
基本的には周辺回路に対してはハードウェアリセットが必要、とご了解ください。

E-80はその点がより明快になっています。
吉崎様のお考えで、ハードウェアリセット自体がCPUのみのリセット(これがJP　0000に相当します)と、CPU+周辺回路の全リセット(system reset)に分かれています。
E-80がブレイク後にリセットが必要なのは、やはりハードウェアリセットがからんでいます。
ND80Z�VはROMスタートなのでJP 0000でROMのスタート番地に戻ります。
そこからUSBの接続手続きが行なえます。
しかしE-80の場合、USB接続の手続きはIPLを起動しないと行なわれません。
IPLはPICにあるためにハードウェアリセットが必要です。

ＮＤ８０Ｚ�V（ＮＤ８０Ｚ３．５）も、周辺回路（ＰＩＣ等）に対してはハードウェアリセットが必要ですが、それには［ＭＯＮ］キーを使います。
ＮＤ８０Ｚ�V（ＮＤ８０Ｚ３．５）では［ＭＯＮ］キーがシステムリセットスイッチに相当します。

ワンボードマイコンでＣＰ／Ｍを！［第５１２回］
２０１３．１１．１６ｕｐｌｏａｄ

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