作者ck881256 (豬北鼻)
看板comm_and_RF
標題[問題] 使用SoC Encounter作佈局設計
時間Thu Mar 27 01:18:23 2008
請問曾經使用SoC Encounter做佈局設計的板上大大們
在SoC Encounter中需要做RC Extraction
來估計path delay
其中RC Extraction又分為內建 以及 Fire&Ice RC Extraction
我想請問一下這兩種萃取出來的結果會差很多嗎
有沒有可能發生使用其中一種萃取結果做timing optimization
但實際chip回來還是fail的情況呢??
事情是這樣的 因為我現在的工作站上無法使用Fire&Ice
如果要使用還要跟CIC申請
所以我目前是使用內建RC Extraction來做timing optimization
但還是有點擔心不知道這樣做出來的結果到底可信還是不可信 @@
所以想問問看 以大家的經驗
是否真的一定有必要做Fire&Ice呢
謝謝各位!!
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 124.218.102.130
※ 編輯: ck881256 來自: 124.218.102.130 (03/27 01:21)
1F：→ wildwolf:先講結論，內建的比較悲觀保守 140.113.212.31 03/27 06:50
2F：→ wildwolf:QRC or Fire&Ice 抽出的結果比較接近真實 140.113.212.31 03/27 06:50
3F：→ wildwolf:Timing Optimization 一般還是用內建 140.113.212.31 03/27 06:51
4F：→ wildwolf:一般來講不至於有非常大的差異，但是還是 140.113.212.31 03/27 06:55
5F：→ wildwolf:小差異。 140.113.212.31 03/27 06:56
6F：→ wildwolf:只是對一些 timing critical design 而言 140.113.212.31 03/27 06:57
7F：→ wildwolf:這個小差異可能很重要 140.113.212.31 03/27 06:58
8F：→ wildwolf:但是即使是Fire&Ice, Accuracy 也只能做 140.113.212.31 03/27 07:17
9F：→ wildwolf:90% net 的誤差 < +-15%，內建的更糟 140.113.212.31 03/27 07:19
10F：→ wildwolf:所以如果你有把best/worst case 放入APR 140.113.212.31 03/27 07:21
11F：→ wildwolf:考量，應該是不用太擔心出來在TT不會動。 140.113.212.31 03/27 07:22
12F：→ ck881256:謝謝您! 我目前是把max跟min放入考量 並124.218.102.130 03/27 09:39
13F：→ ck881256:把slack的基準點調到0.1/0.15 這樣應當可124.218.102.130 03/27 09:40
14F：→ ck881256:行吧?? p.s.我的design最高 CLK = 80MHz124.218.102.130 03/27 09:41