AHB中Hready_in和Hready_out深入理解

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的作用：

1. AHB 流水操作

2. AHB连续访问，且跨多个（2个或2个以上）slave访问

3. 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的接法：

1. 对单ahb slave的系统，因为整个系统只有1个ahb slave，所以此时hready_in并无实际意义，直接将slave的hready_in接到slave的hready_out即可，当然master的hready_in也必须要接slave的hready_out

2. 对于多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，如此便可确保选出正确值