All,
There have been a lot of good ideas rapidly put forth to address
different parts of the WBCQ opportunity including the time broadcast
signal design. Phil, W1PJE, and I (K8GU) have tried to take a big
picture, engineering design flavor view of this effort, including the
scientific and regulatory/license considerations.
Some categories of thoughts about issues/considerations:
1. SAMPLE ALIGNMENT AND COHERENCE: The stability and timeliness of the
broadcast itself is a function of the carrier and every other
oscillator or sample clock involved in the chain being aligned. When
the "science waveform" was added to WWV a while back by HamSCI, we
learned on discussions with station staff that apart from ticks, time
code, and tones, all of the other "messages" on WWV are provided via a
"vintage" Windows computer feeding the samples from a sound card into
the modulator (through appropriate conditioning circuits). Because
this is a standard broadcast transmitter, all of that will again
apply, except for the fact that we may (emphasis on "may") have the
opportunity to control
the sample coherence and lock a sample clock to the
carrier...eventually, if we "build a box" that provides the message to
be modulated. The time-of-flight capability using some kind of
defined edge ticks (e.g. 1 sec), for example, would depend on this
box.
(Note that we wouldn't expect any message being sent from a computer
with an unlocked sample clock to be useful for anything absolute,
perhaps even if playing back a WAV file.)
2. STABILITY: How much stability is necessary should be flowed down
from the science we want to do. I was at a 10U baseball tournament
yesterday and spent the night at the Zoo with Cub Scouts last night;
so, I didn't make much progress on that. :)
However, we can make a heuristic argument based on something that is
already known: the "GPSDO" quality waveform that Hans Summers G0UPL
(QRP-Labs) synthesizes with U3s systems is known "good enough" to see
a lot of Doppler signatures of interest in QRSS CW. Furthermore, our
receivers will be GPS-disciplined TCXOs at best. Thus, if the errors
are uncorrelated, they can be summed RMS... and a
reasonably-carefully-designed GPSDO is probably better than the U3s
and quite good enough for this application. I'm confident in John,
N8UR, and others to do that.
3. THE WAVEFORM: This is one that we've spent the most time thinking
about. There are lots of things we would _like_ to do. However, we
need a "minimum viable product" that will tell us enough system
qualities to do some early versions of the message and to design a
better product when we're ready. (This was not too feasible with WWV,
due to its Federal operational status.)
Allan and WBCQ appear to be willing to move quickly, and possibly with
multiple iterations on the message. This is a valuable, and unique,
aspect that we can maximize. Thinking further, we (at the moment)
will be a primary customer of this message; so, to the extent that we
can tolerate a changing format aimed at iteratively improving the
diagnostics provided by the signal, we should embrace that. The key
qualities of selected waveforms are: (A) It must tolerate distortion
by the transmitter; (B) It cannot exceed the licensed bandwidth of the
station; (C) It has to allow us to measure something scientifically
useful.
Now, the suggested approach:
Task #1: FEASIBILITY ASSESSMENTS
- It is somewhat urgent to get something onto the transmitter
while there's some interest...and it doesn't even really matter how
stable the transmitter oscillators are at this stage. This
"placeholder" waveform can be an audio file, preferably lossless, that
we use to assess the ability of the transmitter to support different
waveforms.
Here we propose to use a revised version of the WWV science waveform
that has been updated to correct some known deficiencies and elucidate
details. Features of the modified waveform would include
a) time ticks of some flavor that are easier to analyze than the
5-cycle 1 kHz burst-tones WWV used as ticks;
b) assessment of transmitter modulation power fidelity properties
through use of a large number of stepped tone input power levels
c) (potential) use of multiple simultaneous single-frequency
waveforms, added together in the voltage domain, to check
Peak-to-average power ratio (PAPR) and nonlinear products of the
transmitter's transfer function compared to an ideal square power law
(e.g. linear voltage response) AM modulator.
Executing the waveform output jobs could probably be timed initially
by a "cron" job, running on a Linux stack within a single-board
computer, that has appropriate audio outputs. These are widely
available and not hard to program.
- Assessment is needed, given the offered transmitter hardware, of
whether it's possible to inject a direct exciter signal (with
oscillators we control) into the WBCQ transmitter that's available.
- If we can't get the carrier disciplined, we should assess whether
the effort is worthwhile at all. Allan seems to indicate that carrier
disciplining is a possibility through direct replacement of the
current crystal-based master oscillator. However, how DIY is this
suggested MO (in master-oscillator power amplifier / MOPA) replacement
in reality? Note also that if it's a modern transmitter with a
reference input, we can probably suspend the need for the modulation
samples to be completely coherent with the carrier, but non-coherence
in modulation inputs compared to carrier coherence may have some
processing consequences for certain approaches.
- To rapidly evaluate these tests for development of an empirical
transmitter transfer waveform, we will require someone with a
high-quality SDR system (I/Q capable) that can be GPS-disciplined
(e.g., USRP) to make ground-wave/direct-path measurements of WBCQ
transmitting HamSCI's test waveform over the test transmission period.
The recorded data would initially be used to evaluate the linearity of
the transmitter, as well as its realistic passband. WBCQ's location
in Monticello - very eastern Maine in Aroostook County - could make
that challenging, or perhaps not.
Task #2. EXCITER DEVELOPMENT
In parallel with #1, we would develop the GPS-disciplined transmitter
(exciter) with the idea that we need to be able to also clock "audio"
samples in a coherent fashion. If it's possible to do this with a
beefy microcontroller (e.g., ARM Cortex, etc) and high-quality audio
DAC (e.g., a TI PCM5101), we could load the "audio samples" of
waveforms into it as static buffers, or alternately could do some
generation on-chip based on GPS time or other inputs. The chipsets
mentioned are older and well-known; but, we would not be married to
specific chips if someone has justifiably better choices. (This is
not a job for a precise-timed FPGA application after all.). The system
should be made flexible to enable the audio message to be picked off
directly if we can't use the exciter approach.
Task #3. WAVEFORM DESIGN
Once we know what the system's transfer function is from Task #1 and
with a capable transmission source in hand from Task #2, then we can
design waveforms. I don't think there's a problem with spitballing
things we'd like to have in the interim; but, they're going to be
bound by WAVEFORM issues (a)-(c) in the realistic analog hardware and
it would be important not to get too far out in front of one's skis,
so to speak. Again, this leverages the advantage of having Allan's
flexibility and willingness in testing for system characterization.
Respectfully submitted...73,
--Ethan, K8GU, and Phil, W1PJE.
--
http://www.k8gu.com/
Repair. Re-use. Re-purpose. Recycle.