This is an old revision of the document!
The SPI Engine Interconnect module allows to connect multiple SPI Engine Control Interface masters to a single SPI Engine Control Interface slave. This enables multiple command stream generators to connect to a single SPI Engine Execution module and consequential give them access to the same SPI bus. The interconnect modules takes care of properly arbitrating between the different command streams.
Combining multiple command stream generators in a design and connecting them to a single execution modules allows for the creation of flexible and efficient designs using standard components.
Name | Description |
---|---|
spi_engine_interconnect.v | Verilog source for the peripheral. |
spi_engine_interconnect_ip.tcl | TCL script to generate the Vivado IP-integrator project for the peripheral. |
Name | Description | Default |
---|
Name | Type | Description |
---|---|---|
clk | Clock | A signals of the module are synchronous to this clock. |
resetn | Synchronous active low reset | Resets the internal state of the module. |
s0_ctrl | SPI Engine Control Interface slave | Connects to the first control interface master |
s1_ctrl | SPI Engine Control Interface slave | Connects to the second control interface master |
m_ctrl | SPI Engine Control Interface master | Connects to the control interface slave |
The SPI Engine Interconnect module has multiple SPI Engine Control Interface slave ports and a single SPI Engine Control Interface master port. It can be used to connect multiple command stream generators to a single command execution engine. Arbitration between the streams is done on a priority basis, streams with a lower index have higher priority. This means if commands are present on two streams arbitration will be granted to the one with the lower index. Once arbitration has been granted the port it was granted to stays in control until it sends a SYNC command. When the interconnect module sees a SYNC command arbitration will be re-evaluated after the SYNC command has been completed. This makes sure that once a SPI transaction consisting of multiple commands has been started it is able to complete without being interrupted by a higher priority stream.