2.8 RAM資源的應用

用戶做設計的時候發現自己的設計的代碼可能被識別為RAM資源，這個時候感覺很爽。有的時候啥也推斷不出來，可能會影響設計的性能。

那么什么樣的資源才會被設計工具推斷出來呢？

單端口，真雙端口，簡單雙端口塊RAM可以推斷.

RTL代碼來描述希望RAM功能的，將會被工具推斷為RAM的資源。

RTL描述必須有如下特點：

同步讀寫

每個時鐘周期只有一個或兩個地址被訪問

同步輸出復位
這就要求用戶必須對自己的代碼有一個非常清晰的認識才可以如此選擇，一個不小心用戶可能得到一個不是他想要的結果，這個對用戶來說，是一個災難性的選擇。

綜合策略也可以被用來幫助綜合工具選擇合適的資源。例如，當一個RAM可以既可以在分布式SelectRAM?存儲器，又可以在BlockRAM來實現時候，可以在綜合策略里面選擇使用BlockRAM來選擇使用的資源。

另外，切記FIFO無法被工具推斷出來。

可能很多用戶非常想知道如何來正確編寫HDL的代碼。下面就啰嗦兩句HDL代碼風格的事情。因為這個也關系到上面說的一些問題，讓用戶得到他想使用的資源。特別是新用戶面臨的最大挑戰是確保他們使用正確的推理最遠。

首先，檢查用戶是否正確使用了推斷的資源的最佳方法之一就是用戶通過綜合工具原理圖查看器直觀的進行觀察。用戶使用該觀察器后會發現無論用戶的功能如何變化，用戶使用的最基本單元，有LUT, 移位寄存器的LUT，分布式RAM和BlockRAM是沒有變化的。所有Slice的資源都是可以通過綜合器綜合出來的。但是用戶必須保證代碼的正確性。這意味著，如果你是用的控制信號和底層的觸發器原語需求不匹配，那么你就無法得到一個正確的觸發器資源使用。可能還需要多一個LUT來幫你實現功能。同樣移位寄存器的LUT不能提前賦值，不能有復位信號，而且只支持串行功能。當用戶代碼是并行處理，那么只會得到一個純粹的寄存器，而不是移位寄存器，這個可能并不是用戶想要的。同樣多路復用器應該使用Case語句，進行邏輯運算應該使用正確的算術運算符。例如，不能既使用了異或功能，又期望綜合器綜合出進位邏輯資源，它是不可能實現的。一般，我們的設計都是使用工具進行推斷，這幾乎是所有用戶的首選。他既保障易讀性，又增加了代碼的可重復性。然而我們有時候不得不使用例化IP來實現自己想要的功能。

XILINX提供了兩種途徑來完成這個例化功能。

第一是原語例化。

用戶可以發現，從該庫指南可以幫助用戶正確使用Xilinx的原語。這也是始終是學習如何推斷出相應的資源，并把它融入到用戶的邏輯中的最有效的資源。

該庫指南包含了XILINX的所有可能的基元和宏。所有原語和宏都詳細列出并包括一個示意圖，端口名（HDL實例），屬性名稱的功能描述，而對組件的行為的真值表描述。對使用的庫指南的好處是，當一種資源的推理有時是具有挑戰性的，用戶可以隨時例化它到他想要的原始設計中去。

Core Generator和 IP Catalog提供了很多優秀的IP資源供用戶選擇和使用。雖然有一些可能需要付一點費用，但是大部分IP XILINX都是提供免費使用的。這個IP有功能簡單應用，也有非常復雜的IP。這個架構導向的IP中最常用的之一就是時鐘管理單元的例化。使用IP Catalog可以幫助用戶生成高層次的組件，這些IP對該功能進行優化，可以使用戶設計的東西輕松的實現。