Thanks for confirming it is on the air Joe. I am hearing it this afternoon
on 3330 KHz.
73 Jay KA9CFD
From: Joe [mailto:n...@mwt.net]
Sent: January 10, 2017 15:00
To: wsjt-devel@lists.sourceforge.net
Subject: Re: [wsjt-devel] FreqCal Mode
At 15:00Z here in SW Wisconsin they are S-5
Hi Edson,
On 1/10/2017 12:39 PM, Edson W. R. Pereira wrote:
> I got across this paper some time ago. The algorithm suggested could
> perhaps be applied to FreqCal.
>
> https://mgasior.web.cern.ch/mgasior/pap/FFT_resol_note.pdf
>
> 73, Edson PY2SDR
Thanks for the pointer to an excellent paper!
On 10/01/2017 18:42, Bill Somerville wrote:
> So for example if a window function
> that caused broadening with a Gaussian shape then a Gaussian curve
> fitting would be the best candidate for estimating inter-bin frequency
> peaks.
Hi Hi!
thanks for the paper link Edson, clearly I have read
On 10/01/2017 18:23, Bill Somerville wrote:
> I suspect that MacLeod's estimator is not a simple replacement for
> Joe's simple three ... point parabolic fit
Hi Mike,
I should also point out, as I understand it, that the choice of window
function and interpolating estimator for frequency
On 10/01/2017 18:02, Black Michael wrote:
Hmmm...gotta' wonder though...which is more "real" ?? Without knowing
the frequency stability of your sound card can't say which is actually
more accurate, can we?
McLeod's is supposed to have pretty good behavior.
Hi Mike,
nope, the sound card is
assdesign.com>
To: wsjt-devel@lists.sourceforge.net
Sent: Tuesday, January 10, 2017 11:15 AM
Subject: Re: [wsjt-devel] FreqCal Mode
On 10/01/2017 16:52, Black Michael wrote:
try your loopback test using McLeod's estimator. Just replace peakup.f90 with
this:
subroutine pe
Hello everyone:
I got across this paper some time ago. The algorithm suggested could
perhaps be applied to FreqCal.
https://mgasior.web.cern.ch/mgasior/pap/FFT_resol_note.pdf
73, Edson PY2SDR
---
- We humans have the capability to do amazing things if we work together.
- Nós seres humanos
CHU transmits in USB with a reduced carrier.
... Rich
On 01/10/2017 10:00 AM, Joe wrote:
At 15:00Z here in SW Wisconsin they are S-5,
But I'm not sure what mode.
On AM Barely Understandable,
On LSB forget it, just a mess.
On USB perfect audio, just like I remember from my SWL days on the
On 10/01/2017 15:05, Bill Somerville wrote:
> Table entries may be directly edited by
> double clicking on fields and using the usual editing keystrokes.
Hi Claude & all,
I should also have added that the table column headings can be clicked
to select sort column and sort order, so for example
Mike,
I’ll have to disagree with your statement that “it’s not the discontinuity…”.
A more careful and correct statement could have been something along these
lines: "instead of explaining the observed phenomenon in terms of an endpoint
discontinuity, one could also note that the phenomenon
It's not the discontinuity -- it's the bin values.
If the desired frequency is not an EXACT multiple of the bin value you'll
get a reduced peak and leakageone of the downfalls of DFTs. As Joe
noted a larger FFT would have more resolution but is likely not going to
improve things.
A
On 09/01/2017 23:57, Joe Taylor wrote:
> ... so there's no
> way we're going to get accuracies much better than 0.2 (or maybe 0.1)
> Hz. This is by design; since we're using HF-propagated signals, which
> can have Doppler shifts or spreads greater than 0.2 Hz, there is little
> point in doing
Hi Bill,
On 1/9/2017 5:28 PM, Bill Somerville wrote:
> I have just been looking at a problem with FeqCal when FTol>DF, I have a
> fix for that but I also noticed that, when I connect another WSJT-X
> instance as a tone generator back to back (digital loopback) with an
> instance running FreqCal,
On 09/01/2017 23:23, Steven Franke wrote:
> With 55296 point FFT, a 1600 Hz tone (7.5 sa/period) has 55296/7.5=7372.8
> cycles in a record - so there is an endpoint discontinuity (i.e. a
> discontinuity between the first and last points of the record).
>
> A 1500 Hz tone (8 samples per period)
Since Joe is probably eating dinner at the moment…
With 55296 point FFT, a 1600 Hz tone (7.5 sa/period) has 55296/7.5=7372.8
cycles in a record - so there is an endpoint discontinuity (i.e. a
discontinuity between the first and last points of the record).
A 1500 Hz tone (8 samples per period)
On 09/01/2017 22:28, Bill Somerville wrote:
> ... for sure the three
> magnitudes going into peakup are much flatter when the error is greater ...
Hi Joe,
Here are some examples, these are DFT magnitudes (s vector) for five
bins around a 1500Hz tone:
0.107814305 0.175234795
On 09/01/2017 21:45, Joe Taylor wrote:
> ... about FreqCal mode in WSJT-X ...
Hi Joe,
I have just been looking at a problem with FeqCal when FTol>DF, I have a
fix for that but I also noticed that, when I connect another WSJT-X
instance as a tone generator back to back (digital loopback) with
Hi Joe,
This is great news. I tried to convert the FMT Fortran files to C++, but
failed in an epic way, e. This will be a very welcome addition to
WSJT-X.
Thanks!
Greg.
On 1/9/2017 2:45 PM, Joe Taylor wrote:
> Hi all,
>
> A brief follow-up to my message about FreqCal mode in WSJT-X.
With WSJT-X code revision r7467 the tools are in place to allow you to
determine calibration constants (Intercept A and Slope B) for your radio.
Builds using cmake will put the programs fmtave[.exe], fcal[.exe] and
fmeasure[.exe] in the .../install/bin directory along with wsjtx[.exe]
and the
On 09/01/2017 13:38, Joe Taylor wrote:
> Thanks for your additions to FreqCal mode committed in r7463. They are
> just about what I had been planning, but you were one step ahead of me!
> Before long I will provide some instructions for using this mode to
> calibrate one's radio.
Hi Joe,
The
Hi Bill,
Thanks for your additions to FreqCal mode committed in r7463. They are
just about what I had been planning, but you were one step ahead of me!
Before long I will provide some instructions for using this mode to
calibrate one's radio.
-- Joe, K1JT
21 matches
Mail list logo
