Z80では計算上、確かにREFRESHサイクルが間に合わず、テスト出来ないのですが、その後実はタイミングの出し方が悪かった事が判明。書き込み時にRASを出した後にデータを一旦セットしてからWEとCASを出さなければ書き込みが失敗する事が判明。またREFRESHタイミングが足りない部分は、１アドレスについて読み書きする度にREFRESH信号を加えてセルフリフレッシュさせる事で、ALL1,ALL0,ランダムデータ書き込みテストがパスするようになりました。
連続して読み書きするのならば、連続する下位アドレスをRAS側に出してやる事でセルフREFRESHさせる部分を取り除いてもテストが通る事が確認されました。実際計算すると2ms/128をかなりオーバーしているんですが・・・・こんななんちゃってでも動作するんだなぁ。凄いなぁ民生品のレベルは。
既に１年以上経っているが心の隅につっかえている
TMS9918を使ってみたいという想いだが、これを扱うには２つの大きな課題がある。
１つ目は、TMS9918は16KのD-RAM 4116を８本も必要なのだが、このチップは３電源(-5V +5V +12V)も必要なのである。家にある１９８２年のメモリＩＣ規格表にはピンコンパチで単一電源の4816という物が載っているが現在はとうにディスコンで入手は諦めていたが、
最近になってやっとHM4816AP-4というチップを８本入手できた（１本３５０円で８本で２８００円もしました）
２つめは、８本ものDRAMをハンダ付けするのがイヤでたまらない。昔はサンハヤトからICB-015というD-RAM増設基板があったらしいのだが、これも既にディスコン。方々に探し回っていたが、こればっかりは見つからず、夏休みに全精力を投入してUEW配線を行うか、はたまた片面基板でバス配線だけでもしてしまおうかと悩んでいたが、サトー電気さんに在庫があるという知らせで、ギリギリ入手が出来た（現在は無いそうです）
さて、全ての問題がクリアしたので早速製作に取り掛かるとしよう。でも、直ぐに思い立った事があってそれは、実は昔からマイコンに携わってはいるがD-RAMを扱ったことは一度もないのである。
このZ80ボードのI/Oポート経由でDRAMテスターを作ってみようと思い立ち、16PINのソケットをハンダ付け。そして8255のポートへとUEW線で接続して簡単なバラックを起こした。
最初に全ビットを０にして読み出しテストをするとOK。しかし、全ビットを１にして読み出しテストをすると最初のアドレスで既にNG。データシート片手に何度かRAS・CAS・WR信号のタイミングを変えてみるもやはり１が書き込めない。
そこで、各アドレスに０や１を書いては読み出しテストをすると全アドレスがOKとなる事が判った。これはREFRESHのタイミングが間に合わないのでは無いかという考察に（やっと）たどり着く。DRAMはREFRESHしなくても連続して読み出し・書き込みをすればREFRESHは不要なハズである。ではREFRESHに必要なサイクルとはどの位なのかと計算してみる。必要な時間は2msの間に128アドレスについて操作しなければならず、１アドレス当り15.6usである。え゛？この時間だと例えば2.5MHzのZ80ではIN/OUT命令だけでも4.4us掛かる訳でRAS・CAS・WRのタイミングで夫々OUT命令が必要でそれらをLOWにしてHIGHにするので最低でもOUT命令だけで６つは必要。これだけで26.4usとなる。当然間に合っていない訳です。
AVRとかではどうなんでしょうか。20MHzで１サイクルとすると１命令は50nsという計算で３１２命令が使える訳です。再びAVRを取り出すべきだろうか。
就職してから直ぐに買った物の中に、オーディオコンポがあった。ビクターのロボットコンポというやつでレコードプレイヤー・チューナー・タイマー・スペアナ・グライコ・ダブルカセット・ＣＤプレイヤー、そしてアンプとスピーカーがセットになっていた物で総額３０万円くらいだったと思う。それを確かローンを組んで買ったと記憶している。で、これは全部お払い箱で現在はそのスピーカーとリモコンだけが何故か手元に残っている。
解析結果はご覧の通り割と単純ですね。ちなみに一昨年のこの日記を書いて以降ずーっと今日まで机の上にZ80のボードが放置されていた。どうりで片付かない訳だ。
8080AやZ-80そして8048/8035の外付けのROMとして広く使われた2KBのメモリー(P-ROM)。
今となっては2KBというのは猫の額より狭い空間かもしれないけれど、同時期のSRAMに至っては256x4bitや1024x1bitなんていうのもザラでした。
これら３つはintelの2716ピンコンパチブルなので置き換え可能な品種
XicorのEE-PROM 2816 5V単一で書込み可能 書き込み時間の遅いSRAMと同等に扱える。バイト単位で再書き込み可能(5ms)、一万回保障。１００年間のデータ保障。 DateCode 9020
National Semiconductor C-MOSの為、消費電流が非常に少ない 80C35と組み合わせて電池駆動可能だろう。DateCode 8424。最近になって、若松通商にて購入した。今でも売っていたのが信じられなかったが。
Fujitsu MB8516 DateCode i2716の富士通版 独特のパッケージです。ピンが折れやすいが金メッキ品です。 DateCode 8103 四半世紀前の物。現在でも問題なく消去・書き込み出来ています。
8048とDS18B20を使った温度計だけれども、０度以下の温度表示も対応してみた。なにせ、よく考えてみると、昔のZ80の頃にさえ真面目に数値演算処理なんてした事なかったので、符号付き二進演算について基礎知識が足りなかったのだ。そんな訳で苦労して作ったソースプログラムのテストで家の冷蔵庫の温度を測ってみたら、冷凍庫は－２０度だったが、冷蔵庫内は９度だった。これではビールが飲み頃まで冷えないではないか。
この温度計は３桁なので温度によって表示パターンを変える仕組みになっている
100 - 127 チップが壊れそうだが
00.0 - 99.9 これは通常の表示
-0.1 - -9.9 これは０度以下。真冬にはこの程度も必要だろう
-10 - -99 -99度まで測定できるか不明だが。
そして、室温モニターとして温度の変化を音で知らせる。
部屋の温度の2/16度の変化って結構ありますね。窓を開けておくと、風がスーっと吹き抜けるだけで簡単に０．５度程度は部屋の温度が下がるし、DS18B20の近くに手をかざしただけで０．３度程度は測定値が高くなります。夜には電球のスタンドの光を当てただけでも変化が見られます。
現在、２８．８度を表示していますが、DS18B20にエチルアルコールを吹きかけると、２４．５度程度まで一気に下がります。これは放射冷却を目のあたりにしたのではないでしょうか
DS18B20もDS1822も同じモノなんでしょうか。データシートではDS18B20が誤差0.5度、DS1822が誤差２度となっていますが、どちらも、差し替えて見た所、誤差は同じようです。また最小分解能は1/16度ですが、この程度は測定する度にパタパタと変化を繰り返すので、このソフトウェアでは2/16度以上の変化で音は鳴らすようにしている。
実は、このprotom.orgって色々な所で寄生していて、昨日の夜１１時に旧サーバを停止して、本日の昼には立ち上がる予定だったんですが、DNSサーバのキャッシュ時間を縮めておくのを忘れたため、周辺のPCがなかなか新IPアドレスに向いてくれなくて右往左往してしまいました。
約３時間かかりました。しかし、7SEGのLEDのスタティック駆動って結局全部の本数を配線するって事ですね。最後は少し嫌になりました・・
まっ、いつものUEW線での配線なんですが、ちょっと込み入ってますね。
小さく作るにはテクニックより目の良さと集中力が必要だな。
なんとか簡単にプリント基板って作れない物だろうか。
CD-Rに直接プリントとかってプリンターがあるから、プリント基板に直接パターンを印刷して、そのままエッチングっていうプリンター無いでしょうか。
DS18B20はほんとに凄い。無校正の状態で０．１℃単位で測定出来るそれにデータシートでは誤差０．５℃だ。が、この8748バージョンは失敗だった。折角出来たのでデジカメで写真を撮っていると、温度がどんどん上がっていくのが確認できる。
最初は、電気スタンドのライトの光が当たってそれが影響しているのかなと思った・・・が、
何気なく8748を指で触れるとあちちち！かなり熱いのである。やっぱり、LEDとポート直結はまずかったらしい。いくら同じIntelだからって、何時からおまえはPentiumになったんだ！といわんばかりの熱さだ。しかし、今更各ポートに抵抗を付けるスペースなど基板の何処にもないのだ！あー。３時間かけてUEW線をハンダ付けしたのはなんだったんだ？もう寝よ。
で、取り急ぎ、LEDのコモンからVCCへの配線の途中に１００オーム入れて見ました（７セグのＬＥＤ３個で１００オームの抵抗一本を共有）これがドンピシャで、8748は熱くなりません。明るさもまぁまぁ。今晩はこのボードを枕元に置いて寝てみよう。火事にならないよね。きっと。
DS1820では温度を小数点以下４ビットまで測定できる（データが来る）のであるが、これを１０進数で表示するところで困っている
LED３桁で０．１℃単位まで測定できる温度計を作ろうとしているが、小数点以下１桁で丸めようとするとこんな結果になってしまう。
かと言って、小数点以下２桁ではムダな感じもする
CPUにintel MCS-48/8048 (今回はNECのuPD8748HD) 7SEGのLED DS1820の簡単な作り。
シリアルで温度を直読できるデバイスってあるんですね -55℃～+125℃（精度保障値は-10℃～+55℃）TO-92パッケージ（写真の2SC945と同等の大きさ）
昔はパーツ屋に行くとPROMの窓シールとか普通に売っていましたが、暫く前からめっきり見かけなくなりました。自分で使う分くらいは手元に少しあるのですが、大抵は黒いビニールテープを切って使っていました。2716とかのUV-EPROMだとそんなに神経質にならなくても良いのですが、8748/8479とかのEPROM内蔵の古いマイコンは光に弱くて、スタンドライトを付けたり、写真を撮ろうとしてフラッシュを使うとその途端に暴走してしまいます。で、写真にある通り文房具屋にいったら古い在庫らしいメタリックテープが８０円で売っていました。金、銀、赤、青の４色でした。
さっそく家でEPROMの窓に張ろうとすると幅が広くて少しはみ出ますが、ハサミで切ってしまえばOKです。張って見た感じ、とってもグッドです。
ネットで「セメダイン ラピー」のページを見ると、今はこの大きさの物は販売していませんでした。まだ沢山在庫あったからもう少し買ってこようかな。
しかし、それでもデジカメのストロボを近ずけて写真を撮ると8748は暴走してしまいました。薄いので強い光は透けるようです。
8048ボードV2ではプログラムメモリーを自己書き換えできるように設計したが、上手く動作せず日曜日を一日費やすが結局上手くいかず挫折。movx @R0,A などで書き込んだ瞬間に8048の動作が変になってしまう。これは予想だが、書き込みが完了するまでは次の動作に移れないのではないだろうか。
今回用いているX2816BPの資料はみつからないが同等品種のX2816Cでは書き込みが完了するまではD7のビットには最後に書き込んだデータの反転ビットが現れると書いてある。つまり今回の構成では書き込み命令を発行した瞬間に、次のプログラムのインストラクションフェッチサイクルではとんでもない命令を実行してしまうという事だろうか。
74LS123を使って書き込み後に5msの間CPUを停止するように8048のSS端子に接続して見たがこれも上手く行かない。これが上手く行かないのはなぜか現在では理解できない。
2022.11.30 追記 データシートが見つかりました。
それでは8748の出番である。8748の内蔵プログラムから外付けのEE-PROMに対して書き込みを行ったらどうだろうか。急いでボードにジャンパーを取り付けて内蔵/外付けモード切替式に改造。全く同じプログラムを8748に書き込んで起動すると何事も無かったようにプログラムはスルスルと走り切る。その後EE-PROMの2816をライターで読み出すと見事にデータが書き込まれている。仕組みは至極簡単。アドレス上位３ビットをP20-P22にOUTL P2,Aで書き込んだ後、下位アドレスをR0にデータをAccにセットしてMOVX @R0,Aするだけ。その後5mS分をループで費やすも良し、MOVX A,@R0で書き込んだデータと同じ値が返って来るまでポーリングしても良しだ。
では一体どんな回路になっているんだろうか。やはり、外付けプログラムメモリーをEE-PROMにして尚且つ自分自身を書き換えるのは無理があるのか。
この写真で見る限りやっぱりRAMにしないとダメだろうか。
2022.11.30 追記 こちらのサイトにマニュアル・回路図までアップロードしてありました。
何年か前に大阪の共立電子で「PRAM-64」なる物を\100-で購入してきた事があり8048の自己書き換えが上手く行かずに途方にくれている時、気分転換にこのPRAM-64の書き込みに挑戦してみた。データシートがないのでなんとも言えないが、これは多分、消去しなくて良いEP-ROMの代替品ではないだろうか。
という事で早速ROMライターに差し込んで、デバイスは多分2764だろうという事で書き込みをするが、当然の如くエラーとなる。本体にはスイッチが付いておりこれの役割も不明。格闘する事一時間。なんと書き込みに成功した。以下は結果だけを記録してお
スイッチを下側に倒して一旦ブランクチェックを行う。これによって全アドレスがFFになる
今度はスイッチを上側に倒して通常通り書き込みを行う
書き込みデバイスとしてIntel2764のQuickアルゴリズムを使う
しかしどうやってRAMの全領域をFFにセットしているのだろうか？もしかしてこのRAMって電源を切った後の初期データが全部FFとか？
