APB2速问速答
Q:貌似根据上面的状态机模型以及读写时序图。有没有PENABLE信号实际上都可以完成APB传输,那么APB slave是否真的需要penable信号?
A:分两种情况讨论:
- 如果APB slave有PCLK时钟信号的话,那么确实是不需要penable信号的。检测到PSEL为高,即进入到access阶段。然后在第二个时钟周期完成数据传输即可。相应的代码如下所示(这段代码是网上找到的)
`timescale 1ns/1ps `define DATAWIDTH 32 `define ADDRWIDTH 8 `define IDLE 2'b00 `define W_ENABLE 2'b01 `define R_ENABLE 2'b10 module APB_Slave ( input PCLK, input PRESETn, input [`ADDRWIDTH-1:0] PADDR, input PWRITE, input PSEL, input [`DATAWIDTH-1:0] PWDATA, output reg [`DATAWIDTH-1:0] PRDATA, ); reg [`DATAWIDTH-1:0] RAM [0:2**`ADDRWIDTH -1]; reg [1:0] State; always @(negedge PRESETn or posedge PCLK) begin if (PRESETn == 0) begin State <= `IDLE; PRDATA <= 0; end else begin case (State) `IDLE : begin PRDATA <= 0; if (PSEL) begin if (PWRITE) begin State <= `W_ENABLE; end else begin State <= `R_ENABLE; end end end `W_ENABLE : begin if (PSEL && PWRITE) begin RAM[PADDR] <= PWDATA; end State <= `IDLE; end `R_ENABLE : begin if (PSEL && !PWRITE) begin PRDATA <= RAM[PADDR]; end State <= `IDLE; end default: begin State <= `IDLE; end endcase end end endmodule
- 如果APB slave是纯粹的组合逻辑,也就是没有PCLK的情况下。这个时候是需要penable信号的。
- 当PSEL & !PENABLE为1的时候,代表是setup stage,实际上此时slave什么都不用干
- 当PSEL & PENABLE为1的时候,代表是access stage,slave顺势完成数据传输即可
APB3协议
新增的两个信号
APB3在APB2的基础上增加了两个信号,PREADY和PSLVERR,这两个信号都是由slave产生的。
对于写操作而言,PREADY信号用于标志slave设备是否已经准备好接收这一笔数据。而对于读操作而言,PREADY信号用于标志slave设备是否已经准备好了要返回给Master的数据。
有了PREADY信号,从机就可以反压主机。因此PREADY这个信号可以说是非常的棒啊,它让主从之间的通信更加的可靠,也增加了从机的控制能力,不至于出现主机写的数据从机压根没收到或者从机没有准备好读数据,进而主机读到错误的数据的情况。
此外我再讲解一下为什么会出现从机没有准备好的情况。对于读操作而言,非常好理解,你要读的数据我还没准备好呢(可能正在运算),那我当然不能拉高PREADY,不然就给了你错误的数据了。只有我数据准备好的时候,我拉高PREADY,这样才能确保读不出问题。而写的话,这种情况往往出现在写特定的地址,这个时候外设本身要进行判断是否可以写,因此两个周期就完成不了,就暂时不能拉高PREADY,你的Master就必须要维持住。当PREADY拉高代表这一拍能够写进去了。因此主机也就可以不再维持原有的状态了。
PSLVERR,(apb slave error)顾名思义。用于从slave向master返回传输错误,这个错误是slave自己定义的,比如写了不允许写的地址,即非法地址访问。或者是访问超时了,slave回应不了了。就可以拉高这个信号,从而避免总线锁死。
写操作时序
上图是没有wait states的情况。两拍完成写操作。和APB2的区别在于多了个PREADY,需要在传输的第二拍也就是真正发生数据传输的那一拍拉高。其它的和上面的写时序是一模一样的,因此不再讲解。
我们再看看有wait states的情况,上图四拍才完成写操作。此时setup还是一个周期(从T1->T2),而access是三个时钟周期(从T2->T5)。可以看到主机的信号应该保持不变,一直持续到从机的PREADY信号拉高以后,等待拉高以后的这一拍完成传输,才可以改变其它的信号。(即T1->T5这段过程,PADDR、PWRITE、PSEL、PWDATA都应该保持不变)。
读操作时序
我们直接看复杂点的情况,可以看到PREADY信号和PRDATA信号在同一拍发生变化。此时的PREADY信号也可以理解为从机此时提供的PRDATA才是有效的数据。进而完成了一次完整的传输过程。
Error response
以写为例,实际上就是在真正发起传输的那一拍(也就是PREADY拉高的那一拍)顺势拉高PSLVERR,用于标志这次传输失败。
为什么需要APB4?
APB4在APB3的基础上又增加了PPROT和PSTRB信号。
PPROT信号有三个比特,含义分别如下:
对于CPU而言,可以工作在用户模式下也可以工作在特权模式下(比如RISC-V的USM三种模式)。对于支持trustzone的CPU,可以工作在secure world下,也可以工作在normal mode下。又由于现在的系统越来越复杂了,以前的外设是随意读写都可以,现在的一些外设或memory(比如一些CSR寄存器,Trusted RAM等)要求只能在secure下或者privileged模式下访问,因此就需要PPROT信号。
而PSTRB信号则比较好理解,它允许稀疏的写。其中的每一个比特对应于PWDATA的每一个字节。用1代表PWDATA的这一字节是否有效,其对应关系如下图所示:
至于读的话把PSTRB随便让它是啥就行,不翻转最好以减少功耗。这个信号是针对写而言的,读的话无所谓。
APB4和APB3以及APB3和APB2的兼容性问题
以APB4的slave和APB3的master为例,这个时候应该把PSTRB信号固定为全1,PPROT信号则取决于Slave是如何使用该信号的,根据不同的场景固定为不同的值。
而APB3的slave和APB4的master相连接,这个时候实际上需要一个转接桥,因为本身可能只想写某一个字节,而slave此时不支持也不知道,那就需要一个中间逻辑将pwdata变成想要的值。(比如读回来时32'h2345,想将最高字节改写为6,此时只写一个32'h6000,PSTRB为1000,标志别的字节不要动。这个时候就需要一个中间逻辑将写的数据变成32'h6345)。实际上写起来也很麻烦,因此此时最好将APB3的slave改成APB4协议。
至于APB3和APB2不建议一起用,因为APB2没有PREADY反压机制,因此实际使用起来完全不一样,强行一起用会有巨大的坑。
下一节为大家带来APB相关的RTL设计,有什么疑问或建议欢迎评论或私信。
欢迎和我一起学习AMBA总线,完整的专栏在这里:
https://www.zhihu.com/column/c_1663245806869291008