总结出来五个常用的模块交互架构，读者在进行项目设计时，可结合明德扬模块划分原则，参照“模块划分常用架构”进行模块划分。

§6.1 直接交互架构

直接交互不需要模块B反馈，模块A直接发送数据。一般应用于下游模块处理速率高于上游模块发送速率的场景。框图如图6-1。

图6-1 直接交互架构

直接交互架构的典型应用是4.2.1项目一：包文汇聚模块。其系统框图见图6-2。

图6-2 包文汇聚模块模块划分框图

在此项目中，网口A，B，C作为上游模块其工作时钟分别是40MHz、20MHz、10MHz，下游模块的工作时钟是80MHz。由于下游模块的处理速率高于上游模块的总发送速率，所以即使三个网口同时全速发送数据，下游模块仍然可以完成对所有数据的处理。

因此，下游模块不需要通过反馈信号控制上游模块数据的发送，即采用直接交互架构即可。

§6.2 无缓存rdy交互架构

当rdy为高电平时，表示模块B可以接受模块A的读写命令，开始传输数据，模块A每发送一个数据，模块B就处理，处理完后再发送下一个数据。一般应用于上游模块速率高，下游模块速率低，并且上游模块有缓存的场景。框图如图6-3。

图6-3 无缓存rdy交互架构

其实际应用请见6.6.1项目一：AT93C46的存储与读取

§6.3 有缓存rdy交互架构

收到读写命令后，模块A开始传输数据，数据先输入模块B的FIFO，然后模块A和模块B按照各自时钟进行读写FIFO的数据，可以解决读写速率不匹配的问题。一般应用于上下游模块都有缓存的场景。优点是控制简单，对时序要求不太严格。框图如图6-4。

图6-4 有缓存rdy交互架构

其实际应用请见6.6.1项目一：AT93C46的存储与读取。

§6.4 请求应答交互架构 

模块A请求发送，模块B收到应答后就可以传输数据。一般应用于上游模块等待响应后才能连续发送一段数据的场景。框图如图6-5。

图6-5 请求应答交互架构

此架构的一个典型应用是3.2.3项目三：SDRAM接口。其模块划分框图如图6-6所示：

图6-6 SDRAM接口模块划分框图

在3.2.3中，我们只设计了SDRAM的接口模块，可以按照SDRAM的时序完成读写操作，而读写指令、地址以及需要写入的数据等等，我们只把它们作为来自命令模块的输入信号，并不考虑它们是如何产生的。我们再来回顾一下命令模块的写时序，如图6-7。

图6-7  SDRAM命令模块的写时序

读者会发现其中有两个信号——req与ack，可见命令模块与SDRAM接口模块的交互方式是请求应答交互架构。为什么此处要使用请求应答交互架构？下面我们给出分析过程。

首先假设命令模块给接口模块一个写命令，而此时SDRAM正在执行自动刷新操作，则必须要等到自动刷新完成，SDRAM才可以响应写命令，但是写命令一般只持续一个时钟周期，等到自动刷新完成，写命令已经失效了。

为了解决此问题，我们采用请求了应答交互架构。命令模块给接口模块一个写请求，接口模块在空闲的时候会给命令模块回复一个写应答信号，命令模块在收到应答信号后，撤销写请求。

§6.5 外设交互架构

1.不需配置交互架构

图6-8 不需配置交互架构

类似5.1模块划分原则中用到的AT93C46项目，不需要配置外设寄存器即可正常工作的外设，可采用此种架构。

2.需配置交互架构

图6-9 需配置交互架构

对于需要配置寄存器才能正常工作的外设，或者可以通过配置寄存器实现多种功能的外设，采用此架构。整个架构包括接口模块和配置模块，其中配置模块内部还有一个配置表，我们要实现多种功能，只需要更改配置表即可。

模块划分常用架构