看板 comm_and_RF 關於我們 聯絡資訊
Hi 大家好 有個問題困擾我許久,想請問是否有遇過相同問題且是否有較適合的解決方法,問題如下 。 為了要跑電源時域的結果,我使用2019版本的Hspice來吃S參數,然後基本上在使用S參數 跑時域模擬的時候都會遇到發散的問題,但這邊有試著將S參數轉成RLGC的電路形式,就 可以解決,不會有發散的問題。 但還是覺得將S是參數(寬頻的結果)轉成RLGC(窄頻的模型)的方式並不恰當。 所以想請問各位大神在Hspice上是否有較合適的方法或設定? 謝謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.165.3.82 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/comm_and_RF/M.1607534737.A.BC3.html
supergoal: 借問,ansys的也有這種問題,想說是不 101.14.227.40 12/10 12:28
supergoal: 是系統不穩定,要重抽 101.14.227.40 12/10 12:28
supergoal: 你的是不是cpm? 101.14.227.40 12/10 12:34
supergoal: 更正->重新設計 101.14.227.40 12/10 12:46
changebob: 對,我這邊會加上CPM一起做模擬223.137.190.165 12/10 18:56
changebob: 很常會遇上發散的問題223.137.190.165 12/10 18:56
profyang: 講個幹話: ADS比較不容易發散XDDD 114.32.221.23 12/12 21:53
supergoal: 不太懂這梗XD, 是ads軟體,不會有問題 49.216.143.4 12/13 10:45
supergoal: 麼? 49.216.143.4 12/13 10:45
JeremyLin17: 建議先確認s參數本身的passivity或ca 101.14.219.25 12/13 12:30
JeremyLin17: usality 101.14.219.25 12/13 12:30
profyang: 因為原PO既然問Hspice應該是ads沒得用 114.37.141.44 12/13 20:42
profyang: 所以才說是幹話 114.37.141.44 12/13 20:42
esl0: ads預設enforce pasv 但不發散不代表結果正 1.200.205.148 12/14 15:06
esl0: 確 1.200.205.148 12/14 15:06
kinglyway: Hspice也可以開enforce_pasv吧? 42.72.40.49 12/15 16:36
supergoal: 會影響結果,還不如重新設計整個系統? 49.216.143.4 12/15 16:42
kokoyou: Broadband spice不一定是窄頻模型吧 而且 49.216.47.191 01/26 19:25
kokoyou: 跑電源頂多看到1G? 49.216.47.191 01/26 19:25
supergoal: broadband spice 可以到幾ghz 有捨麼優 101.10.31.48 01/27 11:57
supergoal: 缺點麼?謝謝 101.10.31.48 01/27 11:57
jacobfly: 1. 確定頻率從dc開始 2. 建議至少是2 po 180.176.50.24 06/17 22:35
jacobfly: rts system 180.176.50.24 06/17 22:35
Meyo: Causality? https://tinyurl.com/ygr4lm8w 49.216.143.245 08/22 22:06