High speed communication to PC!!

[Praveen Deshpande]

Hi all,

I am working for one of the application,where the input data rate to
the unit is 1.6Mbps.It is required to read this data and display it in
the normal pc.
I am confused how shall I cope up with this high data rate .
I thought of using parallel port but I don't think that practically it
would give this much data rate.I don't have USB and PCI options.
Actually Unit has to sample the [email protected] in a FPGA(The datain is
output of an ADC@100khz) decode it and feed it to the pc and display
it.
I need to have some high spped means for communication between pc and
my FPGA device.
Once again I don't have PCI or USB option.

Can anybody please suggest me something

Thanks and best regards

praveen deshpande

 

[Ian Stirling]

Hi all,

I am working for one of the application,where the input data rate to
the unit is 1.6Mbps.It is required to read this data and display it in
the normal pc.
I am confused how shall I cope up with this high data rate .
I thought of using parallel port but I don't think that practically it
would give this much data rate.I don't have USB and PCI options.

Why don't you have USB options?

 

[Bob Masta]

Hi all,

I am working for one of the application,where the input data rate to
the unit is 1.6Mbps.It is required to read this data and display it in
the normal pc.
I am confused how shall I cope up with this high data rate .
I thought of using parallel port but I don't think that practically it
would give this much data rate.I don't have USB and PCI options.
Actually Unit has to sample the [email protected] in a FPGA(The datain is
output of an ADC@100khz) decode it and feed it to the pc and display
it.
I need to have some high spped means for communication between pc and
my FPGA device.
Once again I don't have PCI or USB option.

Can anybody please suggest me something

Thanks and best regards

praveen deshpande

If the data is just for display purposes (and you don't
need to record a continuous record to a file), then you
might not need a high *average* rate. Digital scope
add-ons for PCs use high rates to acquire data, then
feed it to the PC at slower rates (over the printer port
or even the serial port). Consider a scope trace that
is maybe 512 samples wide: If you can update that
10 times per second, that's already faster than eyes
can follow as far as detecting waveform changes, etc.

Of course, if you are talking about image data, then
you need to redraw the image at rates higher than
the flicker fusion frequency to get smooth apparent
motions on-screen. Probably not feasible from a
printer or serial port unless you have some very
limited images and can transmit only the changes
between frames.

Whatever, the secret is to acquire to an outboard
buffer at the desired speed, and then send to the
PC at a lower speed.


Bob Masta
dqatechATdaqartaDOTcom

D A Q A R T A
Data AcQuisition And Real-Time Analysis
www.daqarta.com

 

[John Jardine]

On 1 Mar 2004 01:27:04 -0800, [email protected]
(Praveen Deshpande) wrote:

[clip useful note]

Bob Masta
dqatechATdaqartaDOTcom

D A Q A R T A
Data AcQuisition And Real-Time Analysis
www.daqarta.com

[Sorry, OT]
Being a DOS junky I noticed your site.
Compliment ... It has by far, the most straightforward description of 'FFT
data Windowing' I've ever seen. Nice .
Most DSP "tutorial" books can seemingly, effortlessly, fill whole chapters
with windowing maths, yet have scant, or even reluctant regard
o --qualitatively-- demonstrating or explaining these effects.
regards
john

 

[Bob Masta]

On 1 Mar 2004 01:27:04 -0800, [email protected]
(Praveen Deshpande) wrote:

[clip useful note]

Bob Masta
dqatechATdaqartaDOTcom

D A Q A R T A
Data AcQuisition And Real-Time Analysis
www.daqarta.com

[Sorry, OT]
Being a DOS junky I noticed your site.
Compliment ... It has by far, the most straightforward description of 'FFT
data Windowing' I've ever seen. Nice .
Most DSP "tutorial" books can seemingly, effortlessly, fill whole chapters
with windowing maths, yet have scant, or even reluctant regard
o --qualitatively-- demonstrating or explaining these effects.
regards
john

John, thanks for the compliment! When I first encountered
FFTs many years ago I was hit with the same sort of high-level
math you mention. It turned into one of those "OK, well I
won't try to understand this, just use it" kind of things. Then
years later I had occasion to use various frequency-selective
measuring instruments; one day the light dawned and I
could see what the FFT was doing at a "gut level". It was
really pretty simple, and I was pissed off that the instructors
had messed up my mind with "Academic Rigor" without
laying an intuitive, gut-level groundwork first. So I'm just
trying to make it easier on the next guy to stumble down
the path. Hope it helped!




Bob Masta
dqatechATdaqartaDOTcom

D A Q A R T A
Data AcQuisition And Real-Time Analysis
www.daqarta.com