Accelerometer | ADC | ADXL | Adxl20 | AVR | BasicStamp | BX-35 | BX28 | BX35 | COM3 | Compiler | Downloader | EEPROM | Electromagnet | GetADC | GP2D1 | GPS | I2C | IDE | Keypad | LCD | LCD+ | MIDI | Motors | Multitasking | Netmedia | Networking | PCB | PID | PlaySound | PWM | Relays | RTC | Servo | ShiftOut | SitePlayer | SPI | Stack | Timer | USB

I'm looking to increase the amount of RAM that my LCDX has so I can
receive RS232 messages as large as 4K (Since the BasicX only has 400
bytes of RAM, this is a problem). The only way I can think to do this
is to use a Ramtron FRAM device with a SPI interface (FM25640). I want
to recieve the data from the COM port's input queue and transfere it
through the SPI line to the FRAME and then parse it afterwards.

I was wondering if anyone has any comments and/or expierence with doing
such a thing like this?


(You need to be a member of basicx -- send a blank email to basicx-subscribe@yahoogroups.com )

> I was wondering...

Yes. That information is secret, though, well-hidden in places like the
Photos section, Files and the message archive where, apparently, they
are never discovered.
Tom



(You need to be a member of basicx -- send a blank email to basicx-subscribe@yahoogroups.com )

OK...Let me be more specific.

Do you think that I can transfer data from the COM port input queue
throught the SPI bus to the FRAM fast enough not to loose any data?

(Yes, I'm a newbi, the pictures were nice, but I couldn't find any
files.)


(You need to be a member of basicx -- send a blank email to basicx-subscribe@yahoogroups.com )

> Do you think that I can transfer data from the COM port input queue throught the SPI bus to the FRAM fast enough not to loose any data?

I think yes, with plenty of time for other tasks, very likely. FRAM
write speed on hardware SPI is fast compared to serial rates. Unless
you're planning on doing something off-the-wall, you should have no
difficulty using FRAM as a buffer.

Although the data source is not a serial port, I use one to hold a large
circular buffer that is continuously updated, analyzed and decayed by
three separate concurrent tasks; works fine so far, at least a year.

I think you'll find a few posts of other members' FRAM guts for code ideas.
Tom



(You need to be a member of basicx -- send a blank email to basicx-subscribe@yahoogroups.com )

I have a application under development that uses the SPI Ramtron FM25640
in order to store temporary data and some permanent string data. This
has worked out well for me. I mount the Fram on a small circuit board
that plugs into my app's main board.

This app is controlled by a Z24 fromZBasic.

HTH

Vic
--

*____________________________________________________________________________________________*

*Victor Fraenckel
KC2GUI
victorf ATSIGN windreader DOT com**
*



(You need to be a member of basicx -- send a blank email to basicx-subscribe@yahoogroups.com )