Re: Logging 2 million samples a second for 15 minutes

The 7/9 track digitizer I'm prototyping uses five AD9201 ten bit two channel 20mhz converters, and a synchronous FIFO connected to a PCI DMA IDE channel inside a PowerMac, which has several gigabytes of SDRAM.

I just copied 13 megabytes, a directory with a bunch of files, from my c: drive to d: in under 2 seconds, including all the Windows file overhead. Old 700 Mhz Dell PC. So the disk stuff is in the ballpark. You'd probably need a fancy buffered or DMA data acq card to keep streaming the samples into RAM while the disk drivers were sputtering to unload the stuff. I should thing some of tha data acq card vendors would have all this worked out already.

John

are

I think you know the probable answer to that. Until someone familiar with IDE chimes in, I'd suspect you'd need some kind of FIFO or circular buffer in the pipeline somewhere, so you can guarantee the storage, at the data rate, of the original samples. Then if you can pull them out, at, say, 2.5 MHz with a

50ms + (x/2.5Mhz) = x/2.0Mhz // match fill time with extract time

.05s + (x/2.5M)s = (x/2.0)s // convert to seconds

.05=x/2.0M-x/2.5M // remove seconds units

500,000 = x // this is the number of bytes that satisfy the first equation

In other words, a 500kByte buffer. Kind of like CD anti-skip protection on automobile and sports CD players.

You could "double buffer" also, into two 500kbyte buffer, and have the synchronous filling routine switch from one to the other when the first is filled. In this case, all you care is that the extractor can wait when it has finished reading one buffer until the next "switch".

hth

Rufus

-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----

-----== Over 80,000 Newsgroups - 16 Different Servers! =-----

SDRAM is cheap ($130-200/1G, in 1G SIMMs). Not all PeeCee motherboards will support huge amounts of memory, of course.

unsigned char my_data[1800000000]; // ??

Best regards, Spehro Pefhany

here is a scan of the proto pcb

Maybe convert to 400Mbps Firewire and dump the data into a Firewire RAID or a desktop computer? The Oxford 911 chipset is designed to be an IDE to Firewire bridge but it allows for custom firmware. Ask them if the IDE interface could be reprogrammed to take in a continuous data stream.

I'm sure the R&D would be a pain in the ass but you could mass produce them for a few dollars each after that.

What's the interface to the computer? I count 50 pins on the ICD header on the right of the board, SCSI?

Tim.

You could do it with a PC, a little FIFO, a shift register, and one of those new 60 megabits per sec serial cards. I've seen them even at CompUSA!

At those speeds you even have time to do a little delta data compression if your data is amenable. Then you don't need a very speedy disk drive at all.

Regards,

George

IDE, used as a 16 bit DMA interface.

After a long search I decided that bog standard bus master PCI IDE cards were the simplest way to interface moderate speed data into current pc's.

My current favorite is the side raid66 card, which uses a documented Highpoint HPT368 part, and has a 40 pin connector coming out the fence.

This obviously assumes the config rom has been modified so that the OS doesn't try to touch it as a disc (not an issue on a Mac running OS9, since the card isn't recognized)

The pcb in the picture is just a bare board, the A/D - FIFO data path was fabbed, but the rest of the interface is wire-wrap. There is a second FIFO prototyped on the right side for disc interface prototyping where an A/D isn't needed.

If you don't find a better way, you might try reading it into two independent disks, staggered. Then later you fill in the drops in one of them from the other. A side benefit is you get a partial backup and also if god-forbid some of the readings they share aren't the same then at least you find out about it.

I'd go for a PCI card and have it write samples through DMA directly into the PC's memory.

This guy here is evidently the toy of choice for such applications.

And if you van get work to pay for it, you can use it to experiment with GnuRadio in your spare time. :)

Rob

I'd be looking at USB 2.0 - it's faster (480 Mbits/s), and is supported on almost all newer computers.

Is this based on experience or on reading advertizing?

In the tests i have seen so far, FireWire outperformed USB2 by 30% in net transfer rate :-)

Regards Klaus