??? 01/13/09 05:40 Read: times |
#161464 - Nothing extraordinary ... Responding to: ???'s previous message |
Michael Karas said:
Richard Erlacher said:
One thing that matters to me at the moment is that I don't want to have to provide a command and addresses to start the process WOW, this is unbelievable. At some point you are going to have to provision some means to load up your part with the pattern anyway. What better way to do that than a low-cost / low-pin-count MCU. The same provisioning can be used to send the extremely simple four byte sequence to get the read started at the initial set of conditions!! I've thought about that. Few low-cost MCU's are capable of the required bit rate, and contain the requisite amount of code memory, though. It's really simple to get around the programming hurdle ... one programs the parts, installs them in the application circuit, where they reside more or less alone, since it plugs into another application circuit, then uses them as needed, under the control of an external reset signal. OTP's would work, I believe. Without a whole lot of pondering it is feasible that a single small hardware design can be fitted to support any number of protocol sequencer dongles. The presence of an MCU offers ways to add additional flexibility as well to support some type of GPIO structure for interface. There are "issues" with using MCU's, starting with the bit rate. Since this is something potentially to be shipped with each product, cost is an issue. Aside from the problem that "standard" XILINX tools don't do the job on their own, the XC18Vxx parts could do the job, requiring only that they be powered, clocked, and nCS grounded. Apparently, they'll do that until a DONE control goes positive. That would appear to be adequate, though their clock rate tops out at 33 MHz. They do have a dedicated set of JTAG pins for programming, though. I've got a supply of 4Mbit TQFP-44 parts, and they're a bit less than 1/2" square, overall. They'd work if I knew how to load them with what I want. A little reading should settle that, though I suspect that there's something more modestly priced. Michael Karas
This is still very preliminary, but I now have several candidates, thanks to the suggestions provided by you, and others. Ramtron's SPI parts could be made to work, since they have the requisite clock rate and could, with the aid of an SPLD, be urged to perform the necessary function, since all they require is a command and a starting address. I imagine I'll come up with a minimal solution. What I like about the XILINX parts is that they require only a clock and a reset, allowing one to use only one external control to halt the process. The target application doesn't really require reprogrammability. THe thing I don't like, though is that they're not 5-volt parts. RE |
Topic | Author | Date |
Fast serial memory? | 01/01/70 00:00 | |
How large is "not too large" | 01/01/70 00:00 | |
Check Serial SPI Flash | 01/01/70 00:00 | |
Industry Enabled SO-16W Socket | 01/01/70 00:00 | |
I might not even need a socket. | 01/01/70 00:00 | |
Some New Technologies | 01/01/70 00:00 | |
Are those RAMTRON parts avaialble? | 01/01/70 00:00 | |
I do not use that particular chip but ... | 01/01/70 00:00 | |
WOW WOW WOW | 01/01/70 00:00 | |
Nothing extraordinary ... | 01/01/70 00:00 | |
mcu and clock | 01/01/70 00:00 | |
For OTP/Flash memory -- SST | 01/01/70 00:00 | |
those look promising! | 01/01/70 00:00 | |
mutually exclusive | 01/01/70 00:00 | |
not entirely ... RAMTRON has one or two | 01/01/70 00:00 | |
Not too large ... | 01/01/70 00:00 | |
serial RAM | 01/01/70 00:00 | |
I saw this, and thought of you... | 01/01/70 00:00 | |
Unfortunately, SRAM's forget when power is lost![]() | 01/01/70 00:00 |