DLLTIMECONST

Sets carrier smoothing

Platform:

OEM719, OEM729, OEM7500, OEM7600, OEM7700, OEM7720, PwrPak7, CPT7, CPT7700, SMART7, SMART2

This command sets the amount of carrier smoothing performed on the code measurements. An input value of 100 corresponds to approximately 100 seconds of smoothing. Upon issuing the command, the locktime (amount of continuous tracking in seconds) for all tracking satellites is reset to zero and each code smoothing filter is restarted. You must wait for at least the length of smoothing time for the new smoothing constant to take full effect. The optimum setting for this command depends on the application.

 

  1. This command may not be suitable for every GNSS application.

  2. When using DLLTIMECONST in differential mode with the same receivers, the same setting should be used at both the base and rover station. If the base and rover stations use different types of receivers, it is recommended that you use the command default value at each receiver (DLLTIMECONST <signaltype> 100).

  3. There are several considerations when using the DLLTIMECONST command:

    • The attenuation of low frequency noise (multipath) in pseudorange measurements

    • The effect of time constants on the correlation of phase and code observations

    • The rate of “pulling-in” of the code tracking loop (step response)

    • The effect of ionospheric divergence on carrier smoothed pseudorange (ramp response)

  4. To get unsmoothed pseudorange measurements, choose 0 as the time constant.

The primary reason for applying carrier smoothing to the measured pseudoranges is to mitigate the high frequency noise inherent in all code measurements. Adding more carrier smoothing by increasing the DLLTIMECONST value filters out lower frequency noise, including some multipath frequencies.

There are also some adverse effects of higher DLLTIMECONST values on some performance aspects of the receiver. Specifically, the time constant of the tracking loop is directly proportional to the DLLTIMECONST value and affects the degree of dependence between the carrier phase and pseudorange information. Carrier phase smoothing of the code measurements (pseudoranges) is accomplished by introducing data from the carrier tracking loops into the code tracking system. Phase and code data, collected at a sampling rate greater than about 3 time constants of the loop, are correlated (the greater the sampling rate, the greater the correlation). This correlation is not relevant if only positions are logged from the receiver, but is an important consideration if the data is combined in some other process such as post-mission carrier smoothing. Also, a narrow bandwidth in a feedback loop impedes the ability of the loop to track step functions. Steps in the pseudorange are encountered during initial lock-on of the satellite and when working in an environment conductive to multipath. A low DLLTIMECONST value allows the receiver to effectively adapt to these situations.

 

Also, increased carrier smoothing may cause problems when satellite signals are strongly affected by the ionosphere. The rate of divergence between the pseudoranges and phase-derived ranges is greatest when a satellite is low in the sky since the GPS signal must travel through a much “thicker” ionosphere. The tracking error of the receiver is greatest at these times when a lot of carrier smoothing is implemented. In addition, changing periods of ionospheric activity (diurnal changes and the 11-year cycle) influences the impact of large DLLTIMECONST values. It is important to realize that the advantages of carrier smoothing do not come without some trade off in receiver performance. The factory default DLLTIMECONST value of 100 was selected as an optimal compromise of the above considerations. For the majority of applications, this default value should be appropriate. However, the flexibility exists to adjust the parameter for specific applications by users who are familiar with the consequences.

Message ID: 1011

Abbreviated ASCII Syntax:

DLLTIMECONST signaltype timeconst

Factory Defaults:

DLLTIMECONST <signaltype> 100

Example:

DLLTIMECONST GPSL2C 100

Field

Field Type

ASCII Value

Binary Value

Description

Format

Binary Bytes

Binary Offset

1

Command header

-

-

DLLTIMECONST header

This field contains the command name for abbreviated ASCII or the message header for ASCII or Binary.

-

H

0

2

signal type

See Table: Signal Type

Signal type

Enum

4

H

3

time const

 

Time constant (seconds)

Ulong

4

H+4

Signal Type

Value (Binary)

Signal (ASCII)

Description

33

GPSL1CA

GPS L1 C/A-code

47

GPSL1CP

GPS L1C P-code

68

GPSL2Y

GPS L2 P(Y)-code

69

GPSL2C

GPS L2 C/A-code

70

GPSL2P

GPS L2 P-code

103

GPSL5

GPS L5

2177

GLOL1CA

GLONASS L1 C/A-code

2211

GLOL2CA

GLONASS L2 C/A-code

2212

GLOL2P

GLONASS L2 P-code

2662

GLOL3

GLONASS L3

4129

SBASL1

SBAS L1

4194

SBASL5

SBAS L5

10433

GALE1

Galileo E1

10466

GALE5A

Galileo E5A

10499

GALE5B

Galileo E5B

10532

GALALTBOC

Galileo ALT-BOC

10565

GALE6C

Galileo E6C

10572

GALE6B

Galileo E6B

12673

BDSB1D1

BeiDou B1 with D1 navigation data

12674

BDSB1D2

BeiDou B1 with D2 navigation data

12803

BDSB2D1

BeiDou B2I with D1 navigation data

12804

BDSB2D2

BeiDou B2I with D2 navigation data

12877

BDSB3D1

BeiDou B3 with D1 navigation data

12880

BDSB3D2

BeiDou B3 with D2 navigation data

12979

BDSB1C

BeiDou B1C

13012

BDSB2A

BeiDou B2a

13077

BDSB2BI

BeiDou B2b (I)

14753

QZSSL1CA

QZSS L1 C/A-code

14760

QZSSL1CP

QZSS L1C P-code

14787

QZSSL2C

QZSS L2 C/A-code

14820

QZSSL5

QZSS L5

14891

QZSSL6P

QZSS L6P

19073

NAVICL5SPS

NavIC L5 SPS