Anders,
Beware that there is both lambda and omega filterings on counters to
enhance their performance over pi counters, and that this relates to
frequency output. However, for propper ADEV and friends you have to be
careful. TI-mode is to be used in order to avoid the lambda or omega
propert
I finally had time to compare the 53230A CONT (resolution-enhanced, aka
lambda-counting) and RCON (undocumented! reciprocal continuous counting,
aka pi-counting) modes, and wrote down some notes:
http://www.anderswallin.net/2015/06/cont-vs-rcon-mode-on-the-53230a-frequency-counter/
comments on my
Ole Petter Ronningen:
Tangetially relevant; I made a "patch" for TimeLab to use the gap-free
frequency measurement-mode for the 53230A, if anyone is interested.
Thanks for this great support!
Ulli
___
time-nuts mailing list -- time-nuts@febo.com
To uns
Tangetially relevant; I made a "patch" for TimeLab to use the gap-free
frequency measurement-mode for the 53230A, if anyone is interested.
On Fri, Apr 3, 2015 at 4:34 PM, Tom Van Baak wrote:
> > There is probably a good explanation for the ADEV-level in standard
> > (pi-counting?) reciprocal fre
In message <973e79bb-7b83-40a8-9799-c3b072a68...@n1k.org>, Bob Camp writes:
>This is by no means a bash on the 53230. Properly fed, it’s a fine
>device. Every fancy counter I’ve seen has these sort of issues one
>way or the other.
Absolutely.
But I'm just trying to alert Anders that wha
53230A to give low single shot resolution at the expense of slightly higher
channel skew.
James
-Original Message-
From: Anders Wallin
To: Discussion
Sent: Fri, 3 Apr 2015 12:04
Subject: [time-nuts] 53230A noise floor
Hi all,
I ran some tests on a new 53230A counter tha
Hi
If you use the same sort of small step synthesizer approach and get very close
(but not equal to) the reference, you
can find “dead spots” where the resolution is not as good as you expected it to
be. You need to be able to
step off in 1x10^-11 steps to do a good job of plotting it. Sweeping
>
>
> See the part the end that shows why averaging breaks ADEV:
> http://leapsecond.com/pages/adev-avg/
>
Hi Tom, thanks for reminding me of that page. I did no averaging of the
data myself, and I think it's logical that the counter noise floor goes
down with increasing gate time - I just hav
Anders,
On 04/03/2015 11:49 AM, Anders Wallin wrote:
Hi all,
I ran some tests on a new 53230A counter that just arrived:
http://www.anderswallin.net/2015/04/keysight-53230a-noise-floor-test/
The time-interval single-shot noise and resulting ADEV seems easy enough to
explain.
I didn't yet have
ion :).
James
-Original Message-
From: Anders Wallin
To: Discussion
Sent: Fri, 3 Apr 2015 12:04
Subject: [time-nuts] 53230A noise floor
Hi all,
I ran some tests on a new 53230A counter that just
arrived:
http://www.anderswallin.net/2015/04/keysight-53230a-noise-floor-test/
The
t
In message
, Anders Wallin writes:
>I ran some tests on a new 53230A counter that just arrived:
>http://www.anderswallin.net/2015/04/keysight-53230a-noise-floor-test/
Anders,
I think that setup didn't measure what you think.
When you feed the counter EXT REF from the same source you m
> There is probably a good explanation for the ADEV-level in standard
> (pi-counting?) reciprocal frequency counter mode as well as the roughly
> 1/sqrt(10) enhancement in ADEV when increasing the gate-time 10-fold.
Anders,
See the part the end that shows why averaging breaks ADEV:
http://lea
Hi
You may want to take a look at some of Bill Riley’s (and others) papers on how
pre-filtering
can lead to errors in an ADEV calculation.
Simply put - the frequency mode is a filter and it is not the right one to have
in front of an ADEV
calculation.
Bob
> On Apr 3, 2015, at 5:49 AM, Ander
Hi all,
I ran some tests on a new 53230A counter that just arrived:
http://www.anderswallin.net/2015/04/keysight-53230a-noise-floor-test/
The time-interval single-shot noise and resulting ADEV seems easy enough to
explain.
I didn't yet have time to look closely at Enrico Rubiola's notes over her
14 matches
Mail list logo
