[問題] IC compiler CTS的問題

看板Electronics作者 (小丹尼?!)時間13年前 (2012/10/10 00:46), 編輯推噓1(1013)
留言14則, 4人參與, 最新討論串1/1
想請問一下版上先進 我在設計中有加入memory generator產生的register files 在DC的時候 用set_ideal_network [get_clocks clk] 可以順利跑過測試 但是在讀入ICC之後 remove_ideal_network [get_ports clk] 再去跑 clock_opt -fix_hold_all_clocks -no_clock_route 出來的卻是一堆 timing violation 都是register files中的clk到Q的999 舉例一個 如下圖所示 Startpoint: GIF_all_ins/M1 (rising edge-triggered flip-flop clocked by clk) Endpoint: GIF_all_ins/G_top/STAGE_1/SS1/_I2_IIr_r_next1_reg[16] (rising edge-triggered flip-flop clocked by clk) Path Group: clk Path Type: max Point Incr Path -------------------------------------------------------------------------- clock clk (rise edge) 0.00 0.00 clock network delay (propagated) 3.00 3.00 GIF_all_ins/M1/CLKA (RF_2P_100X90) 0.00 3.00 r GIF_all_ins/M1/QA[58] (RF_2P_100X90) 999.00 1002.00 r GIF_all_ins/G_top/QA1[58] (GIF_top) 0.00 1002.00 r GIF_all_ins/G_top/STAGE_1/QA1[58] (stripe_scheduler_top) 0.00 1002.00 r GIF_all_ins/G_top/STAGE_1/SS1/QA1[58] (stripe_scheduler) 0.00 1002.00 r GIF_all_ins/G_top/STAGE_1/SS1/U407/Y (AOI222X2) 0.10 * 1002.10 f GIF_all_ins/G_top/STAGE_1/SS1/U1329/Y (CLKINVX2) 0.07 * 1002.17 r GIF_all_ins/G_top/STAGE_1/SS1/_I2_IIr_r_next1_reg[16]/D (DFFRQXL) 0.00 * 1002.17 r data arrival time 1002.17 clock clk (rise edge) 10.00 10.00 clock network delay (propagated) 2.98 12.98 clock uncertainty -0.10 12.88 GIF_all_ins/G_top/STAGE_1/SS1/_I2_IIr_r_next1_reg[16]/CK (DFFRQXL) 0.00 12.88 r library setup time -0.13 12.74 data required time 12.74 -------------------------------------------------------------------------- data required time 12.74 data arrival time -1002.17 -------------------------------------------------------------------------- slack (VIOLATED) -989.43 我是按照CIC上課的講義一步一步做的 但是不知道是自己的design設定哪裡出了問題了嗎 還麻煩各位解答 謝謝~~ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.48.126

10/10 04:10, , 1F
placement做了嗎? CTS做了嗎?
10/10 04:10, 1F

10/10 04:11, , 2F
不過問題是RF_2P_100X90這顆的TIMING ARC是對的嗎?
10/10 04:11, 2F

10/10 04:11, , 3F
怎麼可能ck->q 要999...有問題
10/10 04:11, 3F

10/10 15:28, , 4F
placement完了之後report_timing就這樣了 CTS後依然一樣
10/10 15:28, 4F

10/10 15:30, , 5F
我用report_delay_calculation去看了 有cell delay=999的
10/10 15:30, 5F

10/10 15:31, , 6F
狀況 我在懷疑是不是memory轉成ICC可以吃的檔案時有出錯
10/10 15:31, 6F

10/10 15:34, , 7F
我用Milkyway轉lef的時候 因為clf檔吃進去會有parsing
10/10 15:34, 7F

10/10 15:35, , 8F
error 所以我就沒有加ANTENNA lef data進去
10/10 15:35, 8F

10/10 16:01, , 9F
參考14013
10/10 16:01, 9F

10/10 16:51, , 10F
感謝樓上 時間問題解決了! 我在DV的時候有遇過一樣的 那
10/10 16:51, 10F

10/10 16:52, , 11F
時也是用同樣指令過去的 我沒想到他還要在ICC裡面再重新
10/10 16:52, 11F

10/10 16:52, , 12F
設定一次 @@
10/10 16:52, 12F

08/13 19:32, , 13F
怎麼可能ck->q 要 https://muxiv.com
08/13 19:32, 13F

09/17 23:25, , 14F
//muxiv.com https://daxiv.com
09/17 23:25, 14F
文章代碼(AID): #1GT5K2VB (Electronics)