以下文章來源于AdriftCoreFPGA芯研社，作者CNL中子

前言

在 SoC、FPGA IP、外設(shè)控制器等系統(tǒng)中，配置通路(Configuration Bus) 幾乎無處不在——寄存器讀寫、狀態(tài)回讀、DMA 觸發(fā)、控制接口、模塊初始化這些都離不開一條穩(wěn)定可靠的配置總線。

在實(shí)際設(shè)計中，工程師往往需要在 APB、AHB、AXI-Lite 之間做權(quán)衡與選擇。

然而，這三種協(xié)議各有優(yōu)點(diǎn)，也各自帶著不容忽視的工程痛點(diǎn)。

雖然配置通路本身屬于低速域，看起來不復(fù)雜，但真正落地到幾十個外設(shè)、跨時鐘域、壓 timing、做slice、處理讀寫語義一致性時，往往會暴露出各種棘手問題。

本文將基于實(shí)際工程經(jīng)驗(yàn)，討論 APB / AHB / AXI-Lite 在真實(shí)項目中的常見痛點(diǎn)和使用場景。如果你有不同的觀點(diǎn)、踩過更深刻的坑，或有更好的架構(gòu)方法，歡迎在評論區(qū)一起交流。

APB

APB 可以說是最簡單的一類總線協(xié)議，在眾多 IC 設(shè)計和 FPGA 項目中都被大量使用。它無流水、無突發(fā)，控制信號少、時序關(guān)系簡單，在所有常見總線中資源占用理論上最小。其優(yōu)點(diǎn)是簡單、穩(wěn)定、易集成;缺點(diǎn)同樣明顯：帶寬與性能有限。

在大多數(shù)配置場景中，只是寫寄存器、回讀狀態(tài)，對性能需求并不高，因此 APB 能在各類 SoC 中存活超過 20 年也就不足為奇。

然而，APB 的簡單只在系統(tǒng)規(guī)劃良好的前提下成立。當(dāng)初期沒有做好 APB slave地址空間的規(guī)劃，例如一個 master 需要連接幾十路 slave 時，復(fù)雜度就會急劇上升。

時序收斂難度陡增

APB 信號數(shù)量雖然不多，但組合邏輯比例很大。當(dāng)你把幾十路 PSEL、讀寫分配、多路選擇器等全部堆在一個大型crossbar中，綜合之后會出現(xiàn)典型問題：

? 長組合路徑鏈條過多

? 分布式邏輯跨區(qū)域布局

? 極高的 Fanout

? 全局走線拉得非常長

最終結(jié)果很容易是：時序全面崩壞。

APB 極不適合做slice/pipeline

在 SoC 中通過切關(guān)鍵路徑插一拍，是傳統(tǒng)且有效的時序優(yōu)化手段。但 APB 具有一些獨(dú)特缺陷，使得 pipeline 十分困難：

? APB 沒有完整的握手機(jī)制

? 時序依賴固定的兩拍協(xié)議 + 半同步行為

? 讀寫共享通路，不像 AXI 那樣天然分離

? 寫路徑可能只有一條，而 pready / prdata 卻可能來自幾十路，從而難以統(tǒng)一處理

在這種情況下，隨意插入一拍非常容易破壞協(xié)議timing diagram，例如：

? PSEL / PENABLE 的時序關(guān)系被打亂

? PREADY 反饋延遲不一致

? PRDATA 返回周期無法與手冊周期要求匹配

即便你強(qiáng)行做成了slice，它也不會像 AXI-Stream 那樣形成一致、標(biāo)準(zhǔn)的pipeline結(jié)構(gòu)。由于讀寫通路不分離、通道數(shù)不對稱、反饋路徑復(fù)雜，實(shí)現(xiàn)最終往往會變成一坨難以維護(hù)的“屎山”。

更糟糕的是，當(dāng)系統(tǒng)已經(jīng)發(fā)展到幾十路slave，這時候想再做分區(qū)規(guī)劃、把 slave 進(jìn)一步級聯(lián)或分層，往往已經(jīng)為時已晚。此階段想要重構(gòu) APB 配置通路意味著：

需要重新推導(dǎo)、重新規(guī)劃整個路徑，工作量巨大。

AXI-Lite

AXI-Lite 是 AXI 協(xié)議的精簡版本，主要用于配置類訪問。其請求、數(shù)據(jù)與響應(yīng)完全分離，包含五個獨(dú)立通道：AR、AW、W、R、B。

與完整 AXI 不同，AXI-Lite 不支持 burst，也沒有 ID，因此僅支持單次訪問。然而，它允許：

? AR 通道連續(xù)握手(連續(xù)發(fā)起讀請求)

? AW/W 通道連續(xù)握手(連續(xù)發(fā)起寫請求)

? 讀寫并行執(zhí)行(讀寫通道完全獨(dú)立)

因此在 Xilinx IP、Intel IP 等主流平臺中，AXI-Lite 是默認(rèn)的配置通路方案。

多子系統(tǒng)下的順序不可控問題

在 多個 Slave 并存的系統(tǒng)中，AXI-Lite 的并行讀寫機(jī)制可能會讓順序處理變得異常棘手。

例如，你依次發(fā)起了兩次讀訪問：

1. Read SLAVE_A
2. Read SLAVE_B

AXI-Lite 不保證返回順序與發(fā)出順序一致。

由于讀通道是完全獨(dú)立且可并發(fā)的，SLAVE_B 的響應(yīng)可能比 SLAVE_A 更早返回。

在多 SLAVE 情況下，讀寫之間不存在全局順序，你以為“先發(fā)起的 READ 會先回來”，但協(xié)議并不這么保證。

因此，如果系統(tǒng)邏輯需要順序語義(例如狀態(tài)機(jī)嚴(yán)格依賴先后順序)，就需要額外的順序控制手段，例如：

? Ordering FIFO(請求順序緩存)

? tag(人為添加事務(wù) ID)

? 狀態(tài)同步機(jī)制

? 或者直接給每個子系統(tǒng)分配獨(dú)立的控制端口

這些都是額外的工程成本。

在特殊場景中，如果連續(xù)訪問的是同一個 slave，內(nèi)部順序通常不會被打亂，但跨 slave 就必須顯式處理。

硬件資源與結(jié)構(gòu)復(fù)雜度更高

由于 AXI-Lite 的五通道是分離的，并且允許連續(xù)發(fā)起請求，因此需要一定的 outstanding 能力(哪怕只有 1 層)，也導(dǎo)致：

? 接線較 APB 明顯復(fù)雜

? 資源成本更高

? crossbar、仲裁、通道同步邏輯更重

換句話說，AXI-Lite 在靈活性和并行性上優(yōu)于 APB，解決了APB難以做slice/pipeline的痛點(diǎn)，但其工程成本和硬件復(fù)雜度也隨之提高。

AHB-Lite

AHB-Lite 是 AMBA AHB 協(xié)議的精簡版本，主要用于中等帶寬的外設(shè)訪問與配置類場景。

相比完整AHB，AHB-Lite 去掉了多主機(jī)仲裁(single master) ，但保留了 AHB 的關(guān)鍵特性：

流水化、單周期地址階段 + 數(shù)據(jù)階段解耦、支持 burst、支持 back-pressure。

在 AHB-Lite 中，每一次訪問由兩部分組成：

? 地址階段(Address Phase) ：由 HADDR、HTRANS、HWRITE 等信號描述

? 數(shù)據(jù)階段(Data Phase) ：由 HRDATA、HWDATA、HREADY、HRESP 等信號描述

兩個階段是 嚴(yán)格對齊但可流水化 的，也就是說：

? 當(dāng)前周期發(fā)送地址

? 下一個周期就可以發(fā)送下一次地址

? 數(shù)據(jù)返回與否由 slave 的 HREADY 控制

這種結(jié)構(gòu)比 APB 靈活，也比 AXI 簡單。

但是，AHB-Lite 也存在一些現(xiàn)實(shí)痛點(diǎn)。

HREADY 同時影響控制與數(shù)據(jù)階段

AHB 最讓工程師頭疼的地方在于 HREADY 信號承擔(dān)了兩重語義：

? 表示“本拍的數(shù)據(jù)是否有效”

? 表示“下一拍的地址/控制階段是否可以推進(jìn)”

這會帶來典型的工程不優(yōu)雅行為：上一個數(shù)據(jù)階段的 ready 會影響當(dāng)前地址/控制階段。

例如，在寫 SLAVE_A 的數(shù)據(jù)的下一拍，如果要訪問 SLAVE_B，HREADY 已經(jīng)切換到 SLAVE_B 上，而 SLAVE_A 的數(shù)據(jù)階段可能還未完成。

因此在設(shè)計 slave 時，通常需要處理兩個 ready 信號：

? 總線側(cè)的 HREADY(輸入 ready)，用于控制數(shù)據(jù)傳輸

? Slave 輸出的 HREADY，用于表明數(shù)據(jù)已經(jīng)被接收

主流 FPGA 支持不足

在 FPGA 工程中，AHB 還存在另一個痛點(diǎn)：生態(tài)與工具支持有限。

? 主流 FPGA 的生態(tài)幾乎都是 AXI 為主

? AHB 不像 APB 那樣簡單，也缺少官方 interconnect IP

? Vivado/Quartus 等工具對 AHB 的參考設(shè)計和自動生成支持非常有限

? 很少有工程師愿意在 FPGA 中自己實(shí)現(xiàn)一套 AHB 互聯(lián)

因此，盡管 AHB 有其優(yōu)勢，實(shí)際使用時需要付出更多工程成本。

AHB 的工程實(shí)用性

盡管存在這些痛點(diǎn)，但在 特定規(guī)模的配置總線場景 下，AHB-Lite 仍然非常實(shí)用：

? 它解決了 APB 難以做 pipeline 的問題

? 它避免了 AXI-Lite 需要手動管理順序語義的麻煩

? 同時，AHB-Lite 的復(fù)雜度介于 APB 和 AXI-Lite 之間，既不太弱，也不過于臃腫

因此，對于中等規(guī)模的配置通路，AHB-Lite 往往是工程上最折中的選擇。

寫在最后

在實(shí)際 SoC、FPGA IP 與外設(shè)控制器設(shè)計中，配置總線的選擇往往是權(quán)衡穩(wěn)定性、性能與工程成本的折中。

從工程實(shí)踐來看：

APB 適合簡單、低速配置場景，資源占用最小，但在系統(tǒng)規(guī)模擴(kuò)大、跨時鐘域或多 slave 情況下容易遇到時序收斂和 slice/pipeline 難題。

AXI-Lite 靈活性高，讀寫通道獨(dú)立且可并行，但需要手動管理順序語義，硬件復(fù)雜度和接線成本高。

AHB-Lite 在中等規(guī)模配置總線中最為折中：它既解決了 APB 難以 pipeline 的痛點(diǎn)，也規(guī)避了 AXI-Lite 的順序管理麻煩，同時硬件復(fù)雜度適中，但需要處理 HREADY 雙重語義，并且在 FPGA 中缺乏工具支持。