AHB中Hready_in的作用
【本文适用AHB Lite系统】
其他AHB协议中没有Hready_in
在AHB Slave中hready既要有输出hready_out,又要有输入hready_in,hready_out很容易理解,表示ahb slave已准备好或当前数据有效,但hready_in的作用却很容易让很多初学者蒙圈。
hready_in的作用:hready_in用于当前slave判断master对其他slave的操作是否已经完成,只有其他slave处于完成状态下,slave才能响应master的操作。
hready_in的这种作用主要体现在AHB的流水操作(pipeline)和多slave应用中;
一次AHB transfer分为addr phase和data phase两个阶段,另外AHB允许addr phase和data phase的流水操作(pipe line),流水操作是通过addr phase和data phase间的overlaping实现(即下个burst的addr phase可以在当前burst的data phase发出)。
slave可以通过hready_out信号来延长data_phase,但不能延长addr phase。当某个slave通过拉低hready_out延长当前data phase时,如果下一个transfer的addr phase已发出,此时会因addr不能被及时采样,导致addr phase被延长(即addr phase时,若hready_out为低,addr phase不会延长,但hready_in为低,则会导致addr phase延长)。
hready_in作用示例:
即便是流水操作,如果AHB连续对同一个slave进行burst读写,hready_in的作用也体现不出来,只有下边的情况才能体现hready_in的作用:
-
AHB 流水操作
-
AHB连续访问,且跨多个(2个或2个以上)slave访问
-
slave存在反压
如下图:
AHB master第二次访问S0时,S0出现反压,但此时访问S1的addr phase已经出现,且此时S1处于ready状态(hready_out_s1=1),但由于此时访问S0的data_phase未结束,S0通过hready_out_s0反压hready_in_s1,因此即便S1处于ready状态也必须hold住。
因此在设计AHB slave时,必须hready_out和hready_in同时为高,当次访问才能完成。
附1:hready的接法:
-
对单ahb slave的系统,因为整个系统只有1个ahb slave,所以此时hready_in并无实际意义,直接将slave的hready_in接到slave的hready_out即可,当然master的hready_in也必须要接slave的hready_out
-
对于多ahb slave的系统,则必须通过decoder将每个slave的hready_out译码后,输出hready_in接到所有的slave hready_in和总线桥的hready_in。
附2:hsel为什么只需在addr phase拉高,data phase却不需要保持?
这也是为了使用流水操作,设想如果data phase hsel需要保持为高,若master流水操作跨slave访问,hsel如何处理?
但是data phase hsel不保持,master和decoder侧如何确认是哪个slave返回的数据?
实际上master就是靠AHB的2个phase操作确认,因此AHB 读写均不允许乱序。
而对于decoder,则在逻辑设计上需要注意:decoder内部使用的hsel需要用hready_in锁存,也即在当次data phase未完成的情况下,因为hready为低,不会引用当前的hsel,而是继续保持此前的hsel,如此便可确保选出正确值