SparkFun Forums 

Where electronics enthusiasts find answers.

Have a good idea for a new product for SFE or Olimex? Let us know!
By busonerd
#24020
Hi all,

This is something we're thinking about building here at SparkFun and wanted to gauge customer reaction.

The idea is a SDRAM + CPLD combo on a DIP header board, so it acts like plain SRAM - this way, you could fairly easily add a LOT [128MB] of temp ram to your project without the hassle of dealing with SDRAM.

Would this be something people are interested in?

Cheers,

--David Carne
By geekything
#24021
If you could also clock data into it via SPI (pref) or I2C, that'd be fab!

-marc
By busonerd
#24023
Definitely doable.

Cheers,

--David Carne
By geekything
#24027
Are you thinking a board with a DIMM/SODIMM socket on it so users add their own capacity? Would make sense from my point of view...

And given the insane bandwidth and low latency of the latest DDR DIMMs, I'd have to say this really is a good alternative to SRAM!

-marc
By busonerd
#24048
I was planning to make it just an SDRAM IC + a CPLD. A full DDR dimm would require an FPGA + a whole bunch of power supply bits - this way I can design it to fit in a dip-ish package.

Cheers,

--David Carne
User avatar
By phalanx
#24049
Not sure what CPLD you are thinking about using and its associated capacity but including a VGA driver would be a nice touch. Think about the possibilities of having a microcontroller friendly interface to a huge chunk of ram with a certain amount mapped to the VGA controller. The controller would only use a small portion of logic and and I/O pins would vary depending on the color depth you want. 5 pins is all you need for basic 8 color support or 8 pins for 64 colors (assuming you don't want to use a DAC).

Lots of hobbiest don't understand how CPLDs and FPGAs are used so this may help spark some interest in the topic.

-Bill
By samcheetah
#24075
"SDRAM + CPLD combo on a DIP header board, so it acts like plain SRAM"

great, go ahead! when will it be available and what is the expected price?

and there is one suggestion from my side. how about two boards, one with 64MB of SDRAM and one with 128MB of SDRAM
By busonerd
#24098
Eh, to be honest - it'd be cheaper to just build one model - only one PCB layout and we can buy the 128MB sdram in 2x the qty - and all the chips are close in pricing anyhow.

I can't give you any pricing info right now, nor a release date as a) I don't do pricing, and b) I dunno when I'll design it. Question is if theres enough demand - doesn't look like too many people are interested, so it might not happen.

Cheers,

--David Carne
By mifi
#24115
Hello David,

if the people are not interested, please can you create the
schematic and CPLD source for how the product would look like?

Regards,

Michael
By SOI_Sentinel
#24140
Remember, it's the holidays, not everyone comes by!

I'd definitely be interested. I've been looking at something like this to tie into a future SRAM alternate. It'd be great to slap this board onto a header feeding an ARM7TDMI external bus interface or similar and get 16MB of RAM (x8 or x16 bus). I was looking at this for a TI ARM chip, actually.

I was actually looking at this (as were you!) for the camera project. You need enough spare logic and pins to allow it to be reprogrammed to act as a pseudo FIFO. I don't know how much horsepower would be required to allow it to be a true FIFO instead of just a "capture FIFO". Take a look at the Averlogic FIFO datasheets for a nice way to set up this, but it'd need an SPI interface to allow for read and write pointer selection.

(Addendum)

Video is an interesting option.

As for the video board addition, I'd prefer to keep the video components offboard, as this would allow different video parts to be used per user preferences and some CPLD modification to support as needed. If you DO go onboard, you'd need to have a variant that doesn't populate the pads to reduce costs for those of us who don't want to go that route.

It's also high enough frequency that it may have cause noise issues with the SDRAM. This would be a MAJOR concern with SDRAM clock speed, you'd want to isolate the board sections as much as possible.
By MrSporty
#31853
Well although it doesn't look as though many people were interested can i just add my name to the short list of people who are / were ?

The bare bones of the idea were the most appealing to me as i could see it easily developed into a low cost yet large capacity EPROM emulator, something that i have tried and failed miserably to find on the net.

MrS
By dattaway
#31858
SDRAM + FPGA + VGA + I2C, now that has possiblities.
By riden
#31859
I could use something like this to store and retrieve ADC samples (~250k SPS) via SPI.
By busonerd
#31860
Hmm. All good ideas - I dunno about the feasibility of having all those different bus interfaces, just in terms of design time. I could design the hardware + firmware for vga controller / basic behavior, but that should be extensible through some verilog work.. [Plenty of FPGA pins to pinout, so no issue about adding the interfaces hardware wise].

Cheers,

--David Carne
By Philba
#31861
While I don't have a project going right now that could use something like this, I can see where it would be very useful. One additional feature would be a way to battery back-up the memory while powering down the rest of the system (and anything that could reduce power consumption would be good). I'd think even 30 minutes would be sufficient for the majority of situations.

I've been thinking of a couple of projects that need a large amount of temporary storage. My current thought is to use a flash card but I'm not sure I want it to be removable. Also, I'm not wild about the life expectancy of flash and would have to put some work into distributing the writes over the device. I expect to be gathering a large amount of data.