大家好，又到了每日學習的時間了，有一段時間沒有正經更新了，之前有粗略地聊過FPGA的設計規范，那今天我們就詳細的聊一聊FPGA做開發的時候，有哪些設計規范，從文檔到工程建立等，聊一聊也許你會學到很多東西，少走很多彎路哦！
在團隊項目開發中，為了使開發的高效性、一致性、正確性，團隊應當要有一個規范的設計流程。按照規范來完成項目的設計開發工作，歸類清晰明了的工程文件夾級別；項目應擁有良好風格和完整的文檔，如設計思路與調試記錄及器件選型等；代碼書寫高效，即統一的書寫規范，文件頭包含的信息完整，無論自己還是團隊他人閱讀便一目了然。

一、文檔命名:

清晰的文檔命名能夠讓我們思路非常的清晰，所以FPGA工程文件夾的目錄要求層次鮮明，歸類清晰。一個工程必須要有一個嚴整的框架結構，用來存放相關的文檔、設計，不僅方便自己查看，也提高了項目的團隊工作效率。
下面我們來舉例說明:
一級文件夾為工程名
二級文件夾多個：
用以存放源文件
用以存放Testbench文件
用來存放設計思路相關類的文件
用來存放IP 核的文件
等等…

二、設計文檔化：
將自己對設計的思路和調試記錄在文檔中，有利于以后對模塊功能的添加和維護，并且在項目聯調時方便項目組其他人員讀代碼。也方便不同廠家的FPGA之間移植，以及FPGA到ASIC的移植。如下圖就是設計文檔化的舉例說明，文檔介紹清晰，功能分析明確，有利于以后對模塊功能的添加和維護。

設計思路：按照項目的要求，自頂向下的分成若干模塊，分別編寫功能。頂層盡量只做行為描述，邏輯描述在底層編寫。模塊的編寫要有硬件電路思維方式，每一個模塊的設計都應考慮是否存在該硬件電路，盡量采用同步設計。

三、編碼風格：

每個module應存在于單獨的源文件中，源文件名應與其所包含的模塊名相同。每個設計都應該有一個完善的文件頭，包含公司名稱、設計者、設計時間、文件名、所屬項目、模塊名稱及功能、修改記錄及版本信息等內容。代碼中的標識符采用傳統C語言的命名方法，在單詞之間用下劃線分開，采用有意義，能反應對象特征、作用和性質的單詞命名標識符，以此來增強程序的可讀性。為避免標識符過于冗長，較長的單詞可以適當的縮寫。

四、代碼規范：
低電平有效的信號，后綴名要用“_n”,比如低電平有效的復位信號“rst_n”
模塊名和信號名統一小寫
變量名要小寫，如wire、reg、input、output等定義的
變量命名應按照變量的功能用英文簡潔表示出來“xxx_xxx_xxx”,避免過長
采用大寫字母定義常量參數，參數名小于20個字母，如parameter TIME=20
時鐘信號應前綴“clk”,復位信號應前綴“rst”
對于頂層模塊的輸出信號盡量被寄存
三態邏輯避免在子模塊使用，可以在頂層模塊使用
到其它模塊的接口信號按：輸入、（雙向）、輸出的順序定義端口
一個模塊至少要有一個輸入、輸出，避免書寫空模塊
時鐘事件的表達式用“posedge”或“negedge”的形式
If語句嵌套不能太多
建議不要使用include語句
建議每個模塊添加timescale
代碼中給出必要的注釋
每個文件有個一頭文件
每個文件只包含一個模塊
模塊名和文件名保持一致
異步復位，用if(xxx==1’b1) 或 if(xxx==1’b0)
同步時序邏輯的always block中有且只有一個時鐘信號，并且在同一個沿動作
采用同步設計，避免使用異步邏輯
一般不要將時鐘信號作為數據信號的輸入
不要在時鐘路徑上添加任何buffer
在頂層模塊中，時鐘信號必須可見
不要采用向量定義的方式定義一組時鐘信號
不要在模塊內部生成時鐘信號，使用pll產生
盡量不使用任務
不使用事件變量
不使用系統函數
不使用disable語句
盡量不使用forever、repeat、while等循環語句
不使用不可綜合的運算符
在一個always語句中有且只能有一個事件列表
移位變量必須是一個常數
時序邏輯語塊中統一使用非阻塞型賦值
組合邏輯語塊中使用阻塞型賦值

五、注釋規則

***可綜合和不可綜合詳解***

（1）所有綜合工具都支持的結構：always，assign，begin，end，case，wire，tri，aupply0，supply1，reg，integer，default，for，function，and，nand，or，nor，xor，xnor，buf，not， bufif0，bufif1，notif0，notif1，if，inout，input，instantitation，module，negedge，posedge，operators，output，parameter。
（2）所有綜合工具都不支持的結構：time，defparam，$finish，fork，join，initial，delays，UDP，wait。
（3）有些工具支持有些工具不支持的結構：casex，casez，wand，triand，wor，trior，real，disable，forever，arrays，memories，repeat，task，while。

建立可綜合模型的原則
要保證Verilog HDL賦值語句的可綜合性，在建模時應注意以下要點：
（1）不使用initial。
（2）不使用#10。
（3）不使用循環次數不確定的循環語句，如forever、while等。
（4）不使用用戶自定義原語（UDP元件）。
（5）盡量使用同步方式設計電路。
（6）除非是關鍵路徑的設計，一般不采用調用門級元件來描述設計的方法，建議采用行為語句來完成設計。
（7）用always過程塊描述組合邏輯，應在敏感信號列表中列出所有的輸入信號。
（8）所有的內部寄存器都應該能夠被復位，在使用FPGA實現設計時，應盡量使用器件的全局復位端作為系統總的復位。
（9）對時序邏輯描述和建模，應盡量使用非阻塞賦值方式。對組合邏輯描述和建模，既可以用阻塞賦值，也可以用非阻塞賦值。但在同一個過程塊中，最好不要同時用阻塞賦值和非阻塞賦值。
（10）不能在一個以上的always過程塊中對同一個變量賦值。而對同一個賦值對象不能既使用阻塞式賦值，又使用非阻塞式賦值。
（11）如果不打算把變量推導成鎖存器，那么必須在if語句或case語句的所有條件分支中都對變量明確地賦值。
（12）避免混合使用上升沿和下降沿觸發的觸發器。
（13）同一個變量的賦值不能受多個時鐘控制，也不能受兩種不同的時鐘條件（或者不同的時鐘沿）控制。
（14）避免在case語句的分支項中使用x值或z值。

1、initial
只能在test bench中使用，不能綜合。（我用ISE9.1綜合時，有的簡單的initial也可以綜合，不知道為什么）
2、events
event在同步test bench時更有用，不能綜合。
3、real
不支持real數據類型的綜合。
4、time
不支持time數據類型的綜合。
5、force 和release
不支持force和release的綜合。
6、assign 和deassign
不支持對reg 數據類型的assign或deassign進行綜合，支持對wire數據類型的assign或deassign進行綜合。
7、fork join
不可綜合，可以使用非塊語句達到同樣的效果。
8、primitives
支持門級原語的綜合，不支持非門級原語的綜合。
9、table
不支持UDP 和table的綜合。
10、敏感列表里同時帶有posedge和negedge
如：always @(posedge clk or negedge clk) begin...end
這個always塊不可綜合。
11、同一個reg變量被多個always塊驅動
12、延時
以#開頭的延時不可綜合成硬件電路延時，綜合工具會忽略所有延時代碼，但不會報錯。
如：a=#10 b;
這里的#10是用于仿真時的延時，在綜合的時候綜合工具會忽略它。也就是說，在綜合的時候上式等同于a=b;
13、與X、Z的比較
可能會有人喜歡在條件表達式中把數據和X(或Z)進行比較，殊不知這是不可綜合的，綜合工具同樣會忽略。所以要確保信號只有兩個狀態：0或1。
如：
1 module synthesis_compare_xz (a,b);
2 output a;
3 input b;
4 reg a;
5
6 always @ (b)
7 begin
8 if ((b == 1'bz) || (b == 1'bx)) begin
9 a = 1;
10 end else begin
11 a = 0;
12 end
13 end
14
15 endmodule

以上是個人整理出來的一些設計規范，有些部分有重復，但無傷大雅，適用于FPGA Verilog HDL設計，VHDL的話設計思想是一樣，大同小異，大家可以舉一反三，今天就聊到這里，感謝并祝好。