Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Message

Re: Big data memory

2005-01-29 by assault_wolf

OK, one thing everyone seems to be doing is assuming you need to
actually keep the data in case of a power bump.  I'm going the
opposite direction:  Try dual port SRAM or FIFO.

Cypress ( http://www.cypress.com/ ) makes a large number of Dual port
SRAMS and FIFOs.  They're actually overkill speed wise, maybe.

Their listing of the dual ports are currently down.... but the FIFO's
are up.  

Here's one that may suit your purposes:

http://www.cypress.com/portal/server.pt?space=Comm
unityPage&control=SetCommunity&CommunityID=209&Pag
eID=259&fid=12&rpn=CY7C4285

100MHZ max operation speed, 18 bit width, 1M depth, unidirectional,
which would give you your 16 bits plus 2 parity.  You could probably
duplex two of their 9 bit x 1M devices together so that you share one
8 bit parallel link at the AVR end but you get the full 16 at the
other.  Depends on how many pins you have to sacrifice.  Heck, you
could use an SPI port expander to load the data if you really need the
pins :)

It's even available in 3V and 5V versions.

Jerry

--- In AVR-Chat@yahoogroups.com, Dave VanHorn <dvanhorn@d...> wrote:
<snipy>
> Unfortunately, I don't think serial interface will be fast enough,
although 
> it would be acceptable for loading the data into memory.
> What I'm envisioning, is a parallel connection, 8 or preferrably 16
bit, 
> with the AVR just strobing pins to achieve the transfers by hitting
read on 
> the dataflash, and write on the other device, and letting the one
drive the 
> other.   I never need to "SEE" the data, I just need to shovel it.

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.