en gammel CTS spørgsmål - størrelser af clkcells for ur træ

D

devop

Guest
Hi guys:
hvorfor vi dont bruge den mindste og største clkcell når bygningen ur træ?
vi normalt os 3x 4x .... 16x clockbuf, hvad med dig?
thanks a lot

 
Informatycy z firmy Google czekali 90 dni na to, aby Microsoft załatał wykrytą przez nich dziurę "Zero-Day", która znajduje się oprogramowaniu Windows 8.1. Ponieważ dziura nie została załatana, Google poinformował opinię publiczną o jej istnieniu, publikując na swoje witrynie stosowny dokument (realizując tym samym założenia zawarte w firmowej inicjatywie Project Zero). Wywołało to na forach dyskusję. Podczas gdy jedni uważają, że firma postąpiła słusznie, inni krytykują ją ostro za ten krok.

Read more...
 
devop skrev:

Hi guys:

hvorfor vi dont bruge den mindste og største clkcell når bygningen ur træ?

vi normalt os 3x 4x .... 16x clockbuf, hvad med dig?

thanks a lot
 
upup
endnu et spørgsmål, vil jeg bruge regulære buffer i stedet for CLKBUF hvis skew ikke er et stort problem?

 
Mit gæt er Intuitiv

mindste clkbufs - er mere følsomme over for processen variationer, og derfor clock skew (OCV)
spørgsmål.

Største clkbufs - er mere aktuel, således Electromigration (EM) / Pålidelighed
relaterede spørgsmål, (ud over alt for meget af strømforbrug).

 
koggestone skrev:mindste clkbufs - er mere følsomme over for processen variationer, og derfor clock skew (OCV)

spørgsmål.).
 
devop skrev:Jeg er forvirret her,

case 1, 10 mindste buf1X connet i serie til at drive en belastning

tilfælde 2, 1 største buf64X køre den samme belastningJeg tror, case 1 vil blive bedre i OCV?
hvad er din mening?
 
koggestone skrev:devop skrev:Jeg er forvirret her,

case 1, 10 mindste buf1X connet i serie til at drive en belastning

tilfælde 2, 1 største buf64X køre den samme belastningJeg tror, case 1 vil blive bedre i OCV?
hvad er din mening?
 

Welcome to EDABoard.com

Sponsor

Back
Top