Yep, been there, done that. I'm a Ham and have several receivers. However,
that method falls a bit short for what I think I need and have decided to
look for something a bit better. What has been unknown to me is what result
I might get if I take a GPS solution such as this:
Dave
Couple of thoughts here :-
1) A 'real' TDR measurement would require a pulse generator with a
fast rise/fall time. The faster the rise/fall, the better. A
directional coupler could be used to separate the forward and
reflected signals, or you may be able to get away with a 3dB
Hi
In a receive only application, match at either end of the cable is rarely high
on the list. You can sweep the input of a lot of classic receivers and find
some interesting VSWR plots.
Bob
On Jan 24, 2013, at 12:51 AM, Jim Lux jim...@earthlink.net wrote:
On 1/23/13 9:45 PM,
On 24 January 2013 11:32, Grant Hodgson gr...@ghengineering.co.uk wrote:
Dave
Hi Grant
Couple of thoughts here :-
1) A 'real' TDR measurement would require a pulse generator with a fast
rise/fall time. The faster the rise/fall, the better.
Yes, I suspect it needs a pretty decent TDR for
Should I make it a habbit of TDRing my GPS antennas, receivers and
splitters?
Cheers,
Magnus
I think that question ties into some of the other responses to the original
post. The value of doing the TDR measurement would probably depend on your
cable lengths and how likely you think it is
On 1/23/2013 3:34 AM, Magnus Danielson wrote:
On 01/23/2013 02:32 AM, Mike S wrote:
Can you have a Cs under zero acceleration and at zero temperature, the
only conditions for which the second is defined? Since most metric units
are derived from the definition of the second, are any primary
On 1/24/13 7:24 AM, Mike S wrote:
On 1/23/2013 3:34 AM, Magnus Danielson wrote:
On 01/23/2013 02:32 AM, Mike S wrote:
Can you have a Cs under zero acceleration and at zero temperature, the
only conditions for which the second is defined? Since most metric units
are derived from the definition
Hi
Part of the process is to actually measure the local g and correct for it.
NIST is nowhere near the sea...
Bob
-Original Message-
From: time-nuts-boun...@febo.com [mailto:time-nuts-boun...@febo.com] On
Behalf Of Jim Lux
Sent: Thursday, January 24, 2013 10:38 AM
To: time-nuts@febo.com
I hesitate to ask this question on here since it's perhaps more one for
position-nuts rather than time-nuts. My excuse is that it involves a
Thunderbolt ;-)
I've been a happy user of a Thunderbolt for a while as an accurate time and
frequency source but until recently I hadn't got round to
Hi
You should get repeatability better than 10M. Under good conditions it
should be below 1M.
You may have a multipath issue. What is your elevation mask set to? I
suspect it's to low for your location.
Bob
-Original Message-
From: time-nuts-boun...@febo.com
If you go onto alt.sci.satellite-nav, there are many technical threads about
why averaging GPS position readings has its limitations. It isn't like
averaging an electronic measurrment where you are filtering random noise. Or
maybe it is like an electronic measurement where you have to deal with
On 1/24/2013 10:38 AM, Jim Lux wrote:
On 1/24/13 7:24 AM, Mike S wrote:
On 1/23/2013 3:34 AM, Magnus Danielson wrote:
On 01/23/2013 02:32 AM, Mike S wrote:
Can you have a Cs under zero acceleration and at zero temperature, the
only conditions for which the second is defined? Since most metric
I received the following announcement:
UK - Notice of Interruption to MSF 60 kHz Time and Frequency Signal
Please note that the MSF 60 kHz time and frequency signal broadcast from
Anthorn Radio Station will be shut down over the period:
Hi
I think a better analogy would be:
There don't have to be exactly X atoms in the Avogadro ball for it to be a
standard. You simply have to know how many relative to X in order to correct
for your gizmo. The gotcha obviously is you need the count of each isotope.
The same sort of issue
Hi,
It would seem to me that since the second is(was) defined
relative to a specific number of resonances of a C-beam at a
specific gravity, and inertial frame of reference, that any
deviation from the defined value is an indication of not
the error in your C-beam, but rather the error due to
Hi
If you take the position that a primary standard is only functional if it's
under the ideal nominal conditions - you have no primary standards at all.
They all require corrections of one sort or the other. Having a system with
no standards is not a system at all...
The practical approach is
Hi Bob,
It seems to me that all of our current primary standards
are only functional under the ideal nominal conditions.
Which ones aren't?
-Chuck Harris
Bob Camp wrote:
Hi
If you take the position that a primary standard is only functional if it's
under the ideal nominal conditions - you
Hi
If the standard *only* functions unreachable conditions, then you have no
standard.
The point is that you do operate them under normal conditions, and then
correct the result as required. I do not know of any primary standards that
are totally un-influenced by their environment in any way.
Have you checked my page?
Http://www.ko4bb.com/Timing/GPSMonitor
The Toolstick is readily available
Didier KO4BB
Sent from my Droid Razr 4G LTE wireless tracker.
-Original Message-
From: Major L. McGee III maj...@sc.rr.com
To: time-nuts@febo.com
Sent: Wed, 23 Jan 2013 10:32 AM
On 1/24/13 8:13 AM, John Nelson wrote:
I hesitate to ask this question on here since it's perhaps more one for
position-nuts rather than time-nuts. My excuse is that it involves a
Thunderbolt ;-)
I've been a happy user of a Thunderbolt for a while as an accurate time and
frequency source but
On 1/24/2013 11:07 PM, Sarah White wrote:
(quotes)
NOTE: If you boot Windows with your ThunderBolt connected to the Com
port, Windows will think it is a serial mouse and grab the port. It
can lead to some interesting Windows behavior as the T-Bolt outputs
data.
Easy fix. Add the
(quotes)
NOTE: If you boot Windows with your ThunderBolt connected to the Com
port, Windows will think it is a serial mouse and grab the port. It
can lead to some interesting Windows behavior as the T-Bolt outputs
data.
Easy fix. Add the following to your Boot.ini file. Obviously, the x
From: Sarah White
[complex instructions snipped]
--Sarah
P.S. sorry to double-post like this.
===
Sara,
It's far simpler to go into the Device Manger and disable the spurious
device, as described here:
23 matches
Mail list logo