[Elecraft] Re: Displaying the keying waveshape on Spectrogram.
Masleid, Michael A.
[email protected]
Mon Sep 15 14:20:01 2003
-----Original Message-----
From: Masleid, Michael A.=20
Sent: Monday, September 15, 2003 12:12 PM
To: Guy Olinger, K2AV
Cc: [email protected]
Subject: RE: [Elecraft] Re: Displaying the keying waveshape on
Spectrogram.
Hello Guy,
I seem to have caused some confusion about what I
am worried about.
>What we did with the wide SSB RX filter was to try and take the
>receiver OUT OF PLAY. For moderate cases we succeeded quite accurately
>at handing the problem uncluttered to Spectrogram. From there on it's
>just math in a CPU.
>Your question, or argument, at this point deals with whether
>Spectrogram can do what it advertises.
The fast Fourier transform used in Spectrogram returns two sets of
numbers. These are related to the sin() and cos() functions. Engineers
tend to think of these as the real and imaginary parts of the waveform.
In practice, a quadrature detector can manipulate both parts. =
Spectrogram
presents the power spectrum only. That is the sum of the squares of =
each
pair of bin values. Some information is lost at that point in the =
process.
The quadrature information is useful in predicting how the click will =
sound
when it goes through a wide filter.
>By listening through a receiver you have converted the signal to be
>examined into a fairly faithful audio parallel to the RF. If the
>received audio sounds clean, full range and undistorted to your ear,
>it's likely close enough. (Note here that limiters, signal processing,
>etc can add distortion/change not present at the RX input, and all
>such should be off.)
Yes.
>It's a frequency shift to a range for which you have a convenient
>analog to digital conversion device:
Yes. I used to process the quadrature data streams off of a Le'Croy
'scope to figure out what multipath would be when we were developing
spread spectrum technology. It took a lot longer to process the
data back then.
>...your sound card, which converts that analog to digital, which
>Spectrogram processes. The program's doing it's own thing. The narrow
>resolution possible simply means that any odd artifacts to the
>received signal will likely be presented quite clearly and faithfully.
>The MP has some interesting artifacts.
What is "The MP"?
>I would have killed to have a setup like this back in the 60's when I
>was working AT&T long distance plant.
>Just about everything I had back then (including some really pricey
>multi-multi-K$ analog stuff) is rendered obsolete and fairly crude by
>a modern SSB RX, PC sound card and Spectrogram.
Back in the '80's I was figuring out what the noise floor should be
for baseband signaling over coaxial cable. I thought the committee
had set rather optimistic values. So we rented some really expensive
analog/digital stuff, strung coax all over the place, and got down to
business measuring field strength and ingress.
The important thing that come out of this is that basic shape of the
power spectrum depends on the bandwidth of the filter used to measure
the spectrum. A filter responds differently depending
on the bandwidth of the signal being measured.
>We are living in a wonderful time for techno-tinkerers.
Agreed.
What I'm trying to point out, an not doing a good job at, is this:
By using a narrow filter in spectrogram, you are under reporting clicks.
The clicks will look worse if you increase the bin width.
Ok so far -- Now, the next statement might seem a bit strange.
The clicks should look much worse if you increase the bin width.
To correctly report the impact of clicks on real receivers, you must use
the same bandwidth that the receiver uses.
After that, I think I lost everyone. To measure clicks, you must
set the bin width in spectrogram to the same bandwidth that the
hams will be using in real life. I don't know if spectrogram can
do that. I'm pretty sure you can't integrate the power per bin
over the desired bandwidth to get the peak power at a wider
bandwidth.
And finally, where I start to have trouble: Is it possible that
two filters with the same bandwidth will not respond to clicks the
same way? When I designed filters to correct for signal dispersion
I used a time reversed conjugate match to the signal dispersion.
I think there was something called a R.A.K.E. filter that was
similar. The implication is that a filter can be built to
accent or attenuate the click, and still have the same apparent
bandwidth. A good job for a DSP no doubt.
73, Michael, AB9GV