1. 寄存器的作用

1）時序邏輯存儲數據。例如，一個計數器，每個周期要加1，那它就要使用寄存器實現。純組合邏輯是實現不了的。

2）CPU和硬件協調工作，提高設計的靈活度。例如，在休眠時，我們可能會把某個模塊的時鐘關掉，然后在正常工作時，再將時鐘打開。這個就可以通過CPU來實現。

2.基地址/偏移地址

幾乎我們設計的每個模塊都會有寄存器，而它們的寄存器或多或少能被CPU訪問到。但CPU的接口通常只有一組總線去訪問這些模塊，所以設計上都會把CPU和各個模塊掛到總線上。這樣CPU作為Master就能夠訪問到所有的模塊了。

那CPU的地址是怎么映射到一個具體的寄存器上的呢？這就是涉及到基地址和偏移地址的概念。首先，我們在定架構時，會做一張地址映射表格。我們就以下圖為例，假設給每個外設接口都分配了32KB的地址空間，32KB占用的是15bit。所以32bit的CPU地址的高17位就是基地址，而低15位便是偏移地址。當CPU發一個0x46018000的地址下來，那么硬件會自動根據它的基地址判斷它是去訪問I2C的。然后根據偏移地址便可以知道是訪問I2C的哪一個寄存器了。

3. 寄存器的復位

需不需要復位

如上圖，就面積而言，同樣的驅動等級下，帶復位的寄存器要比不帶復位的寄存器大。所以在實際中，為了節省面積，有些寄存器是可以不加復位的。那么，什么樣的寄存器不需要復位呢？答案很簡單：如果一個寄存器的值是在別的信號的控制下更新，且只有在更新后才會被使用，那么這個寄存器就可以不用復位。例如流水線的數據通路；又例如總線設計中的部分寄存器。我們以AXI總線的地址通道為例，由于addr和size這些控制信號是在valid和ready的控制下更新的。換句話說，在時鐘沿下，只要valid和ready同時為高，addr和size就會馬上更新；而valid和ready只要有一個不為高時，總線都不會去使用addr和size的值（此時它們的值是don’t care的）。在這個前提下，addr和size是可以不用復位的；但是valid和ready就一定要復位。參考代碼如下：

不過話說回來，寄存器不加復位的設計風險會比較大，所以建議在設計初期都加上復位，后面要摳面積時，再回來修改。

同步復位or異步復位

在電路結構上，同步復位是要比異步復位多一個與門的。如果采用同步復位設計，那么就相當于每個寄存器都會多一個與門，這無疑會撐大面積。所以現在的設計基本上都是采用異步復位，然后在前面加個異步復位同步釋放電路。

而由于異步復位同步釋放是要在時鐘下對復位打兩拍，所以在一些源同步設計中，我們要特別注意的一個問題是：時序上是否允許你做同步，例如在SPI slave的設計中，假設我們使用CS進行復位。由于時鐘是master發送過來的，每一個數據對應一個時鐘。這時就不能用master發送過來的時鐘做同步了。

復位源

一個復雜的設計中，一個寄存器可能會有很多復位源的。例如，上電復位，軟復位，watchdog復位等等。因此，在設計的時候，我們要先根據功能和應用場景將寄存器分到不同的復位域。并畫出具體的復位電路圖，然后對著電路圖來coding。

復位原因記錄寄存器

當復位源很復雜時，建議在設計中加上一個寄存器。用于記錄上次復位的原因，方便debug。如下圖，不同的復位，該寄存器會被復位成不一樣的值。另外，還可以加上一個計數器，用于記錄復位的次數等。

4.寄存器的時鐘域

這里的時鐘域指的是，配置寄存器的時鐘域和使用寄存器的時鐘域。如果它們是同一個時鐘域，那就沒什么好顧慮的。但是如果它們屬于異步時鐘域。那這時候就要對寄存器做靜態和動態甚至更細的劃分。所謂靜態寄存器是指，在使用的過程中，寄存器是不會被改變的；而在改變的過程中一定不能被使用。舉個例子，假設某個模塊的時鐘是通過分頻獲得的，而分頻系數可能在上電初始化后就不會再去修改，而這個模塊只會在初始化完成之后才會啟動工作。那么這個分頻系數寄存器就可以當作是靜態的。否則，這個寄存器就是動態的。

在跨時鐘域處理的場景中，區分靜態和動態寄存器尤為重要。例如，假設一個寄存器是在clka下配置的，卻用于clkb下。這時，如果是靜態寄存器，那就不需要做跨時鐘域處理。因為不管clkb在哪個時刻采樣，都只能采到固定值；而動態寄存器可能在采樣時發生變化，從而導致亞穩態的出現。當然，也有人為了保險起見，不管是靜態和動態寄存器，都統一做跨時鐘域處理了。

5.訪問權限

寄存器的訪問權限類型多種多樣，包括但不局限于下圖。我們在設計中要考慮的是，哪些寄存器是CPU能否訪問的，哪些寄存器是硬件能夠訪問的。尤其是在安全相關的設計中（例如安全boot），要特別重視這訪問權限。因為CPU能讀到的東西，隨時都會被別人看到。

訪問權限在寄存器描述文檔中是必不可缺的。下面給出一個參考格式。

6.Byte mask

CPU訪問寄存器的數據總線要么是32bit，要么是64bit。也就是說數據總線會是多byte的。如果沒有byte mask，那么CPU在修改某一byte時，要做讀改寫的操作。所以通常在設計中，我們會給寄存器加上byte mask的屬性。例如，寄存器是32bit的，那么可以通過4bit的byte_en來控制寫。

7.多路訪問源仲裁

一個寄存器有多個訪問源的場景很常見。例如，CPU和其它硬件都可以訪問；又例如多個CPU可以訪問。我們舉個例子，假設模塊A和模塊B都有一個SPI控制器，但是它們共用一組IO，并使用一個寄存器spi_switch來選擇是模塊A還是模塊B的控制器接到IO中。而好死不死spi_switch又正好能夠被兩個CPU配置。那么，假設CPU0把IO交給了模塊A，如果模塊A在使用SPI傳輸的過程中，CPU1把IO切到了模塊B，這就出問題了。那么只是在寄存器spi_switch的設計上下功夫，該如何設計才能避免上面的問題呢？答案是有的，但我要賣個關子，你們自己想去吧。

8.保留寄存器

在實際項目中，固件的完成時間往往要落后于RTL設計，你總會遇到tapeout了，固件還在設計的情況。也就是說，我們在設計RTL時，有可能固件的一些功能或架構還不夠明確。所以我們在設計時，可視情況，預留多一些寄存器，這些寄存器在RTL設計時還沒有明確的功能，因此，我管它們叫做保留寄存器（reserved寄存器），如下圖。萬一固件哪天需要使用寄存器來做標記，直接使用這些保留寄存器即可。

9.寄存器和RAM之間的選擇

項目中使用到memory做緩存是家常便飯。而從實現的角度來看，這些memory可通過寄存器來實現，也可以通過調用RAM來實現。選擇寄存器和RAM需要考慮三點：

1）面積。一般小的memory可以使用寄存器搭；而較大的memory使用RAM搭比較換算。兩者選擇的邊界很難分清，需要根據具體工藝來評估。

2）因為寄存器的讀取是單拍就出來了，而RAM的讀取要等下一拍才出來。所以在做選擇時，我們要先看看是否允許數據下一拍出來。

3）RAM的讀latency很大，它有可能是項目timing的瓶頸。尤其是RAM比較大，或者RAM的訪問源比較多的時候。在評估時，可是打開RAM的library，來查看具體的latency。

10.默認值

設置寄存器的默認值也是一門藝術。這里列幾個我暫時還記得的規則：

1） IO驅動的默認值不要給太小。

2） MCU復位自己的軟復位寄存器的默認值不能有效。否則，復位狀態下，MCU根本就動不起來，更別說去釋放軟復位了。

3）時鐘gate相關寄存器要防止死鎖。舉個極端的例子，假設MCU的時鐘gate是通過MCU自己配置寄存器來控制的。那么這個gate寄存器的默認值就是要開啟的。否則復位后，時鐘會被gate住，MCU根本就動不起來。

11.寄存器復用

還是為了那該死的面積。舉個例子，假設一個系統是半雙工的，也就是說同一時間只能讀或者只能寫。那么讀跟寫是可以共用一部分寄存器的。

12.寄存器訪問接口

比較常見的寄存器接口有三個：

1.APB總線

2.AHB總線

3.用戶自定義的總線

具體的設計實例，去知識星球看I2C控制器的代碼吧。

13.寄存器文檔和代碼自動生成

手敲寄存器代碼，MAS文檔和代碼分開維護都是蛋疼的事情。所以很多公司都只會維護一張excel表格，并在excel表格的寄存上生成MAS和代碼，甚至是C語言頭文件和寄存器RALF文件。這個具體的腳本還在開發中，后面會更新到知識星球。

14.寄存器的setup和hold time

請看我之前寫的這篇文章《從寄存器結構上理解setup和hold time》

目前只想到這些了，洗洗睡吧

審核編輯：湯梓紅