通過場景分析最小化模式和角點的數(shù)量：
? 如若你繼承了包含混合模式、角點和場景的約束條件：
▲ 為每個場景創(chuàng)建獨有的模式和角點，借此可以移除相同的場景。
▲ 執(zhí)行remove_duplicate_timing_contexts命令來找出模式和角點的最小集合，移除重復(fù)項，并重新分配場景。
▲ 運行write_script命令來記錄模式、角點及場景相關(guān)的約束條件，以便后續(xù)使用或?qū)彶椤?

 1create_mode M1 ; create_corner C1  2create_scenario -name S1 -mode M1 -corner C1  3create_mode M2 ; create_corener C2  4create_scenario -name S2 -mode M2 -corner C2  5......  6current_scenario S1  7read_sdc S1.sdc  8current_scenario S2  9read_sdc S2.sdc 10...... 11remove_duplicate_timing_contexts 12write_script

假設(shè)在上述例子中，remove_duplicate_timing_contexts命令發(fā)現(xiàn)模式M1和M2實際上是相同的模式（因為它們共享完全相同的約束條件）：它會刪除模式M2，并將場景S2重新指派給M1（而不是原來的M2）。
該命令同樣會刪除完全相同的場景。例如，如果S1=M1+C1且S2=M2+C2，進一步假設(shè)M1=M2、C1=C2以及S1=S2，那么S2、M2和C2都將被移除。
write_script命令會創(chuàng)建一個名為wscript的目錄，其中包含為每個模式、角點、場景以及全局約束單獨的Tcl文件。
當你的網(wǎng)表或布局規(guī)劃發(fā)生變化時，在設(shè)計設(shè)置階段加載這些創(chuàng)建的文件。

檢查時序約束條件：

? 可使用以下命令來檢查約束條件：
▲ 使用check_timing檢查缺失的時鐘、時鐘域交叉、缺失的輸入/輸出延時等問題…
▲ 運行report_exceptions識別具有單周期時序異常的路徑：虛假路徑、多周期路徑、異步最小或最大延遲路徑。
▲ 執(zhí)行report_case_analysis以確認模式設(shè)置的正確性。
▲ 運用report_disable_timing來識別含有被禁用時序弧的路徑（這些路徑將不會針對時序進行優(yōu)化）。

1check_timing 2foreach_in_collection mode [all_modes] { 3 current_mode $mode 4 report_exceptions 5 report_case_analysis 6 report_disable_timing 7}

■ 多數(shù)report_命令均針對當前場景生效：
■ 部分命令提供-scenario,-corner, 及/或-mode選項，以便調(diào)整報告內(nèi)容所涉及的場景、角點或模式。

控制多角多模（MCMM）時序報告

? 報告所有活動的、啟用建立時間分析的場景中，各個路徑組內(nèi)的單一最差建立時序路徑：
report_timing

? 從列出的和活動的角點、模式或場景中，分別報告單一最差建立時序路徑：

1report_timing -corners "C1 C4" 2report_timing -modes FUNC* 3report_timing -scenarios "S1 S2 S5 S6"

? 分別為每個活躍的角點、模式、場景或路徑組報告最差建立時序路徑：

1report_timing -reportby corner|mode|scenario|group

? 分別為每個列出的和活動的角點、模式或場景報告最差建立時序路徑：

1report_timing -worst-corners "C1 C4" -modes FUNC* -scenarios "S1 S2 S5 S6"

控制場景分析與優(yōu)化：

?create_scenario命令用于創(chuàng)建場景，將其設(shè)為活動狀態(tài)，并啟用以下分析類型：

• 建立時間和保持時間

• 泄漏功耗與動態(tài)功耗

• 最大轉(zhuǎn)換、最大電容與最小電容

? 針對所有活動場景及其啟用的分析類型，優(yōu)化會同時進行。

• 即使啟用，保持時間優(yōu)化也不會在綜合階段執(zhí)行。

• 當使用同時發(fā)生的時鐘和數(shù)據(jù)（CCD）時，會考慮到保持時間。

? 使用set_scenario_status命令限制分析類型，或在編譯前將場景設(shè)為非活動狀態(tài)。

• 詳情請參見下一頁的示例。

CCD = 同時時鐘與數(shù)據(jù)（Concurrent Clock and Data）。
CCD優(yōu)化通過改變啟動和捕獲觸發(fā)器的時鐘延遲值，可以改善數(shù)據(jù)路徑的時序。當為滿足建立時間而調(diào)整時鐘偏斜時，保持時間可能會受到嚴重影響。因此，在編譯過程中同時啟用保持場景尤為重要。盡管這不會直接啟用保持修復(fù)或優(yōu)化，但它能確保保持時間不至于大幅惡化。
CCD優(yōu)化既可以在使用理想時鐘時進行，也可以在進行時鐘樹綜合時應(yīng)用。
這一主題將在后續(xù)單元中更詳細地討論。

修改Scenario 狀態(tài)的示例：

 1create_scenario -mode mFUNC -corner cSLOW  2create_scenario -mode mTEST -corner cSLOW  3create_scenario -mode mFUNC -corner cFAST  4create_scenario -mode mTEST -corner cFAST  5#Disable setup timing for the FAST corner   6set_scenario_status *cFAST -setup false  7#Disable leakage power analysis and optimization for the TEST mode scenarios:  8set_scenario_status mTEST* -leakage_power false  9# Disable fast test mode  10set_scenario_status mTEST::cFAST -active false 11compile_fusion

上表中場景名稱后的 "*" 表示這些場景名稱為用戶自定義（而非默認的 "mode::corner" 格式）。
除了使用report_scenarios命令生成包含場景狀態(tài)設(shè)置的表格外，你還可以通過查詢場景屬性來獲取類似信息：mode（模式）、corner（角點）、active（活動）、setup（建立時間）、hold（保持時間）、leakage_power（泄漏功耗）、dynamic_power（動態(tài)功耗）、max_tran（最大轉(zhuǎn)換）、max_cap（最大電容）、min_cap（最小電容）。對于腳本編寫目的而言，這種方法比使用report_scenarios更為實用。示例如下：

定義操作條件下的角點PVT值

? Fusion Compiler 支持使用 set_operating_conditions 來確定每個角點的PVT值。
set_operating_conditions Worst -library saed32lvt_ss0p95vl25c.db
? 這是一種間接方法，依賴于操作條件模型名稱和庫來確定PVT數(shù)值。

在上述示例中，通過在庫 saed321vt_ss0p95vl25c.db 中指定操作條件名稱為 Worst，分別確定了標稱PVT值為0.99（典型工藝偏差）、125°C（溫度）和0.95V（電壓）。
上述表格（針對不同的LVT、IP1和IP2庫）以及后續(xù)頁面中的表格，是通過使用 report_lib 命令生成的。

直接定義PVT - 推薦

? 強烈建議使用直接方法，以提高清晰度和易用性：

1current_corner ss125c 2set_process_number 0.99 3set_voltage 0.75 4set_voltage 0.95 -object_list VDDH 5set_temperature 125

在施加電壓時，您可以直接為設(shè)計設(shè)定電壓（如第一個示例所示）。如果UPF創(chuàng)建了電源網(wǎng)絡(luò)，那么也需要對該網(wǎng)絡(luò)設(shè)定電壓。例如，如果創(chuàng)建了VDD和VSS這兩個網(wǎng)絡(luò)：

1set_voltage -object_list VDD 0.95 2set_voltage -object_list VSS 0.0 

關(guān)于工藝（P）值的一點說明：大約幾十年前，用戶僅獲得一個在“典型”PVT角點下特征化的庫。該庫會包含多個操作條件，每個條件都有一套不同的PVT值，以代表不同的角點。時序分析隨后會將典型單元延遲乘以P值以及基于工藝k因子的V和T縮放因子，從而推導(dǎo)出“max”和“min”角點的延遲。為了表示比典型工藝更慢的角點，會使用大于1.0的P值；相反，對于比典型工藝更快的角點，則使用小于1.0的P值。例如，P值為1.2意味著所有單元延遲由于較慢的工藝角點而比典型延遲慢20%；同樣，P值為0.8則意味著由于較快的工藝角點，單元延遲比典型情況快20%。

如今，P值（或V和T值）不再用于任何縮放目的，因為每個庫中的“標稱”單元延遲已經(jīng)針對特定的PVT角點進行了特征化。PVT值僅用于標識庫的標稱PVT角點。因此，許多庫供應(yīng)商已經(jīng)改為在所有工藝角點上使用P值為1的做法。這種做法直接導(dǎo)致了直接PVT指定方法的一個問題：無法區(qū)分兩個針對相同V和T但針對慢速和快速工藝角點特征化的不同庫，因為這兩個庫的P值都是1。解決這個問題的一種方法是為不同的工藝角點使用不同的P值（例如，上述示例中的0.99和1.01）。只要這些值不同，具體數(shù)值并不重要。如果不能使用不同的P值，可以通過應(yīng)用“工藝標簽”來區(qū)分庫，這一點稍后討論。