資料

先日も今は無きモノ（書籍編）で『Small-Cハンドブック』が国会図書館デジタルコレクション（館内限定公開）になっていると書きましたが、数日前に驚くべきニュースが入ってきました。

まず「国会図書館デジタルコレクション」とは何かということなのですが、簡単に書くと所蔵資料をスキャン（撮影）してデジタル化しブラウザから閲覧できるようにしたものです。利用者視点でのメリットは閲覧申請して出てくるのを待つ必要が無いこと、図書館側からは申請ごとに書庫から取り出さなくてよく資料の劣化も防げるといったことがあります。

ブラウザから閲覧できるならそもそも行く必要もないのではと思うかもしれませんが、著作権の関係からか館内からしか閲覧できない資料が大半でした。

なのですが……

Twitter（現X）で「エンサイクロペディアアスキー」（月刊アスキーの4～6月分を合本にしたもの）が自宅などから閲覧できるようになっているというツイートがありました。

『Small-Cハンドブック』もあらためて見に行ったところ閲覧可能になっていました。前の記事書いていた時は駄目だったのですが。

Tandy 200やHC-88で一般ユーザーにROM交換させるために使われていたカプセル式のソケット、正体不明だったのですが偶然に判明しました。

おそらくMolex社の2.54×15.24mm (.100×600") Pitch Modular IC Socket Systemと呼ばれるものと思われます。

これは基板に実装する「Socket」と、ROMなどのICを取り付ける「Carrier」からなり、ICのピンを保護しつつ逆挿しを防ぐ仕組みになっています。ピン数は24, 28, 32が用意されており、キーの位置（と色）によって（アドレスの偶奇など）複数ある場合の入れ替わり防止もできるようになっています。

標準品と思われる黒色の型番は以下の通り。

MN1613を動かせないかと思っているのですが、いかんせん資料が少なすぎます。とはいっても新たな資料の入手は難しいので今ある資料からピン機能を類推してみます。

昨日の表参道アドベンチャーに続いて南青山アドベンチャーです。

「南青山アドベンチャー」は独立なった「AhSKI!」1983年号に掲載されたテキストのアドベンチャーゲームです。やはり機種依存部分が分離された構造で、本体プログラムは共通で PC-6001, PC-8001/8801, MZ-80B/2000, PASOPIA の各機種に対応していました。

これもZ80バイナリなのでZ80コードを実行できる何らかの環境が必要なのも同様です。

プログラムは9000H～0E817Hまでとかなり大きくなっています。グラフィックは無いものの近傍のマップが表示されたりと画面表示も進歩していて、機種依存部分も9000H～91FFHと拡大されています。実行時にRAMに転送して実行しなければならないという状況も同様です。

機種依存部分のアドレスは以下のようになっています。

呟いたら意外に反響があったので資料を残しておきます。

「表参道アドベンチャー」は「ASCII」1982年4月号の綴じ込み付録「AhSKI!」に掲載されたテキストのアドベンチャーゲームです。ソフトウェアに互換性の無いパソコンが乱立していた時代ですが、機種依存部分を分離することにより本体共通で PC-8001, MZ-80K/C, MZ-80B の各シリーズで実行可能となっていました。

この機種依存部分が分離されているということはそこだけ作り直せば他のハードウェアでも実行できる可能性があるということです。

ということで自作のボードで動かすために機種依存部分を解析しました。

こんなことをする人は少ないかもしれませんがここに記録しておきます。

まずこのゲームはZ80のバイナリなのでZ80か互換のプロセッサが必要です。あるいはZ80をエミュレーションする方法もあります。

前に取り上げたTL866Aのファームウェアアップデートが無いか公式サイトに見に行ったところ、新製品 TL866 II Plus に切り替わっていました。

• 1.8Vまでの低電圧デバイス対応（TL866A/CSは3.3～5V）
• NAND型フラッシュメモリ対応
• 書き込み速度の向上
• 誤挿入の検知

といった改善が行なわれ、対応デバイスも約13000から約15000に増えています。

NANDフラッシュ対応は魅力的で価格も安いので将来の買い替え候補としてデバイスリスト等をチェックしてみました。

すると私の用途にはあまり適していないことがわかりました。
V_PPの電圧が18Vまでになってしまっているのです。手元には21V書き込みのデバイスが結構あるのですが、それらが書き込めなくなってしまいました。
私は今のTL866Aを持ち続けたほうが良さそうです。

ただこれは私の特殊な事情です。

ハードウェア編に続きまして、今回はソフトウェア編です。

トレーニングキットの時代は回路図同様にソフトウェアについてもオープンなものが多かったと思います。
ソフトウェアといってもメモリの内容を表示・変更したりプログラムの実行ができるモニタ等ですが、これのソースコードがマニュアルに掲載されていたりするわけです。これもサンプルとしての意味が大きいからでしょう。オブジェクトのサイズも数kB以下ですから量的にも大したことはありません。

BASICインタープリタをROM搭載したいわゆるパソコンになると状況が変わりました。シャープのようにモニタのソースコードのマニュアルへの掲載を続けたところもありますが、BASIC自体となるとそうはいきません。

• マイクロソフト等の社外開発のものが多く勝手に公開できない
• サイズも小さなものでも10kB以上と大きくなり紙面的にも難しい
• ユーザ層としても必要としない人が増えた

といった事情からソースコードの公開は困難になります。

今パソコン・PCはブラックボックスになっています。どんな回路構成になっているのか、どんなソフトウェアが入っているのか、ほとんどの人は気にしません。

「いや、俺は気にする」という人でも、XXXチップセットを搭載している⇒このくらいのパフォーマンスが期待できる、OSのバージョンがYYY⇒何とか機能がある、といった機能・性能の指標として気にしている人が大半ではないでしょうか。

周辺機器のハードウェア設計者でもPCI・USBといったインターフェイスの仕様は調べますが本体の回路がどうなっているかは（トラブルでも起きないかぎり）普通は調べません。ソフトウェア設計者もAPIの使い方は知っていますがそれがどう実装されているかは考えません。

これはもちろん悪いことではありません。効率を上げ、互換性を保つには必要不可欠でしょう。

しかし昔は事情が違っていました。各社が互換性の無い機種を発売し、標準的なOSも無く（あっても機能が限られ）、ハードウェアを直接叩かなくては十分なパフォーマンスが得られない状況では内部の情報は重要だったのです。

ということで今回はハードウェア情報（主に回路図）について書いてみます。