Dobry den,
omlouvam se vsem, ze tu z toho tak trochu delam konferenci o elektronice,
nicmene tento problem konzultuji uz nejakou dobu s Davidem Luftnerem a shodli
jsme se na tom, ze by asi bylo lepsi presunout se s tim do konference.
Po oziveni vsech peti desek jsem si napsal program, ktery ve smycce postupne od
adresy #3000 az #c000 pripojuje jednotlive stranky #10 az #7f z SRAM. Program
vzdy do obsahu cele stranky zapise do kazdeho jejiho bajtu cislo teto stranky,
pak si na stejnou adresu pripoji nasledujici stranku a pokracuje az do stranky
#7f. Jakmile zapise obsah posledni stranky, tak je zacne postupne opet
pripojovat od zacatku a kontroluje zda souhlasi jejich obsah. Jakmile skonci,
tak se vse opakuje na adrese o #1000 vyssi a pak znovu dokola.
Casem se v tomto testu ukazalo, ze se vsechny desky chovaji nestabilne a po
ruzne dlouhe dobe provozu se treba nekolik bajt zapsalo do uplne jine stranky,
nez do te, ktera byla prave pripojena.
Chyby se objevuji celkem nevyzpytatelne - treba deska, ktera 6 hodin bezi v
testu bez chyby mi pak zkolabuje 3 minuty po restartu Sharpa.
Hokus-pokus: zkusil jsem obratit konektor, kterym je MemExt pripojen do MZ ROM
patice, zvednul jsem hodnoty kondenzatoru na 100nF a 100uF, zkusil jsem vymenit
obvody 7489 za jine, ktere jsem objednal z uplne jineho obchodu (ty puvodni
vypadaly jako druha jakost), stejne tak jsem priobednal i pameti SRAM* z ruznych
zdroju. U dvou desek jsem zkusi vymenit invertor 74LS04 za 74LS14. Take jsem u
vsech desek nekolikrat poradne prohral z obou stran vsechny pajene spoje a
protoze pri ozivovani desek byly i priblemy s nekolika spatne prokovenyma dirama
a v jednom pripade i se zkratem na spoji, tak jsem vcera zkusil u jedne desky
poctive propajet vsechny prokovene diry cinem - z vysledne piplacky jsem mel
radost asi jen do 10 minut po spusteni testu :(
* Pameti SRAM 628512 jsem objednal ze 3 ruznych zdroju a vzdy mi poslali nejakou
nahradu od BSI, konkretne typ BS62LV4006PCP55, coz je trochu neco jineho, nez
ty, ktere do sveho prototypu osadil David, nicmene vsude mi tvrdili, ze ty
pameti jsou identicke.
Vzhledem k typu chyby a ke zpusobu testovani se sice neda s jistotou tvrdit, ze
dokud test zadnou chybu neobjevil, tak ani k zadne nedoslo, nicmene jsem nabyl
techto subjektivnich dojmu:
- jedna deska je na tom zrejme o trochu lepe, nez ostatni (jeden jeji test jem
ukoncil po 18 hodinach bez jedine chyby, jinak ruzne testy koncily behem 2 minut
az 3 hodin)
- kombinace nekterych SRAM s nekteryma deskama je mnohem vic chybova, nez jine
Kazdopadne oboji mohou byt skutecne jen dojmy.
V tuto chvili uz me toho moc nenapada, takze se ptam zda treba nekoho nenapadne
v cem by jeste mohla bych chyba.
Pripadne pokud by mel nekdo zajem, tak mu rad poslu nekterou desku na testovani
...
S pozdravem -
Michal Hucik
Celé vlákno · 7 zpráv
Re: Problem s Memextem
Anonym SHARP MZ-800
DD, to vypadá na problém s časováním (zpožděním) nějakého zápisu. Po ohřevu desku se časy změní a deska se o "trochu" chová jinak a začne dělat chyby. Podíval bych se osciloskopem jaké je zpoždění vystavení adres a dat proti řídícím signálům (WR,CS,..). Možná bude potřeba některé signály zpozdit dalšími hradly. S pozdravem ing. Jan Chaloupek Michal Hučík (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (62 řádků)
> Dobry den, > > omlouvam se vsem, ze tu z toho tak trochu delam konferenci o elektronice, nicmene tento problem konzultuji uz nejakou dobu s Davidem Luftnerem a shodli jsme se na tom, ze by asi bylo lepsi presunout se s tim do konference. > > Po oziveni vsech peti desek jsem si napsal program, ktery ve smycce postupne od adresy #3000 az #c000 pripojuje jednotlive stranky #10 az #7f z SRAM. Program vzdy do obsahu cele stranky zapise do kazdeho jejiho bajtu cislo teto stranky, pak si na stejnou adresu pripoji nasledujici stranku a pokracuje az do stranky #7f. Jakmile zapise obsah posledni stranky, tak je zacne postupne opet pripojovat od zacatku a kontroluje zda souhlasi jejich obsah. Jakmile skonci, tak se vse opakuje na adrese o #1000 vyssi a pak znovu dokola. > > Casem se v tomto testu ukazalo, ze se vsechny desky chovaji nestabilne a po ruzne dlouhe dobe provozu se treba nekolik bajt zapsalo do uplne jine stranky, nez do te, ktera byla prave pripojena. > > Chyby se objevuji celkem nevyzpytatelne - treba deska, ktera 6 hodin bezi v testu bez chyby mi pak zkolabuje 3 minuty po restartu Sharpa. > > Hokus-pokus: zkusil jsem obratit konektor, kterym je MemExt pripojen do MZ ROM patice, zvednul jsem hodnoty kondenzatoru na 100nF a 100uF, zkusil jsem vymenit obvody 7489 za jine, ktere jsem objednal z uplne jineho obchodu (ty puvodni vypadaly jako druha jakost), stejne tak jsem priobednal i pameti SRAM* z ruznych zdroju. U dvou desek jsem zkusi vymenit invertor 74LS04 za 74LS14. Take jsem u vsech desek nekolikrat poradne prohral z obou stran vsechny pajene spoje a protoze pri ozivovani desek byly i priblemy s nekolika spatne prokovenyma dirama a v jednom pripade i se zkratem na spoji, tak jsem vcera zkusil u jedne desky poctive propajet vsechny prokovene diry cinem - z vysledne piplacky jsem mel radost asi jen do 10 minut po spusteni testu :( > > * Pameti SRAM 628512 jsem objednal ze 3 ruznych zdroju a vzdy mi poslali nejakou nahradu od BSI, konkretne typ BS62LV4006PCP55, coz je trochu neco jineho, nez ty, ktere do sveho prototypu osadil David, nicmene vsude mi tvrdili, ze ty pameti jsou identicke. > > Vzhledem k typu chyby a ke zpusobu testovani se sice neda s jistotou tvrdit, ze dokud test zadnou chybu neobjevil, tak ani k zadne nedoslo, nicmene jsem nabyl techto subjektivnich dojmu: > > - jedna deska je na tom zrejme o trochu lepe, nez ostatni (jeden jeji test jem ukoncil po 18 hodinach bez jedine chyby, jinak ruzne testy koncily behem 2 minut az 3 hodin) > > - kombinace nekterych SRAM s nekteryma deskama je mnohem vic chybova, nez jine > > Kazdopadne oboji mohou byt skutecne jen dojmy. > > V tuto chvili uz me toho moc nenapada, takze se ptam zda treba nekoho nenapadne v cem by jeste mohla bych chyba. > Pripadne pokud by mel nekdo zajem, tak mu rad poslu nekterou desku na testovani ... > > S pozdravem - > Michal Hucik > > --- > Nejlepsi financni produkty roku najdete na > http://ZlataKoruna.idnes.cz/ >
Re: Problem s Memextem
David Luftner SHARP MZ-800
Přidávám také svojí trošku do mlýna. Protože jsem neměl moc času napsal jsem jednoduchý program (viz příloha) a testoval jsem oba kusy MemExt. Každý běžel cca 6 hodin a nebyla detekována žádná chyba. Možná mám v programu chybu nebo něco. O víkendu to teda zkusím pustit na delší dobu. David
Přílohy
-
TEST.LSTtext/plain · 3 kB
Re: Problem s Memextem
Michal Hučík SHARP MZ-800
Ahoj Davide, tvuj testovaci program uz jsem take zkousel - mam pocit, ze se v nem chyba projevi o neco pozdeji, ale kazdopadne i s nim jsem detekoval na deskach problemy. Muj test program byl puvodne napsany trochu kostrbate a delal jsem v nem "ld a,(hl)" jak pri testu obsahu, tak i jeste jednou pri vypisu chyboveho hlaseni a nekolikrat se mi stalo, ze v chybovem hlaseni byla pri tom druhem nacteni uz spravna hodnota . Vcera jsem delal test jen na jedine strance: pres ldir jsem do cele stranky zapsal hodnotu, pak jsem ji zkontroloval, inkrementoval jsem hodnotu pro zapis, a znovu ldir... Opet to trvalo o neco dele, nez komplexni test nad nekolika strankama, ale nakonec se chyba cca za 2 hodiny projevila. S Vaskem Peroutkou jsme se jeste vcera bavili o tom, jestli nahodou SRAM, ktere jsi pouzil ve svych prototypech nejsou o neco pomalejsi, nez ty, ktere tam mam ja. Z fotky tveho memextu jde poznat pouze to, ze tam mas urcite pameti od jineho vyrobce, ale nerozeznam typ a parametry. Jeste pro doplneni v hokus-pokus: vcera jsem meril uroven napeti na vystupu tech 7489 pri L a H stavu a nameril jsem cca 0.16V a 4.6V - tedy bez problemu. Michal
Re: Problem s Memextem
Vaclav Peroutka SHARP MZ-800
A ja bych k tomu jen dodal - chce to logicky analyzator. Pripada mi, ze tam je hazard v casovani /CS - ale to je jen odhad "na dalku"... Vypada to totiz, ze je rozdil v casovani "instruction fetch" cyklu a klasickeho cteni dat. A kdyz to bere instrukce, tak to vypada, ze problemy nejsou. Pouze pri presypani dat... Vasek
Re: Re: Problem s Memextem
David Luftner SHARP MZ-800
Tak posílám typy pamětí:
V prvním HM62851CLP-5 a v druhém BS62LV4006PCP55
Jinak časování musí být OK protože na čtení/zápis do RAM je použitá kombinace signálů CAS původních pamětí a signály RD a WR od Z80. CAS přichází o dost později tak stránkovací paměť má dost času na na výběr. Navíc při zápisu je signál WR je taky opožděný už od Z80.
David
Re: Problem s Memextem
David Luftner SHARP MZ-800
Ahoj michale V patek jsem pustil tvuj test na jeden z MemExtu a do nedelniho vecera cca 48 hodin nic - jelo to porad. Tak ti nevim. David