Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Zpět na zprávu

Celé vlákno · 7 zpráv

Problem s Memextem

Michal Hučík SHARP MZ-800

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

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

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