SPI master controller with no embedded microprocessor

[andreiseb]

HI,

I have a design in which I used the FPGA to access an outside the FPGA I
through SPI interface.
On the FPGA I have a SPI master controller. The SPI controller has the SP
interface signals on one side (that accesses the IC's registers) and
address and data bus (sometimes Wishbone) on the other side. Now I want t
put the information read by the SPI controller inside a RAM. The norma
approach, for me, would be to use a microprocessor that connects to the SP
controller, on one side, and to the RAM on the other side. Th
microprocessor would read the SPI controller registers and write them i
the RAM. Is there a more simpler approach in which the microprocessor i
not needed? Maybe a controller that does the job?

Thanks!



---------------------------------------
Posted through http://www.FPGARelated.com

 

[Nico Coesel]

"andreiseb" <andrei.jacota@n_o_s_p_a_m.gmail.com> wrote:

HI,

I have a design in which I used the FPGA to access an outside the FPGA IC
through SPI interface.
On the FPGA I have a SPI master controller. The SPI controller has the SPI
interface signals on one side (that accesses the IC's registers) and a
address and data bus (sometimes Wishbone) on the other side. Now I want to
put the information read by the SPI controller inside a RAM. The normal
approach, for me, would be to use a microprocessor that connects to the SPI
controller, on one side, and to the RAM on the other side. The
microprocessor would read the SPI controller registers and write them in
the RAM. Is there a more simpler approach in which the microprocessor is
not needed? Maybe a controller that does the job?

Look for Picoblaze (or pacoblaze).

--
Failure does not prove something is impossible, failure simply
indicates you are not using the right tools...
nico@nctdevpuntnl (punt=.)
--------------------------------------------------------------

 

[backhus]

On 2 Dez., 15:05, "andreiseb" <andrei.jacota@n_o_s_p_a_m.gmail.com>
wrote:

HI,

I have a design in which I used the FPGA to access an outside the FPGA IC
through SPI interface.
On the FPGA I have a SPI master controller. The SPI controller has the SPI
interface signals on one side (that accesses the IC's registers) and a
address and data bus (sometimes Wishbone) on the other side. Now I want to
put the information read by the SPI controller inside a RAM. The normal
approach, for me, would be to use a microprocessor that connects to the SPI
controller, on one side, and to the RAM on the other side. The
microprocessor would read the SPI controller registers and write them in
the RAM. Is there a more simpler approach in which the microprocessor is
not needed? Maybe a controller that does the job?

Thanks!

---------------------------------------        
Posted throughhttp://www.FPGARelated.com

Hi,
using something small like the picoblaze is a good idea, since it is a
flexible solution.
But you asked for something different.
Of course a simple dedicated FSM can do the job too.
Depending on the builtin "intelligence" of the SPI Interface the
needed complexity varies.
The FSM needs to know somehow that new data has arrived, and then
perform the neccessary steps to transfer this data from the SPI
Register to the RAM (or FIFO, which is simpler).
Then it waits for the next data, or initiates sending some data/
command that triggers the peripheral device to return more data.
Whatever is intended.

You have to decide which solution fits best for your application.

Have a nice synthesis
Eilert

 

[Chris Maryan]

On Dec 2, 9:05 am, "andreiseb" <andrei.jacota@n_o_s_p_a_m.gmail.com>
wrote:

HI,

I have a design in which I used the FPGA to access an outside the FPGA IC
through SPI interface.
On the FPGA I have a SPI master controller. The SPI controller has the SPI
interface signals on one side (that accesses the IC's registers) and a
address and data bus (sometimes Wishbone) on the other side. Now I want to
put the information read by the SPI controller inside a RAM. The normal
approach, for me, would be to use a microprocessor that connects to the SPI
controller, on one side, and to the RAM on the other side. The
microprocessor would read the SPI controller registers and write them in
the RAM. Is there a more simpler approach in which the microprocessor is
not needed? Maybe a controller that does the job?

Thanks!

---------------------------------------        
Posted throughhttp://www.FPGARelated.com

You could just write a simple FSM to do it all...