Тому провести час не включається до критичних вапняно частоти.

[srik_naidu]

привіт, може хто-небудь пояснити мені, чому провести час не входить в вапняно критичних частота. чи є який-небудь конкретної причини, якщо так, будь ласка, поясніть мені, що причина. чекаючи відповіді, з повагою, srik.

 

[circuit]

у вас є два D ТФ, вихід першого FF йде на секунди. перший FF б передані дані для виводу на перші години і наступний FF б взяти його на другий годинник. Тепер є годинник-Q + затримка поширення сигналу до 1 кварталі досягла другої FF. Також другий FF має час налаштування обмеження. Так ефективно Т період часу повинен бути> Т (установки) + T (годинник-д) + T (опора затримки), що означає е <1 / (), яка визначає максимальну частоту системи. Але проводити час не впливає на максимальній частоти.

 

[Yun Lin]

Час утримання не впливають на частоту. Тобто, якщо є проблема провести час, ви не можете її виправити, уповільнити годинник. Так що це більш diffcuity поліпшити питання часу утримання.

 

[amarnath]

[Цитата = Юн Лін] провести час, не впливають на частоту. Тобто, якщо є проблема провести час, ви не можете її виправити, уповільнити годинник. Так що це більш diffcuity поліпшити питання часу утримання [/ цитата] я думаю, у невірні, час утримання порушення можуть бути виправлені шляхом додавання затримки у дорозі даних, які можуть задовольняти рівнянню провести час:. Thold

 

[aryajur]

Я думаю, що в цілому затримка поширення більш ніж провести час, у разі затримки поширення менше, ніж провести час, я думаю, ми повинні враховувати, що при визначенні максимальної тактової частоти для надійної роботи. Тобто сказати, що ми повинні розглянути провести час або затримку поширення в залежності від того більше.

 

[power-twq]

тому що час утримання не впливає на робочу частоту. найкращими побажаннями [цитата = srik_naidu] привіт, може хто-небудь пояснити мені, чому провести час не входить в вапняно критичних частота. чи є який-небудь конкретної причини, якщо так, будь ласка, поясніть мені, що причина. чекаючи відповіді, з повагою, srik. [/ цитата]

 

[arvkum02]

Якщо ви бачите, час утримання consatraint, він приходить в той же Egde операційної годинник тобто немає часу період, що беруть участь в проведенні затримки розрахунку, тому тримати не впливає на максимальній частоти. Якщо ви бачите, настроїти обмеження, мова йде про ч / б два різних краю операційної годинник, допустимі diffrence час між цими краю визначає ваш макс частоти. Як тільки проект закритий, скажімо, не тримати виправити, не буде функціональних збоїв, навіть якщо ви на годинник скоротити період, тому що зростання тактовою період збільшити час diffrence ч / б двох різних краях, він не буде ефекту ж ребра годинник. Завдяки Арвінд

 

[srik_naidu]

привіт, може хто-небудь пояснити мені, чому провести час не входить в вапняно критичних частота. чи є який-небудь конкретної причини, якщо так, будь ласка, поясніть мені, що причина. чекаючи відповіді, з повагою, srik.

 

[circuit]

у вас є два D ТФ, вихід першого FF йде на секунди. перший FF б передані дані для виводу на перші години і наступний FF б взяти його на другий годинник. Тепер є годинник-Q + затримка поширення сигналу до 1 кварталі досягла другої FF. Також другий FF має час налаштування обмеження. Так ефективно Т період часу повинен бути> Т (установки) + T (годинник-д) + T (опора затримки), що означає е <1 / (), яка визначає максимальну частоту системи. Але проводити час не впливає на максимальній частоти.

 

[Yun Lin]

Час утримання не впливають на частоту. Тобто, якщо є проблема провести час, ви не можете її виправити, уповільнити годинник. Так що це більш diffcuity поліпшити питання часу утримання.

 

[amarnath]

[Цитата = Юн Лін] провести час, не впливають на частоту. Тобто, якщо є проблема провести час, ви не можете її виправити, уповільнити годинник. Так що це більш diffcuity поліпшити питання часу утримання [/ цитата] я думаю, у невірні, час утримання порушення можуть бути виправлені шляхом додавання затримки у дорозі даних, які можуть задовольняти рівнянню провести час:. Thold

 

[aryajur]

Я думаю, що в цілому затримка поширення більш ніж провести час, у разі затримки поширення менше, ніж провести час, я думаю, ми повинні враховувати, що при визначенні максимальної тактової частоти для надійної роботи. Тобто сказати, що ми повинні розглянути провести час або затримку поширення в залежності від того більше.

 

[power-twq]

тому що час утримання не впливає на робочу частоту. найкращими побажаннями [цитата = srik_naidu] привіт, може хто-небудь пояснити мені, чому провести час не входить в вапняно критичних частота. чи є який-небудь конкретної причини, якщо так, будь ласка, поясніть мені, що причина. чекаючи відповіді, з повагою, srik. [/ цитата]

 

[arvkum02]

Якщо ви бачите, час утримання consatraint, він приходить в той же Egde операційної годинник тобто немає часу період, що беруть участь в проведенні затримки розрахунку, тому тримати не впливає на максимальній частоти. Якщо ви бачите, настроїти обмеження, мова йде про ч / б два різних краю операційної годинник, допустимі diffrence час між цими краю визначає ваш макс частоти. Як тільки проект закритий, скажімо, не тримати виправити, не буде функціональних збоїв, навіть якщо ви на годинник скоротити період, тому що зростання тактовою період збільшити час diffrence ч / б двох різних краях, він не буде ефекту ж ребра годинник. Завдяки Арвінд