Manual
Table Of Contents
- Title
- Contents
- 1 Integration manual structure
- 2 System description
- 3 Receiver functionality- 3.1 Receiver configuration- 3.1.1 Changing the receiver configuration
- 3.1.2 Default GNSS configuration
- 3.1.3 Default interface settings
- 3.1.4 Basic receiver configuration
- 3.1.5 Differential timing mode configuration
- 3.1.6 Legacy configuration interface compatibility
- 3.1.7 Navigation configuration
 
- 3.2 Geofencing
- 3.3 Logging
- 3.4 Communication interfaces
- 3.5 Predefined PIOs
- 3.6 Antenna supervisor
- 3.7 Multiple GNSS assistance (MGA)
- 3.8 Clocks and time
- 3.9 Timing functionality
- 3.10 Security
- 3.11 u-blox protocol feature descriptions
- 3.12 Forcing a receiver reset
- 3.13 Firmware upload
 
- 3.1 Receiver configuration
- 4 Design
- 5 Product handling
- Appendix
- Related documents
- Revision history
- Contact
ZED-F9T-Integration manual
Fortunately,  although  BeiDou  and  Galileo  have  similar  representations  of  time,  they  transmit
sufficient  bits  for  the  week  number  to  be  unambiguous  for  the  foreseeable  future  (the  first
ambiguity  will  be  in  2078  for  Galileo  and  not  until  2163  for  BeiDou).  GLONASS  has  a  different
structure, based on a time of day, but again transmits sufficient information to avoid any ambiguity
during the expected lifetime of the system (the first ambiguous date will be in 2124). Therefore, u-
blox 9 receivers using Protocol Version 24 and above regard the date information transmitted by
GLONASS, BeiDou  and Galileo  to be unambiguous and, where necessary, use  this to resolve any
ambiguity in the GPS date.
Customers attaching u-blox receivers to simulators should be aware that GPS time is
referenced to 6th January 1980, GLONASS to 1st January 1996, Galileo to 22nd August
1999 and BeiDou to 1st January 2006; the receiver cannot be expected to work reliably with
signals simulated before these dates.
3.8.9.1 GPS-only date resolution
In circumstances where only GPS L1C/A signals are available and for receivers with earlier firmware
versions, the receiver establishes the date by assuming  that all week numbers must be  at least
as large as a reference rollover week number. This reference rollover week number is hard-coded
at compile time and is normally set a few weeks before the software is completed, but it can be
overridden by CFG-NAVSPG-WKNROLLOVER configuration item to any value the user wishes.
The following example illustrates how this works: Assume that the reference rollover week number
set in the firmware at compile time is 1524 (which corresponds to a week in calendar year 2009,
but would be transmitted by the satellites as 500). In this case, if the receiver sees transmissions
containing week numbers in the range of 500 ... 1023, these will be interpreted as week numbers
1524 ... 2047 (calendar year 2009 ... 2019), whereas transmissions with week numbers from 0 to
499 are interpreted as week numbers 2048 ... 2547 (calendar year 2019 ... 2028).
It is important to set the reference rollover week number appropriately when supplying u-
blox receivers with simulated signals, especially when the scenarios are in the past.
3.9 Timing functionality
In addition to positioning  and navigation applications, GNSS signals  are widely  used as low-cost
precision  time  or  frequency  references  used  by  remote  or  distributed  wireless  communication,
industrial, financial, and power distribution equipment. By capitalizing on atomic clocks which are
on-board  positioning  satellites,  GNSS  signals  which  contain  embedded  timing  information  can
be  used to synchronize  equipment,  as  well as  to  provide  UTC time.  For  wireless  communication
standards  that  utilize  Time  Division  Multiplex  (TDM)  and  applications  such  as  femtocell  base
stations, a precision time reference is mandatory.
3.9.1 Time pulse
3.9.1.1 Introduction
The ZED-F9T receiver includes two time pulse outputs with configurable duration and frequency.
The time pulse function can be configured using the CFG-TP-* configuration group for the desired
time pulse; TP1 or TP2. The UBX-TIM-TP message provides time information for the next pulse, time
source and the quantization error of the output pin.
UBX-19005590 - R05
3 Receiver functionality Page 45 of 87
C1-Public Early production information










