синхронни / Asynchronus Нулиране?

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

Надявам се изясни разликата

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Усмивка" border="0" />
 
За ниво нулира, async има нулиране, когато нивото е достигнат.в синхр нулирате ниво трябва да има поне толкова дълго до следващия часовник идва заедно и върнете се прави след това.И в двете, нивото трябва да останат там за известно време, след като рестартирате или необичайни неща, може да се случи.

 
Аз предполагам, всичко е казано от sunjimmy и банален, но нещата винаги са по-добре да се обясни в повече мнения, така че практически последици стана съвсем ясно:

Асинхронни нулиране (често също викащ "ясно")
не нулиране / изчистване на държавната веднага, независимо от часовника ръбове.Обикновено всяка Заменя часовник-синхронизирани действия,
за да го пази система / компонент firmyin "нулиране-държава" като активен.

Синхронно нулиране винаги е свързано с часовник активни ръба.Тя е за регистър еквивалент на натоварване с "нулиране стойност" - обикновено нули.Той не върши нищо извън активната часовник ръб (просто да знаете настройка и задръжте пъти около ръба-виж по-долу).

Сестра функции: синхронни настроени / асинхронни предварително се държат по подобен начин, освен като отпътуваха регистър стойност (обикновено) на "1", вместо на "0".Така асинхронни е по-powerul отколкото синхронни една и винаги непосредствено в него действие.

Като изтъква, газове, като импулси твърде тесни и не зачитат настройка време / задръжте време за синхронни сигнала, може да доведе до нещо, наречено metastability, и последствията могат да бъдат съвсем неочаквани и напълно непредсказуемо.Ето защо, ако синхронно нулиране / предварително не е стабилна на / близо до ръба на часовника (т.е. стабилна преди "настройка на времето" или до "държа време"), или на пулса е по-кратък от информационния лист за малко, да знаете!Резултатът няма да бъде предсказуема, нито надеждни.

 
Здрасти,
Мисля, че в ASIC дизайн, употреба Asyn възстановите или SYN нулиране е най-вече зависи от библиотеката клетка.Обикновено, регистър клетка в стандартна библиотека е asyn нулиране, така че по-добре да се използва asyn Нулиране.Но бъдете внимателни на състезанието състояние happed.
Но SYN нулиране е добре, ако вашата библиотека е SYN възстановите регистъра.

 
Хей момчета,

Какво ще кажете за "висока" или "нисък" нулиране?Каква е критичната точка тук, докато вземе решение за "висока" или "нисък"?

Благодарности

 
Някои са ясни, само други са ясни и предварително входове.Тя е всичко е въпрос на това, което ви цялостна верига нужди.Така например, ако се направи таймер, веригата е настроен към всички нули (ясно) преди времето започва.Някои броячи имат натоварване вход, така че тя да може да бъде настроен на определена стойност.Товарите могат да бъдат синхронизация или async.Една обща разделете на N системата зарежда определен брой и се брои надолу.Когато броят достигне всички нули, за да взема на заем се хранят около да се зареди.

 
Няколко десетилетия години TTL логика беше най-популярни.С ВИСОКО consoption изходна мощност е по-малко след това се е нисък - традиционно нулиране и други кратки sygnals са ниски.Но сега това е само дизайнерски решения и внимание - можете да използвате на високо равнище за промените или ниски, колкото желаете

 
Здрасти,
Мисля, че високо или ниско нулиране нулиране е в зависимост от стандартните клетки библиотеката, който използвате.Ако в библиотеката там, съществува само flipflop имат нисък нулиране на ПИН код, така че по-добре използвайте ниско нулиране,
в противен случай ще трябва да използвате unnessesary НЕ клетка.

 
искат този документ може да ти помогне.

<img src="http://www.edaboard.com/images/smiles/icon_smile.gif" alt="Усмивка" border="0" />Съжаляваме, но трябва да имате за вход, за да видите тази закрепване

 
Async първи:

ако (първи = "1"), тогава
sig1 <= "0";
elsif (clk'event и clk = "1"), тогава
..........Sync първи:

ако (clk'event и clk = "1"), тогава
ако (първи = "1"), тогава
sig1 <= "0";
в противен случай
.......
край, ако;

Известие "първи", "sig1" и "clk".
Разбираш ли?

успех

chwpark

 
Винаги се предполага, че часовник е подарък.Ами ако тя изчезва?

Аз лично предпочитам използването асинхронно нулиране.Но аз просто дизайн с FPGAs, може би това не е същия контекст ...

 
В повечето дизайни използвате asynchronus нулиране и synchron дизайн.
Ако използвате asynchronus автобуси като VME-шина, което трябва да синхронизирате тях за своя дизайн!
Asynchronus дизайни са сложно да се справя, защото може да има закъснения между сигналите!
Phytex

 
Съгласен съм с вас Phytex: Аз също да използвате asyn.първи и синхронизация дизайн.В няколко пъти трябваше да се включат асинхронни части в моя дизайни, всички проблеми, докато не са били разработени synchronizers могат да общуват async.Логиката със синхронни един.Времето беше доста критичен анализ.

С уважение

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top