Miksi emme aseta look-up salpaa ketju kun ketju on rajan kello verkkotunnuksen?

L

lty

Guest
Olen opiskelu ATPG äskettäin. Yritän ymmärtää, miksi lisätä look-up salpaa ketju kun ketju on rajan kello verkkotunnuksen. Voiko joku antaa joitakin vastata tästä, tai antaa joitakin viittauksia?
 
Lock up salpa on käsiteltävä niitä t vinossa .... kun ketjujen differernt kello donmains rajat, on tarpeen käyttää lukita salpa välttää ongelmat johtuvat skew .. myös sitä käytetään kun me hav varvastossut toiminta T + ve reunasta ja jotkut toimivat-ve reunasta, sitten lukita salvat r käytetään niiden välillä [size = 2] [color = # 999999] Lisätty jälkeen 1 minuuttia: [/color] [/size] Minulla ei ole materiaalia juuri nyt ... wil yrittää tarjota u se heti saan joitakin!
 
34_1167020400.JPG
Hei, kiitos vastauksesta. Tiedän jotain vastaustasi voisi tsekkaat idea on oikea? Scan ketju rajat Rekisteröidy dff1 ja dff2, dff1, dff2 on kellotti by clk1, ja clk2. clk1, clk2 kuuluvat eri kellon verkkotunnuksia. koska ne ovat eri kellon verkkotunnuksen, joten ne kuuluvat eri kellon puu, niiden kellon polkua eivät ole tasapainossa. Milloin ATPG, testi kello ohjaa dff1 ja dff2, testi CLK mennä dff1 läpi clk1 kellon puu, mene dff2 läpi clk2 kellon puu. joten siinä voi olla iso kello vinossa välillä dff1 ja dff2. kun lisäämme putka salpa niiden välillä, voimme parantaa pitää ajoitus välillä dff1 ja dff2, välttää ajoitus rikkomisesta. Kiitos! [Size = 2] [color = # 999999] Lisätty jälkeen 55 minuuttia: [/color] [/size] Lisää ajoitus kaavio. Q1 on tuotos dff1, D2 on ulostulo lock-up salpa, kun ei aseta lukkiutuu salpa, dff2 tarve saalis tiedot Q1, koska vinouttaminen välillä clk1 ja clk2 voi olla hallussaan rikkomisesta. kun Insert lukkiutuu salpa, dff2 saalis tiedot D2, se on helppo cach tiedot D2 DFF2, koska lukkiutuu salpa viivästyksiä Q1 varten puoli kellon ajan.
71_1167024445.jpg
 

Welcome to EDABoard.com

Sponsor

Back
Top