případě analýzy v primetime

[tarkyss]

Já jsem teď dělal STA s primetime
Zkouška umožní signál je SCAN_MODE
jeden hodinový signál je generován v interiéru prostřednictvím XNOR buňky
další vstupní signál XNOR buněk je signál, že vypěstované z SCAN_MODE (to se lepí na 0)
Takže si myslím, fáze hodiny je stejná s vstupním hodiny,
ale když report_timing, jedna cesta start Nejde o to, čas od času 0,
Například hodiny období je 20, jsme vytvořili hodiny jako
create_clock hodiny [get_port hodiny]-období 20-křivky [list 0 10]
když report_timing, počáteční bod je od vzniku okraje hodiny, že je čas 10, ne 0, proč (koncový bod dráhy je výstupní port z čipu, očekávaný čas dospět je 20)
I kontrole ostatních vstup xnor s report_case_analyasis-všechny
je přesně je 0.takže v případě analýzy signál se šíří do xnor, proč?
díky

 

[steven852]

Je to pomůže pomocí report_delay_calculation příkazu a uvidíte, jak tato čísla přišli?

 

[tarkyss]

ale existuje spousta bufferů mezi vstupním hodiny a počáteční bod cesty,
může report_delay_calculation udělat?Přidáno po 3 hodin 19 minut:Omlouváme se, moje chyba
pokud jeden vstup xnor je 0, výstup invertovat s jiným vstupem
promiňte

 

[steven852]

No, nebude to bolet, aby zkusit, ne?

Dalším způsobem, jak může být stojí za to zkusit, je:

get_timing_paths tvořit konkrétní načasování cesty a pak pomocí get_recalculated_timing_paths do úzkých zpoždění.