[elektro] dram -ok kezelese

[Erdos Zoltan]

nna kezgyuk :-)

a dramok (regi) cellai adott ido alatt elveszitik a toltesuket, ezert 
kell a frissites. A legkorabbi tipusok kivetelevel ez belul tortenik, de 
a hozzaferes vezerles miatt kulso tmaogatassal.

a belso szervezestol fuggoen 7 v 8 cimvezetek a RAS (Row Address Select)
es ugyanennyi (vagy be nem kotott) a CAS (Column address select) eseten 
jelenik meg a tok cim labain bemeneti iranyba (vagy proci v dma allitja 
elo, esetleg egy refresh counter) azaz a cim multiplexelve megy be.

ha csak frisites van, akkor a tok a teljes oszlop bitjeit olvassa es 
visszairja egyszerre, tehat a frissites RAS-only muvelet, amit 
tetszoleges 7 v 8 bites szamlaloval es a ras lab bizergalasaval 
elerhetsz. A lenyeg, hogy az eloirt ciklusido alatt a teljes szamlalao 
vegigerjen es ujrainduljon, azaz minden row kicimzodjon.

a tenyleges memoria muvelet a frissites szuneteiben tortenik, ugy, hogy 
a cas mellett a cim masik felet is megadod.

az ujmodi tokokban mar megoldottak a belso frissitest, csak orajel 
kelletik, meg belul van arbitracios (hozzaferesi) logika. de azert en a 
kulso frissitesben bizom.. :-)

viszont a hagyomanyos 4164 41464 stb tokokbol eleg nehez a 8m-t 
osszehozni, a memoriat is lapozni kene, mert a z80 csak 16 bites.

inkabb javasolnek egy eepromot adattarolasra, logolasra. ha a sebesseg 
nem kritikus.
de ha mindenaron lapozni akarsz, nekem anno nagyon bejott a 286-os 
alaplapokon a 74ls612 dma lapregiszter tok.. :-)




Fazekas Mihály wrote:
>>mekkorat kene boviteni rajta?
>>csak mert lehet, hogy vannak a commodore-os korbol megmaradt
>>klasszikus dip tokjaim. akkor csak a cimdekodolassal kene kuzdened.
> 
> Lehetoleg 8M -t szeretnek belepakolni.
> Ez így jon ki: 30MByte/honap. Csak sokszor napikig nem ferek,
> ill. nem jutok hozza.
> 
> 
>>egyebkent epp a Z80 az, amiben sajat refresh counter van, ami a
>>memoria olvasas szuneteiben (m1 state) kirakja a szamlalot a
>>cimbuszra, illetve az m1 labbal a refresh ras jelet is elo lehet
>>allitani.
> 
> Igen, tudom, hogy van benne ilyen.
> De az meg 64k -ra (Z80 cimtartomany) lett kitalalva.
> Vagy ez maskeppen mukodik?
> 
> 
>>a ras mellett a cim also felet kapja a ram, a cas mellett a felsot
>>(ez utobbi nem kell a frissiteshez), illetve a vezerleseket (write)
>>
>>az nagyon fontos, hogy milyen tokok vannak a modulon, mert a
>>sor/oszlop szervezes a frissitesre komoly hatassal van.
> 
> Az a helyzet, hogy eddig egyszer epuitettem olyan cuccot
> (kb. 10+ eve), amin egy Z80 volt, es 64k dinamikus ram.
> Azt meg rajz utan epitettem meg, csak 3db PIO -t tettem melle
> sajat kutfobol.
> Azota sem eputettem tul sok Z80 -as cuccot, de amik keszultek,
> azokba 6264 -es statikus ram kerult.
> 
> Valojaban a dram -ok mukodesevel (frissitesi metodusaval) nem
> vagyok tisztaban. (Eddig gyakorlatilag nem is foglalkoztam
> a dologgal.)
> Nem vilagos pl. az, hogy a frissitesnel az adatot nekem
> kell -e visszairni, vagy nekem csak a cimet kell prezentalnom?
> Az idodiagramok szerint csak a cimek meg a RAS-CAS
> piszkalas kell ezeknek, de azert ott van a "CAS before RAS
> Refresh Counter Test Read-Modify-Write Cycle", meg hasonlok.
> 
> Ez a kerdes nemregiben is felmerult, amikor dram adatlapokat
> neztem. (4164 es 41256)
> Megfigyeltem ennel a kettonel pl., hogy a 4164 -es blokkvazlatanal
> nincs "Refresh Counter" meg hasonlok, mikozben a masiknal meg van.
> Persze nagyon sokminden kiderul a az idodiagrammokbol,
> ami talan meg eleg is lehet.
> 
> Viszont a frissites sebessege nem igazan egyertelmu.
> Pl. a 41256 -os adatlapja azt irja, hogy "Refresh period: 4ms"
> Ez azt jelenti, hogy a teljes chip -et 4ms alatt kell(ene)
> frissitenem?
> Viszont ennek a szimbolumat, a t(REF) -et nem talaltam az
> idodiagrammokon.
> 
> 
> De elobb-utobb csak meg fogom erteni a dram -ok vezerleset! :)
>