EmbeddedRelated.com
Forums

[OT?] Looking for a large FIFO subsystem

Started by Richard Owlett November 11, 2005
Minimalist description:
   RS-232 byte serial input {4800 baud needed, higher speeds desirable}
   10 MByte non-volatile memory
   Byte serial output {USB preferred, RS232 acceptable}
   LOW cost

Minimalist operational description:
   Operator choses record/playback before applying power/start
   If in:
      record   mode data appended to existing data
      playback mode all recorded data dumped
   Operator may chose reset which erases _ALL_ data and resets any
   internal pointers to "zero"

-- These erasures should occur no more frequently than once or twice per 
day and presumed unit useful life not presumed to be more than 3 yrs.

What I envisage:

A system with UART and NOR Flash with FPGA for "glue logic"
Erasure times of "few" minutes would be acceptable


My personal application:
Input would be from a GPS mouse receiver.
Once a day I would dump data to my PC, followed by erase cycle.
I'm assuming a receiver giving updates once/second.

I've found products that come near (if not close) but they insist on 
Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile.

Suggestions?
Thank you.






Richard Owlett wrote:
> Minimalist description: > RS-232 byte serial input {4800 baud needed, higher speeds desirable} > 10 MByte non-volatile memory > Byte serial output {USB preferred, RS232 acceptable} > LOW cost > > Minimalist operational description: > Operator choses record/playback before applying power/start > If in: > record mode data appended to existing data > playback mode all recorded data dumped > Operator may chose reset which erases _ALL_ data and resets any > internal pointers to "zero" > > -- These erasures should occur no more frequently than once or twice per > day and presumed unit useful life not presumed to be more than 3 yrs. > > What I envisage: > > A system with UART and NOR Flash with FPGA for "glue logic" > Erasure times of "few" minutes would be acceptable > > > My personal application: > Input would be from a GPS mouse receiver. > Once a day I would dump data to my PC, followed by erase cycle. > I'm assuming a receiver giving updates once/second. > > I've found products that come near (if not close) but they insist on > Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. > > Suggestions? > Thank you.
Mcrocontroller,ram, battery is all you need.
cbarn24050@aol.com wrote:
> Richard Owlett wrote: > >>Minimalist description: >> RS-232 byte serial input {4800 baud needed, higher speeds desirable} >> 10 MByte non-volatile memory >> Byte serial output {USB preferred, RS232 acceptable} >> LOW cost >> >>Minimalist operational description: >> Operator choses record/playback before applying power/start >> If in: >> record mode data appended to existing data >> playback mode all recorded data dumped >> Operator may chose reset which erases _ALL_ data and resets any >> internal pointers to "zero" >> >>-- These erasures should occur no more frequently than once or twice per >>day and presumed unit useful life not presumed to be more than 3 yrs. >> >>What I envisage: >> >>A system with UART and NOR Flash with FPGA for "glue logic" >>Erasure times of "few" minutes would be acceptable >> >> >>My personal application: >>Input would be from a GPS mouse receiver. >>Once a day I would dump data to my PC, followed by erase cycle. >>I'm assuming a receiver giving updates once/second. >> >>I've found products that come near (if not close) but they insist on >>Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. >> >>Suggestions? >>Thank you. > > > Mcrocontroller,ram, battery is all you need. >
Sorry, I should have made clear I was looking for something off the shelf.
> > > > Mcrocontroller,ram, battery is all you need. > > > > Sorry, I should have made clear I was looking for something off the shelf.
As you specified the internal components i assumed you wanted to make it yourself. You seem to be descibing a data logger you might look at that. It's a pretty trivial to make yourself (depending on your exact spec) or you get someone to make them for you.
Richard Owlett wrote:
> Minimalist description: > RS-232 byte serial input {4800 baud needed, higher speeds desirable} > 10 MByte non-volatile memory > Byte serial output {USB preferred, RS232 acceptable} > LOW cost > > Minimalist operational description: > Operator choses record/playback before applying power/start > If in: > record mode data appended to existing data > playback mode all recorded data dumped > Operator may chose reset which erases _ALL_ data and resets any > internal pointers to "zero" > > -- These erasures should occur no more frequently than once or twice per > day and presumed unit useful life not presumed to be more than 3 yrs. > > What I envisage: > > A system with UART and NOR Flash with FPGA for "glue logic" > Erasure times of "few" minutes would be acceptable > > > My personal application: > Input would be from a GPS mouse receiver. > Once a day I would dump data to my PC, followed by erase cycle. > I'm assuming a receiver giving updates once/second. > > I've found products that come near (if not close) but they insist on > Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. > > Suggestions? > Thank you. >
Hello I need some more information before I can help you. Do you want it to be a portable unit or fixed in a car? What is the name of the GPS reciever that you want to use? What kind of power supply is available? Rune Christensen Engineer
Rune Christensen wrote:
> Richard Owlett wrote: > >> Minimalist description: >> RS-232 byte serial input {4800 baud needed, higher speeds desirable} >> 10 MByte non-volatile memory >> Byte serial output {USB preferred, RS232 acceptable} >> LOW cost >> >> Minimalist operational description: >> Operator choses record/playback before applying power/start >> If in: >> record mode data appended to existing data >> playback mode all recorded data dumped >> Operator may chose reset which erases _ALL_ data and resets any >> internal pointers to "zero" >> >> -- These erasures should occur no more frequently than once or twice >> per day and presumed unit useful life not presumed to be more than 3 yrs. >> >> What I envisage: >> >> A system with UART and NOR Flash with FPGA for "glue logic" >> Erasure times of "few" minutes would be acceptable >> >> >> My personal application: >> Input would be from a GPS mouse receiver. >> Once a day I would dump data to my PC, followed by erase cycle. >> I'm assuming a receiver giving updates once/second. >> >> I've found products that come near (if not close) but they insist on >> Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. >> >> Suggestions? >> Thank you. >> > > Hello > > I need some more information before I can help you. > > Do you want it to be a portable unit or fixed in a car?
Portable, but need not be battery powered. Used in car would be powered thru cigarette lighter adapter. Otherwise powered by a wall wart.
> > What is the name of the GPS reciever that you want to use?
I was thinking any of any of the GPS mouse receivers.
> > What kind of power supply is available?
nominal 12 VDC As I'm looking for only a couple of units, I was looking for something on the retail market. As someone else has pointed out it would be simple enough to build. I haven't done any component level hardware in `30 years. I would even have to go out and buy a soldering iron ;) thank you
> > Rune Christensen > Engineer
Richard Owlett wrote:
> Rune Christensen wrote: > >> Richard Owlett wrote: >> >>> Minimalist description: >>> RS-232 byte serial input {4800 baud needed, higher speeds desirable} >>> 10 MByte non-volatile memory >>> Byte serial output {USB preferred, RS232 acceptable} >>> LOW cost >>> >>> Minimalist operational description: >>> Operator choses record/playback before applying power/start >>> If in: >>> record mode data appended to existing data >>> playback mode all recorded data dumped >>> Operator may chose reset which erases _ALL_ data and resets any >>> internal pointers to "zero" >>> >>> -- These erasures should occur no more frequently than once or twice >>> per day and presumed unit useful life not presumed to be more than 3 >>> yrs. >>> >>> What I envisage: >>> >>> A system with UART and NOR Flash with FPGA for "glue logic" >>> Erasure times of "few" minutes would be acceptable >>> >>> >>> My personal application: >>> Input would be from a GPS mouse receiver. >>> Once a day I would dump data to my PC, followed by erase cycle. >>> I'm assuming a receiver giving updates once/second. >>> >>> I've found products that come near (if not close) but they insist on >>> Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. >>> >>> Suggestions? >>> Thank you. >>> >> >> Hello >> >> I need some more information before I can help you. >> >> Do you want it to be a portable unit or fixed in a car? > > > Portable, but need not be battery powered. Used in car would be powered > thru cigarette lighter adapter. Otherwise powered by a wall wart. > >> >> What is the name of the GPS reciever that you want to use? > > > I was thinking any of any of the GPS mouse receivers. > >> >> What kind of power supply is available? > > > nominal 12 VDC > > > As I'm looking for only a couple of units, I was looking for something > on the retail market. > > As someone else has pointed out it would be simple enough to build. > I haven't done any component level hardware in `30 years. I would even > have to go out and buy a soldering iron ;) > > thank you > >> >> Rune Christensen >> Engineer
I think the best solution will be a microcontroller connected to a MMC card. For example you could use the microcontroller board http://www.embeddedartists.com/products/boards/lpc213x.php The microcontroller board has a serial connection and a USB connection. The prototype board has a MMC/SD socket. The cost of this two boards together with a LPC2138 is 53 EUR. You will be able to produce a prototype on this system but I don't think it will be the best system for the final product. Another solution could be a PDA with a serial port and a compact flash card. Yet another solution could be http://www.prllc.com/productcart/pc/viewPrd.asp?idcategory=5&idproduct=9#details There is just one problem with all this solutions there is no ready to use firmware. You need to develop the firmware. Rune Christensen Engineer
Rune Christensen wrote:

>>>> Minimalist description: >>>> RS-232 byte serial input {4800 baud needed, higher speeds desirable} >>>> 10 MByte non-volatile memory >>>> Byte serial output {USB preferred, RS232 acceptable} >>>> LOW cost >>>> >>>> Minimalist operational description: >>>> Operator choses record/playback before applying power/start >>>> If in: >>>> record mode data appended to existing data >>>> playback mode all recorded data dumped >>>> Operator may chose reset which erases _ALL_ data and resets any >>>> internal pointers to "zero" > > > I think the best solution will be a microcontroller connected to a MMC > card. > > For example you could use the microcontroller board > http://www.embeddedartists.com/products/boards/lpc213x.php > > The microcontroller board has a serial connection and a USB connection. > The prototype board has a MMC/SD socket. The cost of this two boards > together with a LPC2138 is 53 EUR. > > You will be able to produce a prototype on this system but I don't think > it will be the best system for the final product. > > Another solution could be a PDA with a serial port and a compact flash > card. > > Yet another solution could be > http://www.prllc.com/productcart/pc/viewPrd.asp?idcategory=5&idproduct=9#details > > > There is just one problem with all this solutions there is no ready to > use firmware. You need to develop the firmware. > > Rune Christensen > Engineer
Rune, Does your solution meet the OPs "low cost" requirement ?? If the OP would please let us know if he is looking for a complete and running Off-The-Shelf system that logs RS-232 data ( from any source ) or is looking for a Do-It-Yourself solution. $95 for the 128MMC hardware, $139 for FAT file system, OPs time to learn the systems involved and code this up himself. It would seem if the OP would like to code something up himself, (I assume the OP has some idea how to do that) To keep the cost and time down ( time is money ). It would be quicker to build a smaller version that has just a micro ( AVR, PIC,etc) latches for address and data lines, then just use a big flash chip. Capture serial data into the flash. Simple command parser would allow to retrieve the data at a later date. Just my simple idea. Donald
Richard Owlett wrote:
> Minimalist description: > RS-232 byte serial input {4800 baud needed, higher speeds desirable} > 10 MByte non-volatile memory > Byte serial output {USB preferred, RS232 acceptable} > LOW cost > > Minimalist operational description: > Operator choses record/playback before applying power/start > If in: > record mode data appended to existing data > playback mode all recorded data dumped > Operator may chose reset which erases _ALL_ data and resets any > internal pointers to "zero" > > -- These erasures should occur no more frequently than once or twice per > day and presumed unit useful life not presumed to be more than 3 yrs. > > What I envisage: > > A system with UART and NOR Flash with FPGA for "glue logic" > Erasure times of "few" minutes would be acceptable > > > My personal application: > Input would be from a GPS mouse receiver. > Once a day I would dump data to my PC, followed by erase cycle. > I'm assuming a receiver giving updates once/second. > > I've found products that come near (if not close) but they insist on > Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. > > Suggestions? > Thank you. >
I found a commercial product http://www.zen30649.zen.co.uk/ Rune Christensen Engineer
Rune Christensen wrote:
> Richard Owlett wrote: > >> Minimalist description: >> RS-232 byte serial input {4800 baud needed, higher speeds desirable} >> 10 MByte non-volatile memory >> Byte serial output {USB preferred, RS232 acceptable} >> LOW cost >> >> Minimalist operational description: >> Operator choses record/playback before applying power/start >> If in: >> record mode data appended to existing data >> playback mode all recorded data dumped >> Operator may chose reset which erases _ALL_ data and resets any >> internal pointers to "zero" >> >> -- These erasures should occur no more frequently than once or twice >> per day and presumed unit useful life not presumed to be more than 3 yrs. >> >> What I envisage: >> >> A system with UART and NOR Flash with FPGA for "glue logic" >> Erasure times of "few" minutes would be acceptable >> >> >> My personal application: >> Input would be from a GPS mouse receiver. >> Once a day I would dump data to my PC, followed by erase cycle. >> I'm assuming a receiver giving updates once/second. >> >> I've found products that come near (if not close) but they insist on >> Bluetooth which is *UNACCEPTABLE* to me. Others are too volatile. >> >> Suggestions? >> Thank you. >> > > I found a commercial product > http://www.zen30649.zen.co.uk/ > > Rune Christensen > Engineer
That's almost exactly what I was envisioning. But faster and more storage capacity ;) Least expensive unit listed on their oder page is for a 128MB unit which is 10X what I need. The descriptive portion of page lists 32MB as smallest - price differential probably would not be worthwhile. I'll also take a closer look at the boards mentioned in your previous post. Software creation not a problem as I'm doing this as a personal project so I can legitimately cost out my time as "no cost". Might actually list it as "negative cost" due to value of the learning experience. Thank you