effect van de klok onzekerheid

V

verilog_always

Guest
Hoe anders Waarden van Klok Onzekerheid effecten, met Plaatsing podium? Doen verschillende waarden van de klok onzekerheid effect een Cts / Routing resultaten?
 
De tool werkt erg hard als klok onzekerheid is groot, want het maakt de timing moeilijker te ontmoeten.
 
Onzekerheid verwijzen naar clock skew voordat Clock boom is gebouwd. set_clock_uncertainty is de SDC commando om het doel skew voor een ontwerp te verklaren. Dit is de beperking gegeven aan de PNR-gereedschap om de klok boom te bouwen. De tool probeert te eren deze beperking door te proberen om scheef te houden binnen deze limiet. Ook STA tools zal deze in plaats van schuin voor de CTS. Het zal deze waarde af te trekken voor de installatie analyse van klok pad en voeg deze voor te houden analyse. Dus vóór CTS, omdat dit als een beperking, waardoor deze een grotere waarde zal zeker van invloed op de QoR. Zodra klok netwerk is gebouwd of met andere woorden, set_clock_propagated is ingesteld op true, wordt Skew berekend op basis van netwerk en zal gebruikt worden en dus dat maakt geen betekenis voor een STA hulpmiddel bij de ingang ontwerp klok uitgebreid. Terwijl routing of post CTS-optimalisatie, de tool neemt nog steeds in beeld het doelwit skew (voor oa. Het scenario van nuttige skew). Vandaar dat het veranderen / tweaken zal zeker invloed hebben op de resultaten.
 
Hoi, 1 - Kan men ook gebruik maken van de onzekerheid als een verdere marge na CTS, bijvoorbeeld om rekening te houden de PLL jitter dat je de controle over het niet hebben op fysieke ontwerp stap. 2 - Als srideepa gezegd klok onzekerheid voordat CTS kan worden gebruikt om de installatie te repareren / te houden timing overtredingen, die QoR beïnvloeden. Aangezien de meeste pr-tools timing schendingen fix onder / boven bepaalde drempels, kunnen zij niet aan een aantal overtredingen, wat uiteindelijk kan pop-up na CTS. Het wijzigen van klok onzekerheid kan een goede manier van de vaststelling van deze schendingen "voor" CTS zijn, in de kosten van het toevoegen van wat meer buffers in het ontwerp. Met vriendelijke groet, Gokhan ---
 
De onzekerheid kan worden gebruikt om de verschillende factoren die de effectieve klok periode kunnen verminderen model. Deze factoren kunnen de klok jitter en eventuele andere pessimisme dat men wilt opnemen voor timing analyse. set_clock_uncertainty-setup 0.2 [get_clocks CLK_CONFIG] set_clock_uncertainty-hold 0,05 [get_clocks CLK_CONFIG] Merk op dat de klok onzekerheid voor de installatie effectief de beschikbare klok periode vermindert met de opgegeven hoeveelheid (zie fig. 1 in bijlage) Voor de te houden controles, de klok onzekerheid voor te houden wordt gebruikt als een extra timing marge die moet worden voldaan. Als er is multi-klok domeinnaam paden (Fig2. in bijlage), dan onder klok onzekerheid kan worden opgegeven als weergegeven in onderstaande commando's. # 100ps wordt gebruikt als een onzekerheid voor setup controles # 50PS wordt gebruikt als een onzekerheid voor te houden controles. set_clock_uncertainty-van VIRTUAL_SYS_CLK-to SYS_CLK-hold 0,05 set_clock_uncertainty-van VIRTUAL_SYS_CLK-to SYS_CLK-setup 0,3 set_clock_uncertainty-van SYS_CLK-to CFG_CLK-hold 0,05 set_clock_uncertainty-van SYS_CLK-to CFG_CLK-setup 0.1
 
Waarom de waarden voor de setup en Hold zijn anders?
 
Zelfs ik wil dezelfde vraag te stellen. Waarom is het dat in de meeste gevallen zien we setup klok onzekerheid meer te zijn dan houden de onzekerheid in te stellen. Mag niet aan de waarden hetzelfde zijn?
 
over het algemeen te houden zal niet moeilijk worden gecontroleerd volgens de setup in ieder geval voor CTS, zoals klok is niet echt, en in sommige implementaties, we zorgen ca. pas houden nadat routing als de echte waarden zijn beschikbaar op dit moment alleen.
 
Hallo allemaal, Na CTS ook, tijdens de verificatie van de timing analyse zullen we verschillende waarden voor de installatie en te houden onzekerheid. Over het algemeen meer voor de installatie en minder voor te houden. Waarom? Wat is de reden hiervoor? dank en reagrds, Subhash
 
Hallo allemaal, Na CTS ook, tijdens de verificatie van de timing analyse zullen we verschillende waarden voor de installatie en te houden onzekerheid. Over het algemeen meer voor de installatie en minder voor te houden. Waarom? Wat is de reden hiervoor? dank en reagrds, Subhash
De hold-controles niet nodig de klok jitter te worden opgenomen in de onzekerheid en dus een kleinere waarde van de klok onzekerheid is over het algemeen opgegeven voor te houden. HTH, Shitansh Vaghela
 

Welcome to EDABoard.com

Sponsor

Back
Top