本篇對SOC設計,FPGA設計也有相當大的借鑒意義.本著幫助別人,提升自己的宗旨,記錄,總結,回憶從接觸這個行業的所聽,所記,所感.其中一部分經驗是自己實戰總結的,一部分經驗是從書上看到的,一部分經驗是從別人那學到的.難免會有錯誤,還請大家不吝指正. IC設計其實是一個門檻特別高的行業,要學的專業特別多,要會的工具特別多,要走的流程特別長,要花的時間也要足夠,所以你可以理解為他是一個要求特別多的行業.你可以認為他是高富帥行業,也可以認為他是屌絲行業,但是這都不妨礙他對這個社會的巨大貢獻.因而學會IC設計于己于人都是相當有誘惑力的. 本篇介紹從5個方面來談IC設計實戰經驗: 一:設計架構的劃分,這一塊是相當重要的,你可以在很多的書籍中看到,很多的書籍中也都會談論如何進行架構的劃分.架構的劃分好比蓋房子,設計好整個房子的結構,后面才能一磚一瓦的網上填,最后的摩天大樓才能建成.架構的劃分又可以分為如下幾個方面: 1 ) 軟硬件劃分,什么歸軟件來做,什么歸硬件來做,如何達到效率的最高效;這個方面其實很困難的,一般都是相當有經驗的人才來做架構的劃分,但是一般會遵循一些原則,即:軟件的靈活性比較大,所以一般做一些控制類的活兒,硬件的并行性比較大,所以一般用來做加速,遵循這些原則的話,劃分以來或許簡單一些.當前比較流行的做法是軟硬件協同設計,具體可以參考相關的書籍. 2)算法設計,例如快速搜索,快速比對,軟件的一些思維未必適合硬件實現,因為硬件需要考慮資源問題,需要考慮速度和面積,需要考慮組合邏輯的延時等等,不能一味的追求單方面而忽略了其他的方面. 3)性能因素的考慮,譬如帶寬為多少合適,太寬并不一定就會很快,要考慮如何提升吞吐率,可以從各個方面入手. 4)模塊設計的劃分,一個太大的模塊不適合實現,也不適合維護,當別人接手時也很難快速的理解,所以模塊劃分要得當,可以基于接口,基于功能,基于靈活性,一個好的劃分會帶來很多的好處,例如易于維護,易于理解,出錯概率低,相反,會看起來很臃腫,很奇怪,也難以維護升級.另外模塊代碼的行數不易過多,當然也沒必要劃分出幾十個小的模塊,那樣維護起來也是相當的痛苦. 二:設計技巧,這一部分包括如下幾個方面: 1)利用腳本加速開發,例如利用腳本進行接口的自動連線,快速復制相似的代碼,如果恰當合適的利用腳本,會使你的開發事半功倍. 2)狀態機的設計,組合邏輯和時序邏輯分開,狀態機不宜過大,否則會出現很大的比較器. 3)one hot編碼推薦使用，這個在后面的ECO時比較方便更改。 4）流水線技術，這個技術可以提高吞吐率，有利于時序的優化，利用流水線技術可以高效發訪問DDR，但是流水線也有弊端，例如某個階段的時間太長，或者某個階段依賴于前一個階段，流水線一定要設計得當，否則可能會弄巧成拙。 5）利用鏈表技術可以節省memory的使用，當然這個很多時候要看具體的應用場景。 6）在設計模塊的時候，可以簡單的設計一個可以綜合的Testbench，這樣你可以不依賴單獨設計Testbench的人，你可以繼續往后推進你的模塊設計，你可以上FPGA開發板上簡單的驗證。 三:設計實現技巧，你的設計一定要是可實現的，否則你的設計沒有任何意義，就是一堆垃圾字母而已。該技巧包括如下幾個方面： 1）你的電路要具有可測試性DFT，這個可以在后端插入scan，你的電路中的memory要有mbist的電路，用于自動產生數據讀寫RAM，自動比對結果，一般這都是到后端后會接觸的東西。 2）你的電路要能夠做STA，你的電路中最好只用一個沿來采樣（DDR這種情況除外），因為很難保證兩個沿都能卡的很好。 3）注意跨時鐘域的處理，跨時鐘域如何進行驗證。 4）功耗和面積之間的權衡，門控時鐘的使用，RAM的使用。 5）FPGA的選擇，到一定程度時，電路需要到FPGA上進行驗證，快速的FPGA十分的昂貴，便宜的可能又達不到項目的需求，所以一定要權衡好兩者之間的關系。 6）關于RAM的實現，可以用register實現，也可以采用生成的ram實現，一般比較小時采用register實現（一般小于512bits）,而且RAM要盡量成正方形，因為太深或者太寬的ram不好布局布線，他占了一塊面積后，其他的只能擾很的距離來布局布線，不利于時序的優化。 四:設計調試技巧，你的設計在后面將轉為大量的調試,無論是波形仿真的調試,還是上FPGA的調試,或者是芯片回來的調試,都是一份相當大,相當困難,相當耗時的艱巨任務。該技巧包括如下幾個方面： 1）你在設計的時候就要充分考慮如何進行后續的驗證,你可以拉出一些信號進行調試,但是由于出pin的數量限制，所以你可以利用mux分級拉出信號，然后用寄存器配置的方式，選擇哪些pin被拉出，這樣你可以拉出很多的pin. 2) 你可以加一些寄存器用于調試,例如中斷寄存器，error寄存器，狀態機寄存器，拉出狀態，看狀態跳轉的是否正確。 3）如果你的設計中有ram，你要充分考慮ram該如何驗證，否則ram出錯的話將是十分頭疼的事情。 4）如果你做的是通信類的設計，要考慮loop_back模式的測試，這樣不需要和別的設計進行連接。 五:溝通的技巧，這一塊說不重要其實可以說是最重要的，設計的要和驗證的溝通，硬件的要和軟件的溝通，做技術支持的要和客戶溝通，上下級要溝通，反正溝通無處不在。所以你要注意下面幾個方面： 1）保留平時的溝通記錄，可以幫助你到時候進行review，也可以幫助你到時出錯時作為證據。 2）通過各種手段進行溝通，例如郵件，電話，會議等等，要充分讓別人懂你說的，你也懂別人說的，開會不要漫無目的，要把握時間。 3）溝通的最主要目的是發現問題，解決問題，所以怎么高效怎么辦。 來源：面包板博主——sunyzz博主 (mbbeetchina)