【前端验证】RAM型寄存器的使用场景与生成

前言

寄存器专题其实已经完成的差不多了，今天这篇是因为有一个新的需求。

当一个系统的启动配置项非常多时，如果通过低速的32bit（或其他位宽）apb总线进行配置，那么可能需要几十甚至上百拍的配置时间。假设apb总线时钟为200M，配置寄存器数量为50个，那么就是50ns * 50 = 2500ns = 2.5ms，对于芯片处理而言2.5ms的启动时间可以说是一个极大的时间消耗了。

此外，如果以寄存器作为查找表等结构，apb总线配置的方式同样会掣肘整体的处理速度。

因此需要寻找一种变通的方式。

RAM型寄存器

既然apb总线的访问速度太慢，那不妨将部分不需要实时修改的配置寄存器放置于ram中，这样的话既可以满足apb访问的需求，还可以通过IO类型指令对ram进行快速的写入，以及模块访问的需求。

在这种结构下可以使用伤口RAM，一路读写口接apb总线的读写访问，另外一路接crossbar接口兼顾IO模块（写）和使用寄存器的主模块（读）的访问需求。这样配置值可以通过IO模块快速的搬运到片内ram上，主模块可以在启动后直接读取对应的ram地址，得到数据后进行解析。同时，软件也可以通过apb总线进行数据更改和配置读取，当然如果没有这个需求，那么apb只需要配置一个地址寄存器告诉IO模块和主模块，配置项写到了哪里即可。

那么如果我们要生成一个RAM的寄存器，需要如何处理呢？