CHAMP data processing and Precise
Orbit Determination
Questions and Answers
The list below is intended to be of assistance in solving technical
problems with CHAMP data processing. It has the nature of a Frequently
Asked Questions summary, capturing the essence of a number of topics that
were discussed during the CHAMP meeting at GFZ Potsdam on November 9th,
2001. Any further relevant details that come up in the future may
be added to this list in due time. The questions have been grouped more
or less by subject, but in many cases there are overlaps between instrument
handling, data processing and orbit computation. For this reason there
is no explicit division in sections.
-
Is the GPS data pre-processed in any way ?
No. The receiver data is downloaded from on-board
storage whenever possible, typically during three or four contact moments
per day with the ground station. The receiver data is then recombined into
daily files.
-
We never see more then 8 GPS satellites at a time,
even though the on-board receiver apparently has 12 channels available
- why is this ?
The receiver has at present a limit of 8 simultaneous
satellites, essentially because a larger number results in unnecessary
processing complexity. This is a software limit, not a hardware limit.
-
Some data records seem to be repeated in my GPS
data file - what is wrong ?
Nothing is wrong, other than an unintended duplication
of some data records. You can either delete these records or process them
the normal way.
-
Will the data distribution for CHAMP also be used
for GRACE ?
The GRACE data centre is under development and
will be similar to the CHAMP ISDC structure.
-
How are the 1 Hz accelerometer instrument data
converted into 10 second normal points ?
In short :
-
Raw data is separated in 10 second batches that are
mutually independent
-
A second order curve is fit through the 10 points
for outlier detection at a 2 sigma rejection level
-
After rejection of outliers a new 2nd
order fit will provide a mean value that is used as the 10-second normal
point.
-
What about the data spikes in the accelerometer
signal ?
The pre-processed accelerometer data no longer
has data spikes. The raw data contains spikes, some of which can be associated
with electronic events on-board, others are still under investigation.
This does not affect the L2 pre-processed data product anymore.
NOTE : a new release of all available accelerometer
data up to day 251/2001 will be made available through ISDC, after some
improvements in the pre-processing.
-
The 'radial' component of the accelerometer data
seems to always have different calibration parameters than the other directions
- is this correct ?
Yes, for two reasons. First, the radial sensitivity
is less due to the instrument design. Second, the internal control loop
of the instrument has been identified to have an electronic problem, which
may still affect output data after pre-processing.
-
Are the attitude manoeuvres reflected in the accelerometer
signal ?
No. In principle, it is impossible to know the
linear components of the attitude manoeuvre (due to thruster asymmetry)
because the attitude pulses are too short to be properly absorbed in the
10-second accelerometer normal points. Any spikes that may or may not be
thruster-related are removed in the pre-processing. Short gaps in the data
that may result from this are bridged via interpolation during the pre-processing
stage.
-
... so what do we do with the attitude manoeuvres
then ?
The firing times and duration of the manoeuvres
are given in the accelerometer L2 product, as well as the orientation of
the rotation axis. You can either try to calibrate all manoeuvres independently,
or you can make assumptions on systematic misfiring properties per thruster
pair, and then estimate just a limited number of manoeuvre calibration
parameters for your entire solution arc. The latter method is at present
used by GFZ.
-
What about the '999' attitude manoeuvres in the
accelerometer data file ?
These '999' indicate missing telemetry information.
There may or may not have been an attitude manoeuvre at that point. In
most cases, there is none.
-
What would be typical values for the accelerometer
bias and scale parameters ?
This is hard to say. The values for these parameters
should be purely instrument-related but in practice many other effects
seem to get absorbed in the accelerometer calibration parameters, depending
on the processing method you use. In particular, if you have a poor a priori
gravity model your dynamic orbit solution will never be very good, and
the accelerometer parameters will absorb unwanted mismodelling effects.
-
The GPS receiver can be used in 'altimetry mode'
but we don't hear anything about this data - why ?
The altimeter mode has been a late addition,
and is considered as experimental rather than as a normal CHAMP data product.
The associated data is not distributed through ISDC in the same way as
the other flight receiver data.
-
What happened with the accelerometer data on 13/06/2001
?
A single event occurred associated with the
along-track measurement direction, and the instrument was switched to the
redundant ICU board which has been used ever since.
-
Do we have to worry about time tag problems of
the accelerometer data ?
The on-board data is time-tagged by means of
the GPS clock. Any small differences with respect to true GPStime or UTC
can have no significant influence on the accelerometer data output. The
timing errors will typically be below microseconds level, during which
the displacement of the satellites will be in the order of a millimeter.
The acceleration of the satellite does not change significantly at this
resolution of space and time.
-
There are some strange rapid movements in the
attitude data every now and then. Are these real events, or are they data
processing errors ?
Under certain rare circumstances, the attitude
sensors can get moon-blinded and produce false quaternions. These are used
internally by the on-board attitude control system, which will try to flip
the satellite. The spacecraft will recuperate by itself as soon as its
sensors turn away from the moon and get back to nominal operations.
-
We would like to set-up automatic downloads of
ISDC data - is there a way around the manual data request through the ISDC
web page ?
Batch-request processing will be made available
by GFZ to a wider range of users than until now - please keep an eye on
the GFZ web page for announcements, or contact the ISDC support people
directly with your request.
-
The ISDC user account only allows me a download
volume of 30 Mb at a time, which is annoying if I want to download a whole
month of data.
GFZ have promised to be reasonable on this point.
If you really need a larger volume of data, you can contact the ISDC support
and request temporary or permanent modifications to your account limit,
but obviously GFZ need to balance the number of requests of this kind against
the available resources.
-
How stable are the accelerometer calibration parameters,
over what time intervals can these parameters be considered constant ?
The bias and scale factor parameter values are
very stable, and for typical CHAMP arc lengths of 1 day or so they can
normally be considered as a constant.
-
The CHAMP mission was foreseen to have a large
orbit-raising manoeuvre to extend the overall mission duration. Has this
manoeuvre been performed yet ?
No - you would have heard about it through the
CHAMP web page. At present, this manoeuvre has not yet proved necessary
and is therefore postponed until further notice, hopefully leading to a
longer overall mission duration. At the current status of the mission,
it looks that CHAMP could remain in operation until 2007..2008, but this
depends on a variety of technical and organisational matters.