Electrelic

コンピュータのパーソナルな使い道というとゲームが重要な位置を占めるのは今も昔も変わりありません。

キーボードでも操作できますが、本格的にプレーするためにはジョイスティックが欲しくなります。前回（第2回： キーボード）でも書いたように壊しても簡単に交換できなかったことも理由の一つかもしれません。

形式としては少なくとも日本ではレバー（上下左右のスイッチ）とボタンが2つというのが一般的でした。
Apple IIなどはレバーをスイッチではなくX軸とY軸のアナログ値として読めるタイプだったと思います。

NECのPC-6001やMSXなどホビー向けの機種は専用のコネクタを持つものがありました。D-Sub 9ピンのコネクタ（いわゆるATARI仕様）が2つ付いているのが多かったと思います。

専用端子のない機種では以下のような接続方法がありました。

マイコンキットのモニタや簡易アセンブラ程度なら専用キーボードでもなんとかいけましたが、BASICなどの言語を使用するならフルキーボードが必要になります。

16進テンキーのマイコンでもオプションでフルキーボードが用意されたものもありました。メモリとディスプレイ回路を追加してBASICを実行するためのものです。

基板むき出しではなく完成品のパソコンになるとフルキーボード搭載が一般的になります。

キーボードの形態としては一体型と分離型がありました。

当初はキーボードは本体と一体になっているのが普通でした。現在のキーボードを分厚く（10cm程度）して中に本体機能を収めたようなものです。

厚さを増すと操作しづらくなるのでキーボードの下に基板を1枚配置し、拡張スロットや電源などは奥に配置するのが普通です。

奥行きを伸ばしてディスプレイを上に乗せるようにしたものもあります。日立のベーシックマスターレベル3などがこの形式です。

上位機種の多くは次に述べる分離型に移行していきましたが、低価格機を中心に一体型もしばらくは残りました。

FDCボードとパーソナルなコンピュータの入力装置事情の途中ですが、4月のお買い物編をお送りします。

久しぶりのこのシリーズ、ハードウェア関連はネタが無くなってきたのでOS・プログラム言語などソフトウェア関連を書こうと準備していたのですが、そういえば入力装置について書いていないことを思い出したので数回にわたって取り上げてみます。

個人で初めてのコンピュータを自作するとしたらスイッチパネルしかないでしょう。

トグルスイッチ（他のスイッチでも構いませんがすばやく簡単に操作できないと後悔するでしょう）がたくさん並んだパネルです。プロセッサを一時的に止めておき、このスイッチでバスに直接アクセスします。スイッチでアドレスとデータを1バイトずつメモリ（RAM）に書き込んでいくのです。

プロセッサの動作中は邪魔をしないように切り離しておきますが、ソフトウェアからスイッチの状態を読めるようにすることもできます。

これは使い勝手はとても悪いのですが、ソフトウェア無しで使えるという他にないメリットがあります。

探し物をしていてこんなものも発見してしまいました。

かなり古いものです。

2つの7セグメントLEDは東芝のTLR312、以前は入手しやすい定番のデバイスでした。

下にはデコーダがあります。右側のソケットは抜かれていますが、左に挿さっているのはFairchildのF9368です。これはZ80ボード 1号機（の形見）でも取り上げました。1号機ではデータバスの表示用に2つ使用していましたが、それがこのボードに流れてきていたのかもしれません。

隣には日立のHD14040BPがいます。12ステージのリプルカウンタ、これは74HC4040として74HCシリーズにも取り込まれています。

FDCボード（テスト編）の途中ですが、部品探しているときにこんなの発見したので先に取り上げようかと。

沖のMSM62X42B、RTC（Real Time Clock）のICです。

DIPの18ピン、CPUバスに接続するデバイスとしてはピン数が少ないですね。PC-8001やPC-9801シリーズに使われたNECのμPD1990,μPD4990などはシリアル接続ですが、これは普通にパラレルバス（ただし4ビットバス）接続です。10進の1桁ごとのアクセスなのでそれで十分です。

ちょっと間があいてしまいました。

前回CRCエラーが出ているとはいえ一応セクタが読めるようになりました。データ転送のオーバランも発生していません。

FDCの回路を作るのは今回が初めてですが、8ビット時代に製作記事はよく読んでいました。そこではデータ転送が間に合うかどうかが大きな課題として扱われることが多く、ソフトウェアでステータスを見ながらでは取りこぼすということでいろいろな工夫がありました。

• 他の割り込みを禁止する
• DMA（Direct Memory Access）を利用する。これは速度の余裕ができてからもほかの理由で使われ続けました。
• ステータスをチェックしないでデータ転送する。そのままでは正常に転送できないので、ハードウェアでFDCへのアクセスを引き伸ばす。

それで当初は心配していたのですが、さすがに当時とはCPUの速度が一桁以上上がっているので余裕がありますね。

前回手動でコマンド発行するところまで書きました。

このままでは面倒ですし、何よりデータ転送を伴うコマンドが使えません。

メモリ上にコマンドとパラメータ列を書いておいて自動で送信、リザルトステータスの受信までを行えるようにします。

当初はステータスレジスタを参照しながら送信・受信を自動切換えさせようとしたのですが、なぜか不安定だったのでパラメータやリザルトのバイト数を指定するように変更しています。

これでFDCとのやりとりはできるようになったので、実際にディスクを読んでみることにします。

先日から製作中のFDCボード、ハードウェアができたらソフトウェアを書かなくてはなりません。FDC絡みのソフトウェア経験はほとんどないのでいろいろ試しながらになります。

ベースとしてROMエミュレータのソフトウェアを使いました。I/O経由でRAMにアクセスしていたところを内蔵RAMに書き換えればメモリのダンプとセット、それからHEXファイルでの入出力が可能になります。

それにFDCレジスタへのアクセス機能（コマンド）を追加します。

昨日のハードウェア編の続きです。

50ピンのコネクタに刺さっていたジャンパーピンはREADYをGNDに落とすためのもの、34ピンコネクタに接続していないからです。いずれDSKCHGと切り替えられるようにしたいですね。

裏側、FDDコネクタのところ以外はほとんど一対一の接続なので配線作業は楽でした。

ATmega1284Pのポート割り当ては以下のようになっています。