B
Bret Cahill
Guest
Correction. Adaptive filters have a transfer function that variesHow in the world did PSR get into this thread?
It was a stepping stone to using Excel for match filtering.
***But PSR isn't much of anything like matched filtering in terms of
implementation.....
The both use a reference that doesn't correlate much or often with the
noise.
I thought we were
talking about matched filters and whether there were any differences
between time domain implementation and frequency domain implementation.
It's no longer of interest so feel free to ignore it.
***OK. You're welcome.
OK, I found a description:http://techdoc.kvindesland.no/radio/ymse1/20061216153544735.pdf
Geez. This looks a lot like a phase-locked loop (PLL) receiver of the
sort that's used, for example, in deep space communications.
The time multiplication step is the heart of PSR and lock in.
***Actually the time multiplication step is a trivial part of it. The
heart of it is getting the frequency and phase adjusted to get lock.
That's not always an issue with PSR. In some important cases the
reference is inherently in phase with the signal. Phi will certainly
be close enough to zero to be ignored.
OTOH it is _always_ necessary to multiply the signal by some reference
with a known phase angle in either PPL, lock in or PSR.
In those
applications, the data bandwidth is very low so that the receiver
bandwidth can be very low (thus improving SNR at the output).
Matched filters are most often used in pulse systems like radar and
sonar; although they tend to work better in radar. There's a ton of
literature on the subject.
PLL receivers tend to work on continuous signals. There is generally a
"lock" period to get the phase right and the receiver can also "lose lock".
The phase may not always be known in which case it won't work for
precision amplitude measurements. It may very well be worse than the
noise.
***The phase is never known unless there's a phase reference as in a
suppressed carrier control system and that's mostly used to know the *sign*.
Depends on the situation. Sometimes it's not enough to matter.
The difference seems rather stark to me.
It would be surprising if the two types of reference or "adaptive"
filtering weren't compared before now.
Well, there's nothing adaptive in this conversation yet...
Match along with Weiner and probably a host of other signal bandwidth
filters are called "adaptive filters."
with time.
Weiner filters are not adaptive.
Some would include lock-in and
PSR.
Even noise determination and subtraction is sometimes called "adaptive
filtering" although that might be another example of indiscriminate
use of words.
So, is that
yet another new topic? Why should it be so surprising since they are so
very much different in terms of system objectives?
Sometimes it's easier to look at every category a thing could fall
under.
One is for short, known
signals (known modulation if you will) and the other is for long, known
frequency, signals of unknown modulation. That may not be the best
description but it's close enough for now.
A lot more cycles [time] should be necessary with PSR to get the same
reduction of noise as FFT reference filtering.
***FFT has nothing to do with it. It just complicates things a bit if
you go that way.
You'll need to get a Fourier transform somehow and FFT is the most
efficient way to get it.
With a FFT you know everything possible about the signal and with
reference filtering in the frequency domain, all that information is
utilized. That may be why they call the match filter the "optimal"
filter. It may be the absolute best you can do.
***A matched filter is the optimal linear filter for maximizing the
signal to noise ratio (SNR) in the presence of additive noise.
Looks like we may agree on that..
FFT has
nothing to do with it.
With PSR you only know or need to know the phase angle. Many lock in
systems simply multiply with a square wave. All the information in
the wave form is tossed with PSR.
***With PSR you generally don't know the phase angle. That's why lock
is something that has to be accomplished with the implementation and not
by the designer in some a priori fashion ...
Even if true how would that change the fact that PSR doesn't utilize
as much information as match filtering and therefore cannot clean up a
signal in as short a time?
which is what I think is
meant by "know or need to know the phase angle". Perhaps there's a
different intent.
So, it appears you're pondering a *system design* question in addition
to your original question about matched filtering.
The PSR is only of interest now if it was possible to somehow glean a
phase angle, maybe by comparing the reference * signal with the
reference * reference or the signal * signal. If that's not possible
then the phase angle will have to be determined by some kind of
convolution / match filtering.
Do you mean "phase angle" or do you mean "delay"?
Delay would be better since it isn't a simple sine curve. In fact, it
generally won't even be periodic.
Well, at least one
can reasonably ask this question in the context of radar or sonar. In
some systems *relative* phase might be used to differentiate between
various physically-separated target elements. But one inch in 50 miles
is rarely of interest on an absolute basis. What *are* you trying to do
in a system context?
Determine a magnitude of an signal with a SNR of 2 - 20.
If the delay is more than 1.5% of the pulse period and the SNR is over
10, then a filter that don't correct for the delay will cause more
harm than good.
I'd rather have the noise.
Bret Cahill- Hide quoted text -
- Show quoted text -- Hide quoted text -
- Show quoted text -