Използвах асинхронно нулиране в моя проект, а сега е намерен ...

[sunms]

Използвах асинхронно нулиране в моя проект, а сега, намерени в теста, че чип не работи стабилно.

Тъй като чип е около 5 милиона порти, така че аз не се прилагат синхронно нулиране в моя проект.

Но сега в системата на изпитване, има нужда, която трябва да рестартирате datastream свързване с друг чип.И на изхода на чипа ще бъде в хаос.

Така че може ли някой да ми каже как да се избегне това за в бъдеще дизайн.Само се отнася за синхронно нулиране също не е добър начин, за него ще се включват много additionl логика.

 

[eda_wiz]

Синхронизиране на външните asynchrous възстановите с верига Synchroniser.Също така можете да използвате Asynchrous твърдят, синхронно методология deassert.

"Само се отнася за синхронно нулиране също не е добър начин, за него ще се включват много additionl логика."

Всъщност synchrnous Проучване Flipflop консумира по-малко площ от asynchrnous нулиране FFS.Поръчка вашата библиотека фиш

с уважение
Последно редактиран от eda_wiz на 06 Apr 2006 15:09; Редактирано общо 1 път

 

[jarodz]

Дали синхронно нулиране ФР, че имате предвид ФР, без да възстановите ПИН?
Както знаете, синхронно нулиране ФР се състои от ФР, без да възстановите ПИН и MUX.
Затова областта на синхронизирам нулиране FF е по-голям от Async нулиране ФР.

В проекта, някои от FFS, без да може да бъде сменена с нова.

С уважение,
Jarod

 

[Guest]

whizkid е прав.Може ли този проблем да бъде sovled чрез използване на
синхронизация, така и asyn нулиране за различните части?В реалния
изпълнение е това нали?и в каква част трябва да използвате за синхронизация и в какъв вид обстоятелство
трябва USD Async реализира в дизайна?
благодарности.

 

[Guest]

Използване на най-доброто от двата свята ..Използвайте ИЗЧИСТИ синхронизатор

http://www.sunburst-design.com/papers/CummingsSNUG2003Boston_Resets.pdf
ще ви помогне ..

 

[eda_wiz]

jarodz написа:

Дали синхронно нулиране ФР, че имате предвид ФР, без да възстановите ПИН?

Както знаете, синхронно нулиране ФР се състои от ФР, без да възстановите ПИН и MUX.

Затова областта на синхронизирам нулиране FF е по-голям от Async нулиране ФР.В проекта, някои от FFS, без да може да бъде сменена с нова.С уважение,

Jarod

 

[kctang]

Друг начин можеш да се сетиш е да се използва Шмит спусък вход за мишка, с pullup (активно ниско нулиране, 5 ~ 10kohm).Това може да намали вероятността борда-нивото на шума инжектира в нулиране ПИН.

 

[sandusty]

За един чип с такъв размер (5M Gates), като се използва uncontrolable сигнал възстановите, вие сте генериране на голяма дупка за DFT.

Били ли сте всяка мисъл на масово производство въпроси?

 

[Guest]

Здравейте, sandusty
може ли да го обясня повече?

 

[sandusty]

За DFT въпроси, моля, имайте на Async.нулиране на всички провали.Въпреки това, Вие ще искате да използвате за синхронизация ckts най-много точка вход за повторно синхронизиране на Async.нулиране-singal от друг чип.

В момента на сканиране вмъкване инструменти може да реши проблема нулиране синхронизиране с gating нулиране на сигнала в чипа.Но за safity причина, ние бихме искали да спази всички провали възстановите в Async метод.

 

[william_qiu]

sandusty написа:

За DFT въпроси, моля, имайте на Async.
нулиране на всички провали.
Въпреки това, Вие ще искате да използвате за синхронизация ckts най-много точка вход за повторно синхронизиране на Async.
нулиране-singal от друг чип.В момента на сканиране вмъкване инструменти може да реши проблема нулиране синхронизиране с gating нулиране на сигнала в чипа.
Но за safity причина, ние бихме искали да спази всички провали възстановите в Async метод.

 

[wangkl]

Мисля, че не си прост въпрос възстановите в портата на ниво.

Когато има две или сте по-важните компании във вашата система, u'd по-добре да се помисли за повече дела.
Ще тези чипове твърди проучване и съобщение в същото време?
Може ли да бъде pemitted, че един чип може да се resetted, докато друг чип е все още да се пускат?
Има ли някакво физическо протокол слой / ръкостискане между две чипс?
Има ли нулиране стойност и проучване statemachine бъде точна и да интерфейса сигнали не наруши протокола / ръкостискане?

 

[mic_huhu]

Мисля, че трябва да се работи по код RTL.

 

[jjww110]

Мисля, синхронно нулиране е по-добър начин

 

[wkong_zhu]

синхронно нулиране има проблем, който, може да работи, когато няма часовник, така че ако искате да смените чипа преди PLL предвижда часовник, трябва да използвате асинхронно нулиране.
POR е асинхронно нулиране.

 

[lionchen]

Общата asyn U дизайн проблем изпълнени.
повечето книги текст предлага примери, и Вие може да се отнася към deepchip за Async дискусия нулиране, добър късмет

 

[Kulprashant]

Здрасти,
можете да използвате synchroniser схема или процедура ръкостискане.

по отношение,
Кул.

 

[Vivek]

jarodz написа:

Дали синхронно нулиране ФР, че имате предвид ФР, без да възстановите ПИН?

Както знаете, синхронно нулиране ФР се състои от ФР, без да възстановите ПИН и MUX.

Затова областта на синхронизирам нулиране FF е по-голям от Async нулиране ФР.

 

[darylz]

Можеш ли да обясниш повече за това какво затруднение да се запознаем?

 

[Guest]

можете да опитате следния метод (PDF търсене от Google), че е много умен.

CummingsSNUG2003Boston_Resets.pdf

sunms написа:

Използвах асинхронно нулиране в моя проект, а сега, намерени в теста, че чип не работи стабилно.Тъй като чип е около 5 милиона порти, така че аз не се прилагат синхронно нулиране в моя проект.Но сега в системата на изпитване, има нужда, която трябва да рестартирате datastream свързване с друг чип.
И на изхода на чипа ще бъде в хаос.Така че може ли някой да ми каже как да се избегне това за в бъдеще дизайн.
Само се отнася за синхронно нулиране също не е добър начин, за него ще се включват много additionl логика.