ＣＲＴ/VGAIF+KEYIF+SDCARDIFボードの製作
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
ＷｉｎｄｏｗｓパソコンにＵＳＢ接続して使う現行方式はそれなりに便利ではありますが、ときとしてＷｉｎｄｏｗｓ
のしがらみから開放されて、小さいながらも独立した一個のパソコンとして機能したいと思うこともあります。
昔はそれが普通のことだったのですが、安価なＣＲＴディスプレイが生産中止となって久しい今日ではそれ
は叶わぬことと諦めていたのですが…。
〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
［総合第１０１回］
●２７Ｃ５１２ ＷＲＩＴＥＲ
何回も書きましたように、ＲＯＭ／ＲＡＭ／ＲＴＣボードには２７Ｃ４００１、２７Ｃ１００１、２７Ｃ５１２、２７Ｃ２５６を実装することができます。
そのうち２７Ｃ４００１、２７Ｃ１００１、２７Ｃ２５６については今までの回で動作を確認済みです。
残るは２７Ｃ５１２です。
ＲＯＭ／ＲＡＭ／ＲＴＣボードを設計、試作した当初は２７Ｃ５１２については考えていませんでした。
私の頭の中では２７Ｃ５１２は過去の石でした。
まあＵＶＥＰＲＯＭ（紫外線消去型ＲＯＭ）そのものがしっかり過去の石ですけれど。
それがなんで途中から追加することになったのか、といいますと。
実は近日中に皆様に公開予定のあるプロジェクトで２７Ｃ５１２を使うことを思い立ったからです。
２７Ｃ５１２はちょいと半端な感じのＲＯＭです。
容量は２７Ｃ２５６の倍、６４ＫＢですが、これを８ビットのシステムで使おうとするとレガシィな８ビットＣＰＵのメモリ空間を２７Ｃ５１２だけで占有してしまいます。
ＲＡＭが置けません。
つまりは３２ＫＢずつに分けてバンク切り換えで使う、ということにせざるを得ません。
どうせバンク切り換えにするのなら、ちまちまと２７Ｃ５１２などを使わなくとも、２７Ｃ１００１とか２７Ｃ４００１を使えば十分なプログラム空間を得ることができます。
というのがその半端な感じの理由です。
しかし２７Ｃ５１２には２７Ｃ４００１や２７Ｃ１００１にはない大きなメリットがあるのも事実です。
２７Ｃ４００１や２７Ｃ１００１は容量は８ビットＣＰＵにとって十分過ぎるほどなのですが、２７Ｃ２５６の２８ピンに対して４ピン増えて３２ピンとパッケージサイズが大きくなってしまいます。
既存のボードでＲＯＭ容量を拡大するために２７Ｃ４００１や２７Ｃ１００１を使おうとすると、そのままでは実装することができませんから、最初から設計をし直さなければなりません。
きちきちで設計していた場合など、お手上げです。
その点２７Ｃ５１２は２７Ｃ２５６と同じ２８ピンでしかも端子配列はＡ１５を追加する以外は２７Ｃ２５６と同じですから、わずか１本の配線を追加するだけで、同じサイズの基板に載せることができてしまいます。
もっとも上に書きましたように、バンク切り換えのための回路を追加する必要はありますが。
幸いＲＯＭ／ＲＡＭ／ＲＴＣボードは最初からバンク切り換え仕様ですから世話はありません。
そのまま２７Ｃ５１２も載せてしまうことができます。
他のプロジェクトで２７Ｃ５１２を使うことになりましたので、軽い気持ちでＲＯＭ／ＲＡＭ／ＲＴＣボードにも２７Ｃ５１２を載せることにしてしまおう、と決めてしまいました。
軽い気持ちで決めたのはよいのですけれど、そういうことになりますと、２７Ｃ４００１、２７Ｃ１００１のときと同じことで、「２７Ｃ５１２ ＷＲＩＴＥＲが要る」ということになってしまいます。
ま、しかし「昔は２７Ｃ５１２ ＷＲＩＴＥＲ回路も作ったはずだし２７Ｃ２５６と同じ２８ピンだから、２７Ｃ２５６ ＷＲＩＴＥＲの配線をちょっと直して、書き込みプログラムもちょいと変更すればよいはず」とこれまた軽く考えてしまいました。
まあ、いつものことなのですが、実際にしっかり検討する段階になりますと、それほど簡単には済まないのであります。
確かに２７Ｃ５１２は２７Ｃ２５６にＡ１５を追加しただけですから、それを回路に実装する分にはバンク切り換えについてだけ配慮すれば別にどうということもないのですけれど、プログラムの書き込みということになりますと、話は別なのでした。
こちらが２７Ｃ２５６です。
［出典］Ｎａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ社ＮＭ２７Ｃ２５６ＤＡＴＡＳＨＥＥＴ
そしてこちらが２７Ｃ５１２です。
［出典］ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社Ｍ２７Ｃ５１２ＤＡＴＡＳＨＥＥＴ
えええ！？
ＶｐｐがＧ（ＯＥ）端子と同じ？
やばいよ、これは。
２７Ｃ２５６でＶＰＰ専用端子だった１番ピンにＡ１５を配した結果、行き場がなくなったＶＰＰをＯＥと兼用にしてしまったのでしょう。
確かに書き込み中はＯＥは使わないわけですからそうするしかないか、とも思うのですけれど。
じゃあベリファイはどうするの？
ということで、こちらが２７Ｃ２５６のプログラム（書き込み）モードの波形です。
［出典］Ｎａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ社ＮＭ２７Ｃ２５６ＤＡＴＡＳＨＥＥＴ
書き込み中はＶＰＰを＋１２Ｖに上げたままにしておいてＣＥに書き込みパルスを送ります。
１バイトのデータを書き込むごとにデータを読み出して照合（ベリファイ）して、うまく書き込めていなければ再度書き込みパルスを出して追加書き込みをします。
このとき（ベリファイのとき）はＯＥだけをＬにすることでデータを読み出すことができます。
書き込みのときはＣＥを書き込みパルスとして使うために、通常のＲＥＡＤのときのようにＣＥとＯＥを同時にＬにできないので、そのようにしてあるのだと思います。
ＲＥＡＤとＷＲＩＴＥでのＣＥの使い分けはＶＰＰ端子に与える電圧によって決ります。
下は２７Ｃ２５６のモードによる端子のまとめです。
［出典］Ｎａｔｉｏｎａｌ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ社ＮＭ２７Ｃ２５６ＤＡＴＡＳＨＥＥＴ
そしてこちらが２７Ｃ５１２のプログラムモードの波形です。
［出典］ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社Ｍ２７Ｃ５１２ＤＡＴＡＳＨＥＥＴ
一見すると２７Ｃ２５６と同じことをしているようなのですが。
２７Ｃ２５６と違ってＶＰＰとＯＥ（Ｇ）を同じ端子で兼用してしまっています。
ということは２７Ｃ２５６のときのようにＶＰＰを＋１２Ｖに上げたまま、ＣＥもＨにしたままでＯＥ（Ｇ）をＬにするというわけにはいきません。
どうするかというと、結局ベリファイのときもＲＥＡＤと同じようにＯＥ（Ｇ）とＣＥをＬにしてデータを読み出すしかないということになります。
下は２７Ｃ５１２のモードによる端子のまとめです。
［出典］ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社Ｍ２７Ｃ５１２ＤＡＴＡＳＨＥＥＴ
この表にはベリファイがありません。
ベリファイのときにＯＥ（Ｇ）端子の電圧をどうするのかについては文章で記載されていました。
［出典］ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社Ｍ２７Ｃ５１２ＤＡＴＡＳＨＥＥＴ
やっぱりベリファイのときは、通常のＲＥＡＤと同じでＣＥとＯＥをともにＬにするということのようです。
いや。
それは困る…。
次回に続きます。
ＣＲＴ／ＶＧＡＩＦ＋ＫＥＹＩＦ＋ＳＤＣＡＲＤＩＦボードの製作［総合第１０１回］
２０１７．１０．７ｕｐｌｏａｄ
前へ
次へ
ホームページトップへ戻る