バッテリ駆動が前提のハンドヘルド機ではプロセッサ選択の基準も変わってきます。
まだリチウムイオン電池などは無く、アルカリ乾電池かNi-Cd充電池で実用的に使うためには消費電力が重要になります。まだn-MOSのものが多く、選択肢は限られていました。
Intelの8085は8080の改良版、といってもハードウェア的な変更が主でソフトウェア的にはほぼ8080です。Z80より先にCMOS版が供給されたため選ばれたようです。
CMOSの80C85を採用していたハンドヘルド機には次のようなものがありました。
今回取り上げる2つはパソコンの一時代を築いたものたちです。少なくとも日本では8ビットパソコンの多くはこのどちらかを搭載していました。
その後も16ビットの時代になるまでこれらが使い続けられることになります。
まずはZilogのZ80 CPUです。発表は1976年ですが、今でも（n-MOS版は無理ですが）CMOSのZ84C00はDIP品も含めて現行品です。
これまで取り上げたものはMCS-40がMCS-4の上位互換であった他はソフトウェアのバイナリ互換性はありませんでしたが、このZ80は8080の上位互換にあたります。
搭載機種はあまりに多くてきりがありませんが代表的なものを挙げてみます。
今回もちょっとマイナー路線です。
まず最初はNational SemiconductorのSC/MP （Simple Cost-effective Micro Prosessor）、「スキャンプ」と発音します。まだプログラムしたことはありませんが、資料を読むかぎりソフトウェアはかなり癖のある仕様です。
p-MOSのSC/MP （ISP-8A/500）、これをそのままn-MOSにしたSC/MP II （INS8060）、スタックや16ビット演算機能を追加したSC/MP III （INS8070）などがありました。SC/MP IIIでは残念ながらそれまでのものとソースレベルでもバイナリレベルでも上位互換ではなくなってしまっています。
8080・MC6800・6502を取り上げたので次はZ80・MC6809か、と行きたいところですがその前にちょっと変わったプロセッサたちを見ていきましょう。今回はミニコンをLSI化したものたちです。
Panafacomが1975年に発売したのがL-16A（MN1610）です。初期の16ビットマイクロプロセッサですね。
+12V,+5V,-3Vの3電源が必要（8080も+12V,+5V,-5Vが必要）でしたが、後に+5V,-3Vの2電源のMN1610A、+5V単一電源のMN1611も発表されました。
あまり広くは使われませんでしたが、以下に採用されていました。
上位互換で32ビット浮動小数点命令のあるMN1613などというものもありました。
1974年にIntelが発表した8080は、それまでのプログラムを固定して使う組み込み用から汎用コンピュータとしても認識されることになりました。
40ピンDIPのパッケージ、アドレス16ビット・データ8ビット・RD,WR信号を用いる80系バス、割り込み、DMAのためにバスを開放する機能といったその後のマイクロプロセッサで一般化したものの多くが採用されています。
エンディアン（2バイトのデータをメモリに置く順番）はリトル（8008もそうです）となっていて、これは現代のx64アーキテクチャまで続いています。
この8080を採用したコンピュータには以下のようなものがありました。
これまでメモリ・サウンド・グラフィック・漢字・そして技術情報の各事情について書いてきました。
でも肝心のプロセッサの事情についてはまだでしたので、何回かに分けて書いてみようと思います。
個人向けコンピュータのプロセッサというと現在ではPC系はIntel・AMDの「x64」、スマートホン・タブレット等は「ARM」にほぼ統一されてしまっています。しかし最初からそうだったわけではありません。
まだトレーニングキットなども発売されていなかった頃、個人でコンピュータを持とうとすれば自作するより他ありませんでした。汎用ロジックICを組み合わせてプロセッサ自身を作成する人もいれば、登場したばかりのマイクロプロセッサを利用することもあります。
トランジスタ技術誌に掲載されたコンピュータ自作記事を集めた「つくるコンピュータ」には4つの製作例が載っています。
ハードウェア編に続きまして、今回はソフトウェア編です。
トレーニングキットの時代は回路図同様にソフトウェアについてもオープンなものが多かったと思います。
ソフトウェアといってもメモリの内容を表示・変更したりプログラムの実行ができるモニタ等ですが、これのソースコードがマニュアルに掲載されていたりするわけです。これもサンプルとしての意味が大きいからでしょう。オブジェクトのサイズも数kB以下ですから量的にも大したことはありません。
BASICインタープリタをROM搭載したいわゆるパソコンになると状況が変わりました。シャープのようにモニタのソースコードのマニュアルへの掲載を続けたところもありますが、BASIC自体となるとそうはいきません。
といった事情からソースコードの公開は困難になります。
今パソコン・PCはブラックボックスになっています。どんな回路構成になっているのか、どんなソフトウェアが入っているのか、ほとんどの人は気にしません。
「いや、俺は気にする」という人でも、XXXチップセットを搭載している⇒このくらいのパフォーマンスが期待できる、OSのバージョンがYYY⇒何とか機能がある、といった機能・性能の指標として気にしている人が大半ではないでしょうか。
周辺機器のハードウェア設計者でもPCI・USBといったインターフェイスの仕様は調べますが本体の回路がどうなっているかは（トラブルでも起きないかぎり）普通は調べません。ソフトウェア設計者もAPIの使い方は知っていますがそれがどう実装されているかは考えません。
これはもちろん悪いことではありません。効率を上げ、互換性を保つには必要不可欠でしょう。
しかし昔は事情が違っていました。各社が互換性の無い機種を発売し、標準的なOSも無く（あっても機能が限られ）、ハードウェアを直接叩かなくては十分なパフォーマンスが得られない状況では内部の情報は重要だったのです。
ということで今回はハードウェア情報（主に回路図）について書いてみます。
これまで表示や印字の見た目の話がメインでしたが、最後に文字コードの話をしてみたいと思います。
漢字ROMが最初に搭載された頃、パソコン上ではまだBASICが主流でしたが、まだ「文字」という扱いではありませんでした。JISコードを指定すればパターンとして表示できるというだけで、文字列として（変数に入れたり）扱うことはできませんでした。ワープロ等のソフトウェアは独自に処理していたものです。
使える文字もJIS第1水準の約3,000字（+非漢字）のみでした。足りない字については次のような方法で対処します。
PC-9801シリーズ等ではオプションでJIS第2水準（約3,400字）まで使えるようになりました。
16×16ドットまでは漢字は読めれば（識別できれば）良いと思われていたのが、24×24ドットくらいから美しさが要求されるようになってきます。美しさを考える余裕が生まれたと言ってもよいかもしれません。
また書体（明朝体・ゴシック体など）やサイズを変えたいという要望も出てきます。
ディスプレイよりプリンタのほうが高解像度を実現しやすいこと、プリントは他人に渡すものであること、といった事情からかプリンタでの対応が先行することになります。
AdobeのPostScriptやCanonのLIPSといったページ記述言語では文字のサイズを自由に変化させることが可能になりました。それまでのフォントが（例えば24×24の）ドットの有無で定義されていた（ビットマップフォント）のに対し、文字の輪郭の座標を持って（アウトラインフォント）いて都度必要なサイズのドットに展開するのです。
