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!
T
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 some
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 findin
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
From: Bill Somerville
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:
subroutin
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 temo
On 10/01/2017 16:52, Black Michael wrote:
try your loopback test using McLeod's estimator.
Just replace peakup.f90 with this:
subroutine peakup(ym,y0,yp,dx)
! McLeod's estimator
delta = (ym-yp)/(2*y0+ym+yp)
dx=(sqrt(1+8*delta*delta)-1)/4*delta;
return
end subroutine peakup
Hi Mike,
here
wsjt-devel@lists.sourceforge.net
Sent: Tuesday, January 10, 2017 10:08 AM
Subject: Re: [wsjt-devel] FreqCal Mode
On 09/01/2017 23:57, Joe Taylor wrote:
Still, it will probably be best to put a window on the FFT.
Hi Joe, the new sin^2 window function improves accuracy most of the time, here
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
7.3
Hi Bill,
> I note that the SNR figures are roughly the same but the "Level" column
> has changed dramatically.
Aaah, yes, I used a different normalizing factor. That should to be
fixed... although in fact "level" is never used for anything, downstream.
-- Joe
-
On 09/01/2017 23:57, Joe Taylor wrote:
Still, it will probably be best to put a window on the FFT.
Hi Joe,
the new sin^2window function improves accuracy most of the time, here
are some sample measurements using identical tones synthesised by
another WSJT-X instance:
15:23:57 5000 1 15
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 7.3xx
freq. AM
Joe WB9SBD
Sig
The Original Rolling Ball Clock
Idle Tyme
Idle-Tyme.com
http://w
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 y
On 10/01/2017 14:57, Claude Frantz wrote:
> Please explain me further how to enter this frequency list. Will this
> list be saved in the config file ?
Hi Claude,
I will answer this. Go to "Settings->Frequencies" and context click
(right-click) the "Working Frequencies" table. A pop up window wil
Claude --
On 1/10/2017 9:57 AM, Claude Frantz wrote:
> On 01/09/2017 06:01 PM, Joe Taylor wrote:
>
>> To use this capability you should enter known frequencies of your
>> calibration stations under FreqCal mode. I use these frequencies: 0.660
>> 0.880 1.210 2.500 3.330 5.000 7.850 10.000 14.670 1
On 01/09/2017 06:01 PM, Joe Taylor wrote:
> To use this capability you should enter known frequencies of your
> calibration stations under FreqCal mode. I use these frequencies: 0.660
> 0.880 1.210 2.500 3.330 5.000 7.850 10.000 14.670 15.000 20.000 MHz.
> (The first three are clear-channel AM br
On 10/01/2017 14:34, Bill Somerville wrote:
> ... the wrap around
> processing that is implicit in the discrete FFT ...
further to this, if I understand it correctly; window functions applied
to the input sample stream address the discontinuities by attenuating
the signal at the start and end so
Hi Jay,
On 1/10/2017 8:44 AM, Jay Hainline wrote:
> Can anyone confirm CHU at 3330 is actually on the air? I do not hear it here
> and suspect it no longer is.
>
> 73 Jay KA9CFD
I'd like to know the answer to your question, too! I find no indication
on the NRC web site that 3330 is no longer us
On 10/01/2017 13:21, Michael Black wrote:
> 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.
Hi Mike,
they are one and the same I believe. Because of th
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
Can anyone confirm CHU at 3330 is actually on the air? I do not hear it here
and suspect it no longer is.
73 Jay KA9CFD
-Original Message-
From: Joe Taylor [mailto:j...@princeton.edu]
Sent: January 9, 2017 21:45
To: WSJT software development
Subject: Re: [wsjt-devel] FreqCal Mode
Hi
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 rectangular
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 long
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) ha
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) h
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 9.38052
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 an
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. Th
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 fre
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
33 matches
Mail list logo
