Chip123 科技應用創新平台

 找回密碼
 申請會員

QQ登錄

只需一步,快速開始

Login

用FB帳號登入

搜索
1 2 3 4
12
返回列表 發新帖
樓主: 君婷
打印 上一主題 下一主題

[問題求助] ic layout工程師需要熟悉spice嗎

  [複製鏈接]
21#
發表於 2007-6-25 12:00:22 | 只看該作者

回復 #20 ianme 的帖子

ianme版主說的大部份上沒有錯, 而我也認同spice的"奧義"的確就在手寫的部份.# D/ A# \. v& L) U8 X' I( ]
我必須說, 在我們剛開始帶實驗課的時候, 也不會直接就把composer教給大家,# [0 d2 g/ Z, o7 P& n3 V! C
手key電路加上需要的分析指令, 一剛開始的確是這麼做的,
. ?' J* W) G% E到後來有需要的時候, 才把composer教給他們.
  _% `+ x* K1 a; Z" a3 w
" R0 y# J2 M2 d6 }當然大部份的designers...我想在學校的時候大家都不想這麼做...我的意思是, 5 p8 i6 q8 L# o" f; j' }, c% a
的確每當改一次電路, 就要在composer裡做修改, 再轉出需要的netlist出來, 3 r, s6 g+ m7 o# D5 w0 ~% w' N
我也不否認這是一件麻煩的事情...even我自己也都嫌這個procedure麻煩.* v2 R' l# ^0 M, ~. v- }# n& O2 @1 z; ^
舉個例子來說好了, 一顆op的電晶體可能沒有幾顆, 當你自己在設計的時候,- g" R' V! {( w4 W0 D- L" U. u
你當然有權利可以手key你需要的電路, 再上分析再來跑模擬, 因為的確這樣子比較方便比較快, 也能給自己省下很多時間.% v1 m/ Y  _) j) i
重點是, 電路一大, 好比說一個高階的sigma-delta analog-to-digital converter, / |; s/ f0 s6 J# W: R
若是沒有經驗的designers本身, 或是仍在學的學生都好,
7 m' V  A0 `7 D# B! r能真正確保電路的hierarchy架構一層層做起來都是很正確的嗎?0 z$ e9 m+ R) d7 o* B7 R: C
你曾經因為遇過大電路hierarchy架構混亂, 在佈局驗證之後所產生的麻煩嗎?- n4 a8 I7 S) e, Q1 {! V
你曾經因為自己的大電路裡面某個小地方節點名字打錯了一個字母, 導致做LVS驗證時花上好幾天時間來debug,
" Q) D' J8 a9 Y6 Y- Z: M* @最後才發現原來是某某小地方的節點名稱"就錯那一個字母"嗎??5 t2 n" o- a. [  x: d3 ^+ I- Q! r
很遺憾的, 這些麻煩, 正是designers本身在release電路出來給layout之前就應該要謹慎take care的地方,
8 \: T( F' e; r7 Q而因為這樣的問題而產生出來的LVS debug時間, 我只能說都是浪費掉了,
$ ^9 W8 I7 Y9 O5 g- m因為這樣的問題根本上它就不應該存在的. 不知道您能認同嗎?+ C& ]7 b( K  C; r; P* A' o

9 e1 X4 B$ e5 H; O% H- j/ \! a, Q您說"沒有那個必要把spice分成區塊"...不知您所指的意思是不需要有subckt的存在嗎?
% h# `' H9 V1 J7 V2 w( V  G7 L) [' L大概是您做的電路較小所以不需要吧, 就算是純粹類比這種比較小型的電路, . h2 P, \6 p1 G9 S8 B, F$ |
或even是混合訊號電路, 沒有subckt存在的話......我只能說是自找死路,
% {7 U4 H0 e3 w5 ^: X  |8 A) S1 m4 w"照看spice其實就能夠轉出電路", 照您這麼說也沒有錯, 不過看看是要花多少時間呢!!) s5 ~1 x" Q7 }  `  s- S( T8 ^
類比或混合訊號電路可能並不適用gate count來算它們的transistors數量, 但這並不代表它們的佈局很容易.
& p4 o# z% o! o5 X: F$ t% z, `9 t( O; Q所以, 恕我直言, 您可能真的沒有tape out過晶片的經驗, 當然, 若是如此, 您也遇不到這樣的麻煩.
% y. e0 q0 k% n3 {$ ^5 x+ }6 k
& v4 o1 c1 @( D) r. u但是今天我們必須要知道是, 學校的情況和公司裡的情況的確會有很大的不同.
* m2 P6 W+ z3 ]) ~& a我不知道您所謂的小公司是多少人叫做小公司,8 e( n7 ?3 A, v, U  r+ \3 k
我待過的公司都是小公司, 有五十人以內的公司, 有三百人以內的公司, 這些都被稱為是小公司.
( F. h% j# H& ~( D! V# i在學校裡面, 你自己是designer兼layout, 你的電路哪裡key錯, 就算你到做LVS驗證時才發現,
: z/ u% K( {) o; `! k. q這個後果也必須是你自己要來承擔, 是吧??
8 r) g) K# G# q& F! X學校晶片通常是搭CIC的shuttle, 若是因此來不及tape out, + I; }8 e+ l1 j: V1 K$ U/ |' y4 |- }
小則等到下一個梯次再tape out就行, 萬一遇到畢業晶片潮, 則這個來不及tape out的後果就會是比較嚴重的了.; i+ g0 U( ^+ v1 q" w
但在公司裡面, 大部份的晶片tape out是自己公司負責費用, 當然有時候也會搭foundry的shuttle,
5 _0 V+ J6 |4 }然而若是因為designers release出來給layout的電路圖之版本差異而導致chip tape out delay的話,# [* @1 y5 M1 _$ o+ Q- v
公司上面的大頭追究下來, 這個責任歸屬的問題, 可就是很麻煩且傷感情的一件事了.8 N, i- e0 m4 t" x; L  `4 z

. D, M; k0 k2 k! U' Z當然我今天在業界服務過的時間僅只幾年而已並不長, 而我也必須承認, EE並不是我到業界服務之前所讀的科系,
( B* N# \+ Y' q& X3 J- g7 m2 ?所以很多東西我也都是在原本的學校畢業之後才學的, 包括要到業界服務之前的相關知識亦然.. |) p: c4 O- D$ w1 ~# f7 A
就算到目前為止, 許多理論和知識我也都還在學習的階段,2 V  W1 s% }. O2 ]
而我現在唸的學校當然也絕不是如您所在的"雖然哪裡都給去"的學校.
- l) d/ G  b% d% t但是就任何一個在公司上過班的人來說,責任歸屬我想它真的是相當重要的一個問題,
3 V1 L) ^% _. g3 a0 w) `以layout engineer來說好了, 因為這個佈局驗證的時間可是算在layout身上,
% o* c9 o6 Y9 B8 ^; B要說我是自私也好, 怎麼樣都好, 我可不希望自己花了好幾天在LVS debug上面,3 g6 i6 U  ^" u, O# w" s
到頭來卻發現原來是自己同學或同事設計好電路之後release出來的netlist裡有typo的問題.' m7 D& S' Y+ ?* w# n, G/ [
簡單的說, 前面電路設計的部份, designers要怎麼做都好,
* @& j  {  h" n# D! x3 @但是今天一旦designers released circuit給layout, 8 ^9 y# n' S/ Y' e$ @
或是已經released之後的circuit, 要再做修改, 再released一次新版circuit給layout," Q9 u, Q3 c1 j. e
這個consisteny絕對是designer必須要去keep的關鍵所在,
+ Y+ d. C7 J7 Y2 j$ d對於有經驗的designers來說, 我不敢保證他們都不會有這樣的問題產生,
) Q; z) ?+ {0 A+ e但我知道他們會盡量去避免所謂"inconsistency"的發生,0 t) w2 J; ?3 Z+ O
而我想這與公司的scale大小並不相關吧, 這是flow本質上的問題.
( c  R. n) T2 v; V! d, r8 g+ W4 W( Q. B/ ]& Y/ Z6 [6 _
當然, 之所以會有這樣的意見, 實在因為是我自己其實是太多次這種情況之下的victim.  ]2 T9 _1 }3 C& \, ^( C  C; W8 s" ]
這可以解釋成我們實驗室本身的design flow之建構並未完全所導致,
6 H& x; D* K2 I也並不代表每個學校的每個實驗室都會有這樣的情況,
5 w0 n  @) E0 e8 T" b- J所以我只是想提醒一下, 要注意這樣的情況產生, 如此而已.
% x5 ~( Z+ u  P2 }: X0 e( o# z' z3 C& }+ Z# G9 R7 ~! a. c
最後關於第5點, 我想您是誤解我的意思了.3 E/ y9 G3 V( V) D& q/ S) W! E
這個hierarchy架構的建立...如我所說, 它很難解釋, 但絕對很重要.* K' z. h; j# u7 t1 E' L. P8 C
沒有實際的經驗, 恐怕它的確很抽象也難以體會.# s. b: X: i9 ~( P3 X
但這與"整個設計的流程是以designer為主導,designer如果願意盡量配合layout者那是一種體諒,絕非義務"完全無關,
8 j0 |& l; P. q7 [8 e同樣的, 這是designer flow本質的問題, 難道您覺得一個ADC或DAC, 能一次做完整個chip的模擬嗎??
( c. G0 _* L: Q! I# G, z+ ^circuit simulation和layout designer一樣, bottom-up的circuit/layout construction絕對是一個requirement,
7 \' d$ Q; S7 v6 y因此circuit designe及layout design的hierarchy架構兩者同樣重要, 而且必須相輔相成,
* |0 @4 q( f8 p% `% S1 M$ Q絕對不是如您所謂"能做到是最好,可是不能一廂情願的希望別人如何做如何做,這不是好現象".
* F) ^% Q: L( j. e9 O因為這肯定不僅僅是一個"一廂情願"的想法或做法而已...這是本來designers和layout engineers都應該要知道的常識吧.
, B# U! T1 f7 B) I% v4 i
, F7 t- K2 X: c( P最後, 當然, postsim本身抽出phsical design後的parasitic RC來, 再取代原始presim的circuit來做接近exact situation做模擬,
& S4 |2 k" ]! h當然設計的時候就能夠考慮到process variation的情況, 但一個考慮夠完全的layout masterpiece能做到的,
" n% ?0 G( |7 t" [. w或許比您所想的要多得多了.! }) Q# ^; z% Z! i5 e0 {4 b& K
相對的, 不好的layout, 其parasitic effect便會增加許多, 因此我也並不覺得什麼東西一定是要在什麼階段來考慮的.- }1 c+ I+ |) G
我的意思是說, 若layout考慮得夠周全, 如process variation和parasitic effect...etc的情況,
- `- v  e- o2 Q3 _/ N8 o! G肯定都還能在layout中再做補強...無論在design的時候, designers是否有將類似的factors考慮進去.! v/ f# ~# T, {7 ?5 R- N) Z
8 ~3 @4 o/ b$ v8 T) A
以上所言, 皆無任何冒犯之意, 若讓您覺得有挑釁的感覺, 那麼或許我的語氣字句表達不當, 請見諒海涵.
, q& b$ X8 w- M$ B$ l- O1 D或許您還年輕, 感覺您的想法有點主觀, 且格局有點不夠開闊. 1 k0 c. e" |! R
試著跳脫純粹學術界的領域來思考或加以瞭解看看, 或許您能體會我想要表達的感覺.
1 t# U: p: G1 Z! s7 K' W9 {% q! [, W1 X; P6 O0 c7 q, S* @
個人淺見, 請路過先進指導, 感激不盡!!

評分

參與人數 1 +5 收起 理由
mt7344 + 5 Good answer!

查看全部評分

22#
發表於 2007-6-25 22:40:29 | 只看該作者
我不太知道該怎麼說,大的電路也是小的電路兜成的,做法也相同,不懂要出什麼問題?小的電路都正確之後才會開始去做整合電路的動作,還是一樣手打會比用畫的快。至於打錯字個人還很少發生這種問題,我連要打字回文我都會先檢查看看了。何況是做這種東西呢?
" C" o3 j- p9 N, C. N
5 ~' F' e" K& o  l* O其實因為我們偉大的製程有20%R 30%C的變動,不然根本無須在設計流程上多加好幾道手續,我想起學校教授說的話,他說一個好的設計是要從設計層面上就能夠有穩定性,而不是等到layout才能怎樣怎樣。至於你後面說的部分我認為這問題根本不存在,就個人及看到的大部分的作法,都會是先將整個系統拆解成為block來跑,最後在整合起來跑,這樣做的原因不只是功能上的問題,還有技巧上的問題,基本上原本就不存在這樣的問題
$ ^* K6 E) P5 j. q3 E4 g# }5 J
. U: B2 [1 b: m9 `製程變動不過就PVT,P是製程,V是電壓,T是溫度。我要說的是這跟postsim完全不同,這方面我還蠻肯定的,因為有個老師知道我要做的東西,特定找了個專業人士給我問,也才讓我釐清這部份的差異性。細節作法有三個。考慮到全部OK的話就是(5*8*5)的特性。這邊其實我有想到可以弄一弄之後用基因演算法之類的去算,因為實在是太多組。不好弄!
6 ?, ^0 O% j' F$ `% |$ Y; L
, y" a9 @) A& Q6 I/ M' f' `火氣是不會,純討論討論,沒必要生氣。可能每個地方灌輸的觀念不同吧。不過站在designer的立場看法應該會是接近我這般的。每個設計者的習慣都會不同,同理看待別人的觀感,相信會更好。且正因為analog比較難以制度化,才會需要有人來做,如果完全制度化就變成digital的了,這不就是最制度化嗎?design flow是大致上,不過是因事因人而異的,規則是死的,人是活的。
2 b0 I: w. A# [9 d0 A: @1 X# @
) |% P. B1 \9 g, f說個題外話,一般Designer有可能也就是整個團隊的領導人,看法跟想法不見得會去mach底下layout者,那這時候要怎麼處理這部份的狀況呢?站在一個領導者的角度觀之,design flow根本不是那麼重要,重要的不在這邊,我這樣說可以理解嗎?正因為在個人的路上我對我自己的要求不只是一個純designer,所以看起來感覺就格外不同,其實"細節"根本沒那麼重要。不管作為在開發團隊底下的一員,適當的訴說自我是好事,可是配合上面的政策才是首要的,我的意思其實是這樣。硬要怎樣怎樣那溝通絕對會有問題,何況像電路圖一改再改那也很有問題,業界是完全的兩邊一起跑嗎?通常開始跑layout的流程的時候前段也弄得有一定程度了吧?改來改去看版本,改久了絕對會有疏忽。我甚至還有聽說根本沒做postsim就送出去的案例呢?

評分

參與人數 1 +5 收起 理由
mt7344 + 5 Good answer!

查看全部評分

23#
發表於 2007-6-27 00:36:59 | 只看該作者
小弟雖然只是一個研究生$ A; c; v; X0 O2 e8 h
在這裡只有依據話提出來
( E5 e1 r3 f; o# v& YLAYOUT不識SPICE
, j6 s! Z) w& w& v/ Q5 s便稱高手也枉然
24#
發表於 2007-6-27 12:12:13 | 只看該作者
這個有兩種情形.......
3 T7 C  r5 |1 A4 M, [  R6 V3 M0 w8 B# t7 F7 }
第一:如果你只想當個專職的layout工程師...
( p1 u8 k' ]6 k4 s. D我想對於spice的了解就不用這麼深...
' o, Z  ]$ k. j9 s$ e9 M& j只需要把畫出來後的寄生參數萃取出來後再交給designer就可以
9 {+ ?3 ^* o6 w4 T  `1 L; g
7 c- c( f9 }2 a4 X, q& w5 w+ K0 D第二:如果你只當個設計工程師~
9 Y2 @9 ^8 M1 ]! s1 ?2 `1 i) ]  ~就應該同時具備有layout與spice的觀念...
. k( T1 D. L- R& b6 g7 Q就看你對未來的期許定位在哪...
3 C% P' z' H# ^  h% D6 d
( t8 r1 Q# G( G& g0 r5 `這是我自己的觀念...
8 Q1 _0 i5 V" Q8 x* l如果有冒犯..請見諒唷
25#
發表於 2007-8-15 00:11:24 | 只看該作者

ic layout工程師需要熟悉spice嗎

LAYOUT不去寫SPICE 有問題還是要反應给design 知道5 C" C  }  x6 L: d0 @: E. I6 x
但是還是要會看得懂比較好對LVS會有幫助
/ @9 m3 R  Y7 x搞不好是轉檔弄錯   造成電路圖跟SPICE對不上% x1 W1 O* o1 B* q$ i# ^
無法LVS  clear
26#
發表於 2008-10-23 15:25:06 | 只看該作者
原帖由 ianme 於 2007-6-25 10:40 PM 發表
( a0 C1 q; S6 Y4 i我不太知道該怎麼說,大的電路也是小的電路兜成的,做法也相同,不懂要出什麼問題?小的電路都正確之後才會開始去做整合電路的動作,還是一樣手打會比用畫的快。至於打錯字個人還很少發生這種問題,我連要打字回文我都 ...
* W! A+ @7 p/ B0 v# k
Layout Designer和Circuit Designer的配合还是很重要的,不能说谁一定服从谁,要有效沟通!
27#
發表於 2008-10-23 18:37:04 | 只看該作者
我不太會有那麼多理論好告訴你,這些理論你須" m9 }* l1 q1 G1 f) m
消化成你自己的東西,在討論時或聊天時不經
" e* L, R# ~  D! m* ]1 v- g意的談出,別人就會認為你不是什麼都不懂的。
5 Y* C  p' W- k0 `- M我只想告訴你,spice 不懂,你LVS debug 就慢
2 T0 w7 A/ ]5 u  _3 L+ ~+ bdebug 慢,你的效率就差,你說在這人浮於事的4 B7 P* i/ F" Y( K8 O
工作環境中,spice 重不重要呢?
/ G. X' ?2 G$ F5 L+ ~) l# K* Y& \6 A2 I5 F
[ 本帖最後由 wiwi111 於 2008-10-23 06:38 PM 編輯 ]
28#
發表於 2009-8-9 10:41:05 | 只看該作者
如果不懂spice 的话,  怎么check  lvs 的错误呢???  看的懂spi, 绝对提高 lvs check 效率哦
29#
發表於 2009-11-23 15:34:43 | 只看該作者
多少要知道一點吧................會有助除錯
30#
發表於 2009-11-24 16:04:11 | 只看該作者
看看不错。
31#
發表於 2009-11-24 16:29:39 | 只看該作者
多瞭解 都是對自己有幫助的  任何職業都是一樣吧  能夠重頭到尾都了解當然最好,多少都會有幫助
5 B' y9 B( X7 \  M) e5 ~5 R2 n7 L5 e& {: }; O4 {, D3 @
如果針對 只是LAYOUT 需不需要懂得話 我想 每個公司的LAYOUT 也一定懂得不同4 A9 |7 S( ^- Z2 t6 g/ A  O; T
) u3 H, h3 J! r& G+ a
越大公司的 通常(沒有絕對) 就會比較專職 再某一區塊  ,就我的認識   多知道就可以多提升自己的價值
32#
發表於 2009-12-23 15:10:04 | 只看該作者
通常不是都先學模擬軟體學會layout的嗎" u( F6 A: x8 I+ x1 n1 G
不然怎麼跑postsim呢?
33#
發表於 2010-4-1 14:06:37 | 只看該作者
学习了,不错哦!对我入门有一定的帮助!
34#
發表於 2010-4-7 13:18:01 | 只看該作者
應該不太需要 但對電路特性 要某種程度了解
35#
發表於 2010-5-3 11:41:36 | 只看該作者
新手來看大家的意見~
. M! ^* t, c' r$ L(努力筆記)" I) k, [! Z: r
謝謝大家~
36#
發表於 2011-1-16 15:55:26 | 只看該作者
谢谢大家的分享 这是篇质量很高的帖子
37#
發表於 2011-2-12 14:41:23 | 只看該作者
好東西啊) a( w1 ]9 e7 a1 |+ K& r
謝謝大家的分享
您需要登錄後才可以回帖 登錄 | 申請會員

本版積分規則

首頁|手機版|Chip123 科技應用創新平台 |新契機國際商機整合股份有限公司

GMT+8, 2024-5-31 09:23 AM , Processed in 0.138517 second(s), 16 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回復 返回頂部 返回列表