Comparison: K3 and SDR 5000A

classic Classic list List threaded Threaded
23 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: Comparison: K3 and SDR 5000A

KK7P
> ...  The
> sample-in/sample-out may work at steady state, but if you use an FIR
> filter, it still takes a number of samples and time to fill the filter
> pipeline, as well as empty it...

Exactly.  As I stated, you can't get away from the delay in the filter.
I was describing *additional* delay beyond that of the filter.

If the system is sampling at 48 kHz, a sample-by-sample architecture
will have 20.8 *micro*seconds delay before the subsequent filters, etc.,
see the signal.

If it is block based, and the block size is 1024 samples, then at the
same 48 kHz sample rate you'd have 22 *milli*seconds of delay before the
subsequent filters, etc., see the signal.

Sorry if I wasn't clear on that.

Enjoy!

Lyle KK7P


_______________________________________________
Elecraft mailing list
Post to: [hidden email]
You must be a subscriber to post to the list.
Subscriber Info (Addr. Change, sub, unsub etc.):
 http://mailman.qth.net/mailman/listinfo/elecraft   

Help: http://mailman.qth.net/subscribers.htm
Elecraft web page: http://www.elecraft.com

Reply | Threaded
Open this post in threaded view
|

Re: Comparison: K3 and SDR 5000A

Richard Smith-23


>> ...  The sample-in/sample-out may work at steady state, but if you use an
>> FIR filter, it still takes a number of samples and time to fill the
>> filter pipeline, as well as empty it...
>
> Exactly.  As I stated, you can't get away from the delay in the filter. I
> was describing *additional* delay beyond that of the filter.
>
But the architectures are different, and can't be compared in that way.  In
each case, the sytstem requres delay to capture the data.  In the case of
the 5000A, once the data is collected, then the "filter" (which is an FFT)
is free to run all its calculations at the full bore speed of the processor
unconstrained by the sampling rate.  In the K3, the "filter" is a serially
stepping FIR filter very much constrained in its calculation speed by the
sampling rate so must wait between samples for the next input point to
arrive before it can pop out a new output point calculation.  In the 5000A
the main delay is up in front of the filter, as you point out, but in the K3
the main delay is in the filter itself caused by the need to push all that
data through the FIR filter at the sample input rate.

> If the system is sampling at 48 kHz, a sample-by-sample architecture will
> have 20.8 *micro*seconds delay before the subsequent filters, etc., see
> the signal.

Correct, but it will also take 10.6 *milli* seconds to push that data
through a 512 tap FIR filter to detect the edge of a CW signal.

>
> If it is block based, and the block size is 1024 samples, then at the same
> 48 kHz sample rate you'd have 22 *milli*seconds of delay before the
> subsequent filters, etc., see the signal.

Actually a more realistic sample rate for the 5000A is 192 kHz.  At that
rate, you have 5.3 milliseconds of delay, not 22.
Looks like we are in the same ballpark after all.

>
>
> Enjoy!

I am.  Thanks for exercising my grey matter.

73,

Rich W1EZ

_______________________________________________
Elecraft mailing list
Post to: [hidden email]
You must be a subscriber to post to the list.
Subscriber Info (Addr. Change, sub, unsub etc.):
 http://mailman.qth.net/mailman/listinfo/elecraft   

Help: http://mailman.qth.net/subscribers.htm
Elecraft web page: http://www.elecraft.com

Reply | Threaded
Open this post in threaded view
|

K3 and possible P3

Don Nesbitt
In reply to this post by wayne burdick
Just in case anyone actually has any time (ha - do they sleep in Aptos?) to
devote to a possible P3 as noted by Wayne below, please build in an output
(VGA, SVGA, XVGA ??) so a large video monitor could be plugged in without
having to use a computer.  Do I see a nice 22" wide-screen LCD in my future?

Old eyes would appreciate it!

73 es gud dxing -- Don N4HH

-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of wayne burdick
Sent: Tuesday, October 09, 2007 12:26 PM

<SNIP> Part of what Wayne wrote follows:

Yesterday there was a discussion about Panadapter responsiveness.
If/when we offer a panadapter, it will be tightly linked with the K3,
so you'll be able to do things like click on a signal and move the VFO
to it, etc. If the text decoder is turned on, CW, RTTY, and PSK31
signals will be decoded and displayed on the K3's own LCD and/or in a
window on the panadapter.

Of course the "P3" would match the K3's enclosure styling, too, and may
include a power supply and/or speaker. For field ops, you could take
just the K3. Either way, it's computer-optional.

73,
Wayne
N6KR

_______________________________________________
Elecraft mailing list
Post to: [hidden email]
You must be a subscriber to post to the list.
Subscriber Info (Addr. Change, sub, unsub etc.):
 http://mailman.qth.net/mailman/listinfo/elecraft   

Help: http://mailman.qth.net/subscribers.htm
Elecraft web page: http://www.elecraft.com

12