Stránka 1 z 1
Testovani dynamickych Ram
Napsal: 08 čer 2011, 23:41
od Celeron
Nevzpomenete si prosim na tema ze skoly o teorii testovani dynamickych Ram? Mam z osmibitaku dve pametovy karty, na kterych jsou 4 rady po 8 kusech 4164. Dal na nich jsou oddelovace dat a adres, dekoder adres a refresh. Na dekoderu se da realizovat programovy mapovani jednotlivych rad. Zkousel jsem napsat programek, kterej zapise FF postupne na vsechny adresy do vsech rad a pak to kontrolne precte a vyhodi pripadnou chybu na displej. To samy s 00, F0, 0F. Ani na jedny karte to nenajde chybu. Programek maka, krokoval jsem ho a kontroloval. Jenze pokud nasadim system CPM a mapovani nastavim natvrdo na jednu konkretni 64 kB radu, tak vse maka krome kopirovani disket, kdy to po zapisu hodi verify error. Na jedny karte to delaji 2 rady, na druhy 1 rada. Vypada to na cteni ci zapis datovyho sektoru mezi Ram a disketou radicem. Ramka s disketou komunikuje pres DMA kanal. Refresh je pro vsechny rady spolecna, v ni a DMA to asi nebude. A v radici disket taky ne kdyz nektery rady Ram makaj. Spis by to chtelo pri testu pameti posilat nejaky vzestupny ci sestupny rady dat, nez stale stejny data. No a to prave bylo v ty testovaci teorii, kterou jsem uz davno zapomel a scripta nejspis vyhodil....
Diky za pripadnou pomoc
Jirka
Napsal: 09 čer 2011, 02:14
od jnd
Můžeš se inspirovat u memtestu:
http://www.memtest86.com/tech.html#descri
Memtest+ má k dispozici i zdrojáky
Trochu víc rozepsaný je to namátkou z Googlu zde:
http://digitalelectronics.blogspot.com/ ... rt_12.html
Napsal: 09 čer 2011, 07:17
od Yarda1
Rozepište se víc, co, jak a na čem děláte.
Když zmiňujete CPM (resp. CP/M?), vzpomínám si, že jsem kdysi dělal hokusy pokusy s počítačem na kterém CP/M běhal. Tam byl problém, že komunikace s disketou přes DMA se neměla ráda s přerušením od reálného času, resp. s žádným přerušením. Problém byl v tom, že hw to bylo řešené tak, že když přišel požadavek na hw přerušení, adresa skoku se četla z EPROMky. A pokud se zrovna trefil do toho čtení i požadavek na DMA tak zůstala připojená EPROMka a disketa se pokoušela nasypat data do EPROMky.
Napsal: 09 čer 2011, 23:09
od Celeron
Ten popsanej konflikt s Eprom neni mozny, protoze eprom po studenym startu zavede zakladni ovladace na vrchol Ram preskoci do prostoru Ram a odpoji se. Pak probehne uz jen z Ram cteni systemu CP/M z prvni a druhy stopy diskety. U tyhle masiny se navic zadny preruseni nepouziva. V DMA to nebude, protoze nektere 64 kb rady v Ramce makaji spravne. Urcite to bude zavadou v Ramce, ktera se ale pri jednoduchym testu neprojevuje.
Jinak je to hodne upraveny Sapi 1Z a hraju si s tim, ze potrebuju stahnout z asi 40 8" disket naky data do PC a ta stara osmibitovka za dobu nepouzivani nak dost onemocnela. Uz jsem vytahl asi 12 ruznych svabu LS rady z produkce CCCP a stale nejde vse co bych poteboval. Nojo, je to pres 30 let stary...
Jirka
Napsal: 09 čer 2011, 23:18
od Celeron
Dik za typ. Je to sice na vic nez 8 bit ale ty algoritmy to je presne to, co jsem potreboval pro svuj test.
Jirka