bd982 Manual
bd982 Manual
Version 4.30
F
Revision B
April 2011
Corporate Office How to Obtain Warranty Service
Trimble Navigation Limited To obtain warranty service for the Product, please contact your
935 Stewart Drive local Trimble authorized dealer. Alternatively, you may contact
Sunnyvale, CA 94085 Trimble to request warranty service at +1-408-481-6940 (24 hours a
USA day) or e-mail your request to trimble_support@trimble.com.
www.trimble.com Please be prepared to provide:
E-mail: trimble_support@trimble.com – your name, address, and telephone numbers
– proof of purchase
Legal Notices
– a copy of this Trimble warranty
© 2011, Trimble Navigation Limited. All rights reserved. – a description of the nonconforming Product including the model
Trimble and the Globe & Triangle logo are trademarks of Trimble number
Navigation Limited, registered in the United States and in other – an explanation of the problem
countries. CMR+, Maxwell, Zephyr, and Zephyr Geodetic are
The customer service representative may need additional
trademarks of Trimble Navigation Limited. information from you depending on the nature of the problem.
Microsoft, Internet Explorer, Windows, and Windows NT are either
registered trademarks or trademarks of Microsoft Corporation in Warranty Exclusions and Disclaimer
the United States and/or other countries. This Product limited warranty shall only apply in the event and to
All other trademarks are the property of their respective owners. the extent that (a) the Product is properly and correctly installed,
configured, interfaced, maintained, stored, and operated in
Release Notice
accordance with Trimble's applicable operator's manual and
This is the April 2011 release (Revision B) of the BD982 GNSS specifications, and; (b) the Product is not modified or misused. This
Receiver Module User Guide. It applies to version 4.30 of the receiver Product limited warranty shall not apply to, and Trimble shall not
firmware. be responsible for, defects or performance problems resulting from
LIMITED WARRANTY TERMS AND CONDITIONS (i) the combination or utilization of the Product with hardware or
software products, information, data, systems, interfaces, or devices
Product Limited Warranty not made, supplied, or specified by Trimble; (ii) the operation of the
Subject to the following terms and conditions, Trimble Navigation Product under any specification other than, or in addition to,
Limited (“Trimble”) warrants that for a period of one (1) year from Trimble's standard specifications for its products; (iii) the
date of purchase this Trimble product (the “Product”) will unauthorized installation, modification, or use of the Product; (iv)
substantially conform to Trimble's publicly available specifications damage caused by: accident, lightning or other electrical discharge,
for the Product and that the hardware and any storage media fresh or salt water immersion or spray (outside of Product
components of the Product will be substantially free from defects in specifications); or exposure to environmental conditions for which
materials and workmanship. the Product is not intended; (v) normal wear and tear on
consumable parts (e.g., batteries); or (vi) cosmetic damage. Trimble
Product Software does not warrant or guarantee the results obtained through the use
Product software, whether built into hardware circuitry as of the Product, or that software components will operate error free.
firmware, provided as a standalone computer software product, NOTICE REGARDING PRODUCTS EQUIPPED WITH TECHNOLOGY
embedded in flash memory, or stored on magnetic or other media, CAPABLE OF TRACKING SATELLITE SIGNALS FROM SATELLITE BASED
is licensed solely for use with or as an integral part of the Product AUGMENTATION SYSTEMS (SBAS) (WAAS/EGNOS, AND MSAS),
and is not sold. If accompanied by a separate end user license OMNISTAR, GPS, MODERNIZED GPS OR GLONASS SATELLITES, OR
agreement (“EULA”), use of any such software will be subject to the FROM IALA BEACON SOURCES: TRIMBLE IS NOT RESPONSIBLE FOR
terms of such end user license agreement (including any differing THE OPERATION OR FAILURE OF OPERATION OF ANY SATELLITE
limited warranty terms, exclusions, and limitations), which shall BASED POSITIONING SYSTEM OR THE AVAILABILITY OF ANY
control over the terms and conditions set forth in this limited SATELLITE BASED POSITIONING SIGNALS.
warranty. THE FOREGOING LIMITED WARRANTY TERMS STATE TRIMBLE’S
Software Fixes ENTIRE LIABILITY, AND YOUR EXCLUSIVE REMEDIES, RELATING TO
THE TRIMBLE PRODUCT. EXCEPT AS OTHERWISE EXPRESSLY
During the limited warranty period you will be entitled to receive PROVIDED HEREIN , THE PRODUCT, AND ACCOMPANYING
such Fixes to the Product software that Trimble releases and makes DOCUMENTATION AND MATERIALS ARE PROVIDED “AS-IS” AND
commercially available and for which it does not charge separately, WITHOUT EXPRESS OR IMPLIED WARRANTY OF ANY KIND, BY
subject to the procedures for delivery to purchasers of Trimble EITHER TRIMBLE OR ANYONE WHO HAS BEEN INVOLVED IN ITS
products generally. If you have purchased the Product from an CREATION, PRODUCTION, INSTALLATION , OR DISTRIBUTION,
authorized Trimble dealer rather than from Trimble directly, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
Trimble may, at its option, forward the software Fix to the Trimble MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE,
dealer for final distribution to you. Minor Updates, Major Upgrades, TITLE, AND NONINFRINGEMENT. THE STATED EXPRESS
new products, or substantially new software releases, as identified WARRANTIES ARE IN LIEU OF ALL OBLIGATIONS OR LIABILITIES ON
by Trimble, are expressly excluded from this update process and THE PART OF TRIMBLE ARISING OUT OF, OR IN CONNECTION WITH,
limited warranty. Receipt of software Fixes or other enhancements ANY PRODUCT. BECAUSE SOME STATES AND JURISDICTIONS DO NOT
shall not serve to extend the limited warranty period. ALLOW LIMITATIONS ON DURATION OR THE EXCLUSION OF AN
For purposes of this warranty the following definitions shall apply: IMPLIED WARRANTY, THE ABOVE LIMITATION MAY NOT APPLY OR
(1) “Fix(es)” means an error correction or other update created to fix FULLY APPLY TO YOU.
a previous software version that does not substantially conform to
its Trimble specifications; (2) “Minor Update” occurs when Limitation of Liability
enhancements are made to current features in a software program; TRIMBLE'S ENTIRE LIABILITY UNDER ANY PROVISION HEREIN SHALL
and (3) “Major Upgrade” occurs when significant new features are BE LIMITED TO THE AMOUNT PAID BY YOU FOR THE PRODUCT. TO
added to software, or when a new product containing new features THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, IN NO
replaces the further development of a current product line. Trimble EVENT SHALL TRIMBLE OR ITS SUPPLIERS BE LIABLE FOR ANY
reserves the right to determine, in its sole discretion, what INDIRECT, SPECIAL, INCIDENTAL , OR CONSEQUENTIAL DAMAGE
constitutes a Fix, Minor Update, or Major Upgrade. WHATSOEVER UNDER ANY CIRCUMSTANCE OR LEGAL THEORY
Warranty Remedies RELATING IN ANYWAY TO THE PRODUCTS, SOFTWARE AND
ACCOMPANYING DOCUMENTATION AND MATERIALS, (INCLUDING,
If the Trimble Product fails during the warranty period for reasons WITHOUT LIMITATION, DAMAGES FOR LOSS OF BUSINESS PROFITS,
covered by this limited warranty and you notify Trimble of such BUSINESS INTERRUPTION, LOSS OF DATA, OR ANY OTHER
failure during the warranty period, Trimble will repair OR replace PECUNIARY LOSS), REGARDLESS OF WHETHER TRIMBLE HAS BEEN
the nonconforming Product with new, equivalent to new, or ADVISED OF THE POSSIBILITY OF ANY SUCH LOSS AND REGARDLESS
reconditioned parts or Product, OR refund the Product purchase OF THE COURSE OF DEALING WHICH DEVELOPS OR HAS
price paid by you, at Trimble’s option, upon your return of the DEVELOPED BETWEEN YOU AND TRIMBLE. BECAUSE SOME STATES
Product in accordance with Trimble's product return procedures AND JURISDICTIONS DO NOT ALLOW THE EXCLUSION OR
then in effect.
Simulated keypad. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
Function keys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Working with screens and fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Entering data in fields . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
6 Configuring the BD982 Receiver Using a Web Browser . . . . . . . . . . . 37
Configuring Ethernet settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Configuring the receiver using a web browser . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Supported browsers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Changing the settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
OmniSTAR menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Establishing a PPP connection. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Resetting your username and password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
7 Configuring the BD982 Receiver Using Binary Interface Commands . . . . 63
RS-232 Serial Interface Specification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Communications format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
Testing the communications link. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Communication errors . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Data Collector Format packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Data Collector Format packet structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Data Collector Format packet functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
The receiver STATUS byte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Reading binary values . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
INTEGER data types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 68
Data Collector Format Command Packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
06h, GETSERIAL (Receiver and antenna information request) . . . . . . . . . . . . . . . . 71
54h, GETSVDATA (Satellite information request) . . . . . . . . . . . . . . . . . . . . . . . . 72
56h, GETRAW (Position or real-time survey data request) . . . . . . . . . . . . . . . . . . . 73
64h, APPFILE (Application file record command) . . . . . . . . . . . . . . . . . . . . . . . . 74
65h, GETAPPFILE (Application file request) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
66h, GETAFDIR (Application file directory listing request). . . . . . . . . . . . . . . . . . . 89
68h, DELAPPFILE (Delete application file data command) . . . . . . . . . . . . . . . . . . 90
6Dh, ACTAPPFILE (Activate application file) . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
81h, KEYSIM (Key simulator) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
82h, SCRDUMP (Screen dump request). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94
Data Collector Format Report Packets. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Report Packet summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
07h, RSERIAL (Receiver and antenna information report) . . . . . . . . . . . . . . . . . . . 96
40h, GENOUT (General output record reports) . . . . . . . . . . . . . . . . . . . . . . . . . . 98
GSOF record types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
55h, RETSVDATA (Satellite information reports). . . . . . . . . . . . . . . . . . . . . . . . .127
57h, RAWDATA (Position or real-time survey data report). . . . . . . . . . . . . . . . . . .132
64h, APPFILE (Application file record report) . . . . . . . . . . . . . . . . . . . . . . . . . . .141
67h, RETAFDIR (Directory listing report). . . . . . . . . . . . . . . . . . . . . . . . . . . . . .142
6Eh, BREAKRET (Break sequence return) . . . . . . . . . . . . . . . . . . . . . . . . . . . . .144
82h, SCRDUMP (Screen dump) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .147
1
Introduction 1
Welcome to the BD982 GNSS Receiver Module Designed for reliable operation in all
User Guide. This manual describes how to set up environments, the BD982 receiver provides a
and use the Trimble® BD982 GNSS receiver positioning interface to an office computer,
module. The BD982 receiver uses advanced external processing device, or control system.
navigation architecture to achieve real-time The receiver can be controlled through a serial,
centimeter accuracies with minimal latencies. ethernet, USB, or CAN port using binary interface
commands or the web interface.
Even if you have used other Global Positioning
System (GPS) products before, Trimble You can configure the receiver as an autonomous
recommends that you spend some time reading base station (sometimes called a reference
this manual to learn about the special features of station) or as a rover receiver (sometimes called a
this product. If you are not familiar with GPS, mobile receiver). Streamed outputs from the
visit the Trimble website (www.trimble.com) for receiver provide detailed information, including
an interactive look at Trimble and GPS. the time, position, heading, quality assurance
( figure of merit) numbers, and the number of
tracked satellites. The receiver also outputs a one
About the BD982 GNSS pulse per second (1 PPS) strobe signal which lets
receiver remote devices precisely synchronize time.
The BD982 receiver is used for a wide range of
precise positioning and navigation applications. Technical Support
These uses include unmanned vehicles and port
If you have a problem and cannot find the
and terminal equipment automation, and any
information you need in the product
other application requiring reliable,
documentation, contact your local dealer.
centimeter-level position and heading guidance
at a high update rate and low latency. Firmware and software updates are available at:
www.pacificcrest.com/support.php?page=updates.
The BD982 receiver offers centimeter-level
accuracy based on RTK solutions and submeter Documentation updates are available at:
accuracy code-phase solutions. www.pacificcrest.com/
resources.php?page=doc_library.
Automatic initialization and switching between
positioning modes allow for the best position
solutions possible. Low latency (< 20 msec) and
high update rates give the response time and
accuracy required for precise dynamic
applications.
2
Features and Functions 2
In this chapter:
BD982 features
Use and care
Radio and radar signals
COCOM limits
BD982 features
The BD982 receiver provides the following features:
• Position antenna based a on 220-channel Trimble Maxwell™ 6 chip:
– GPS: Simultaneous L1 C/A, L2E, L2C, L5
– GLONASS: Simultaneous L1 C/A, L1 P, L2 C/A L2 P
– SBAS: Simultaneous L1 C/A, L5
– GIOVE-A: Simultaneous L1 BOC, E5A, E5B, E5AltBOC 1
– GIOVE-B: Simultaneous L1 CBOC, E5A, E5B, E5AltBOC 1
– GALILEO: Disabled 2
• Vector antenna based on a second 220-channel Maxwell 6 chip:
– GPS: Simultaneous L1 C/A, L2E, L2C
– GLONASS: Simultaneous L1 C/A, L1 P, L2 C/A, L2 P
• Advanced Trimble Maxwell 6 Custom Survey GNSS Technology
• Very low noise GNSS carrier phase measurements with <1 mm precision in a 1
Hz bandwidth
• Proven Trimble low elevation tracking technology
• 1 USB port
• 1 CAN port
• 1 LAN Ethernet port:
– Supports links to 10BaseT/100BaseT networks
– All functions are performed through a single IP address simultaneously—
including web interface access and raw data streaming
• Network Protocols supported:
– HTTP (web GUI)
– NTP Server
– NMEA, GSOF, CMR, and so on over TCP/IP or UDP
– NTripCaster, NTripServer, NTripClient
– mDNS/UPnP Service discovery
– Dynamic DNS
1. Galileo GIOVE-A and GIOVE-B test satellite support uses information that is unrestricted in the public domain and is
intended for signal evaluation and test purposes.
2.
The hardware is compliant with Galileo OS SIS ICD, Draft 1, February 2008. Commercial sale of Galileo technology
requires Trimble to acquire a Commercial license from the EU. At the time of writing, there is no process for obtaining a
license. Therefore, to comply with the ICD Copyright/IPR terms, all Galileo firmware and hardware functionality is
disabled. Depending on the terms of the license, an upgrade to full Galileo (L1 CBOC, E5A, E5B, E5AltBOC) may be
offered. This will require an additional fee.
– Email alerts
– Network link to Google Earth
– Support for external modems through PPP
• 4 × RS-232 ports
• 1 Hz, 2 Hz, 5 Hz, 10 Hz, 20, and 50 Hz positioning and heading outputs
(depending on the installed option)
• Up to 50 Hz raw measurement and position outputs
• Reference outputs: CMR, CMR+™, RTCM 2.1, 2.2, 2.3, 3.0, 3.1
• Navigation outputs:
– ASCII: NMEA-0183: GBS; GGA; GGL; GRS; GSA; GST; GSV; HDT;
PTNL,AVR; PTNL,BPQ; PTNL,GGK; PTNL,PJK; PTNL,PJT, PTNL,VGK;
PTNL,VHD; RMC; ROT; VTG; ZDA.
– Binary: Trimble GSOF.
• Control software. Web browser:
– Internet Explorer® internet browser 7.0 or later
– Mozilla Firefox 3.5 or later
– Safari 4.0
– Opera 9
– Google Chrome
• 1 Pulse Per Second Output
• Event Marker Input Support
• LED drive support
C CAUTION – Operating or storing the receiver outside the specified temperature range can
damage it. For more information, see Chapter 9, Specifications.
COCOM limits
The U.S. Department of Commerce requires that all exportable GPS products contain
performance limitations so that they cannot be used in a manner that could threaten
the security of the United States. The following limitations are implemented on this
product:
• Immediate access to satellite measurements and navigation results is disabled
when the receiver velocity is computed to be greater than 1,000 knots, or its
altitude is computed to be above 18,000 meters. The receiver GPS subsystem
resets until the COCOM situation clears.
3
Installation 3
GNSS antennas
MMCX connector
Supported antennas
The receiver tracks multiple GNSS frequencies: The Trimble Zephyr™ II antenna
supports these frequencies.
Other antennas may be used. However, ensure that the antenna you choose supports
the frequencies you need to track and operates at 5 V with a greater than 39 dB signal
gain.
Installation guidelines
The receiver is designed to be standoff mounted. You must use the appropriate
hardware and all six mounting holes. Otherwise, you violate the receiver hardware
warranty. See Plan view, page 186.
Zephyr antennas
BD982 receiver
I/O board
The computer connection provides a means to set up and configure the receiver.
Included with the BD982 I/O board is a small plastic bag that contains four standoffs.
Screw these into the I/O board to coincide with the four corner holes of the receiver
when seated on the J3 connector.
4
Positioning Modes 4
What is RTK?
Real-Time Kinematic (RTK) positioning is positioning that is based on at least two GPS
receivers—a base receiver and one or more rover receivers. The base receiver takes
measurements from satellites in view and then broadcasts them, together with its
location, to the rover receiver(s). The rover receiver also collects measurements to the
satellites in view and processes them with the base station data. The rover then
estimates its location relative to the base.
The key to achieving centimeter-level positioning accuracy with RTK is the use of the
GPS carrier phase signals. Carrier phase measurements are like precise tape measures
from the base and rover antennas to the satellites. In the BD982 receiver, carrier phase
measurements are made with millimeter-precision. Although carrier phase
measurements are highly precise, they contain an unknown bias, termed the integer
cycle ambiguity, or carrier phase ambiguity. The BD982 rover has to resolve, or initialize,
the carrier phase ambiguities at power-up and every time that the satellite signals are
interrupted.
when guiding a moving vehicle. For example, a vehicle traveling at 25 km/h moves
approximately 7 m/s. Thus, to navigate to within 1 m, the solution latency must be less
than 1/7 (= 0.14) seconds. For the BD982 receiver, the latency is less than 0.02 seconds.
Data link
The base-to-rover data link serves an essential role in an RTK system. The data link
must transfer the base receiver carrier phase, code measurements, plus the location
and description of the base station, to the rover.
The receiver supports two data transmission standards for RTK positioning: the
Compact Measurement Record (CMR) format and the RTCM/RTK messages. The
CMR format was designed by Trimble and is supported across all Trimble RTK
products.
C CAUTION – Mixing RTK systems from different manufacturers usually results in degraded
performance.
Ө
Horizontal plane tangent
to Earth’s surface
α Secondary antenna
Φ
β
Base station antenna
External vector
Internal vector
The receiver’s primary (position) antenna acts as a moving base antenna, while the
secondary (vector) antenna acts as a rover antenna for the receiver as it computes the
internal vector between its two antennas.
Output messages
• NMEA GGK/GGA – Position of primary antenna (latitude, longitude, and
altitude)
• NMEA AVR (α,β) – Yaw angle (α – same as heading), Tilt (β) in degrees and
range (meters) between the primary and secondary antennas
The position of the secondary antenna cannot be directly obtained to solve for its
position (latitude, longitude and height) using an NMEA message. However, using the
NMEA AVR message which gives the range in meters between the two antennas and
the directional angles for the range vector, one can solve for the range projections in
the East-North-Up frame relative to the primary antenna and further use coordinate
transformations to obtain the Lat, Lon and Height of the secondary antenna.
BD982 Moving Base RTK with external base station corrections (Chained
RTK)
A BD982 receiver that is configured to accept RTK corrections (CMR/RTCM) from an
external base station will be computing RTK grade vectors between both its internal
antennas (the receiver’s primary and secondary antennas) as well as between the
antennas of the external base station and the receiver’s primary position antenna.
As seen in the above figure, a two-parameter attitude set can be obtained from the
receiver for both the internal and external vectors. The following NMEA-0183
messages can be used to output the vector attitudes.
Output messages
• NMEA GGK/GGA – Position of primary antenna (latitude, longitude, and
altitude).
• NMEA VGK – Vector between the external base station antenna and the
Primary (position) antenna of the receiver as expressed in the East-North-Up
(ENU) reference frame. If no external base station is being used to send
corrections to the receiver, the vector will be output as 00000.000, 00000.000,
00000.000.
• NMEA HDT (α) – Heading of internal vector relative to True North.
• NMEA AVR (α, β) – Yaw angle (α – same as heading) and Tilt (β) in degrees.
• NMEA VHD (Ө ,Φ) – Azimuth (Ө) and Elevation (Φ) in degrees.
The above configuration can be used for “chained” RTK positioning, which implies that
if the external base station is set up at a fixed and surveyed location, the external and
internal vectors will be accurate to within the given specification (<1 cm horizontally)
and the absolute position of the receiver’s primary and secondary antennas in space
can be determined to an accuracy similar to the external base station position. With
the two vectors known precisely, you can use vector addition with known base station
coordinates to find a rover’s antenna location in space.
C CAUTION – Trimble recommends that you always use a Trimble base station with a BD982
rover. Using a non-Trimble base receiver can result in suboptimal initialization reliability
and RTK performance.
common satellites for successful RTK initialization. Once initialization has been
gained, a minimum of 4 continuously tracked satellites must be maintained to produce
an RTK solution.
Elevation mask
The elevation mask stops the receiver from using satellites that are low on the horizon.
Atmospheric errors and signal multipath are largest for low elevation satellites. Rather
than attempting to use all satellites in view, the receiver uses a default elevation mask
of 10 degrees. By using a lower elevation mask, system performance may be degraded.
Environmental factors
Environmental factors that impact GPS measurement quality include:
• Ionospheric activity
• Tropospheric activity
• Signal obstructions
• Multipath
• Radio interference
High ionospheric activity can cause rapid changes in the GPS signal delay, even
between receivers a few kilometers apart. Equatorial and polar regions of the earth can
be affected by ionospheric activity. Periods of high solar activity can therefore have a
significant effect on RTK initialization times and RTK availability.
The region of the atmosphere up to about 50 km is called the troposphere. The
troposphere causes a delay in the GPS signals which varies with height above sea level,
prevailing weather conditions, and satellite elevation angle. The receiver includes a
tropospheric model which attempts to reduce the impact of the tropospheric error. If
possible, try to locate the base station at approximately the same elevation as the
rover.
Signal obstructions limit the number of visible satellites and can also induce signal
multipath. Flat metallic objects located near the antenna can cause signal reflection
before reception at the GPS antenna. For phase measurements and RTK positioning,
multipath errors are about 1 to 5 cm. Multipath errors tend to average out when the
roving antenna is moving while a static base station may experience very slowly
changing biases. If possible, locate the base station in a clear environment with an
open view of the sky. If possible use an antenna with a ground plane to help minimize
multipath.
The receiver provides good radio interference rejection. However, a radio or radar
emission directed at the GPS antenna can cause serious degradation in signal quality
or complete loss of signal tracking. Do not locate the base station in an area where
radio transmission interference can become a problem.
Operating range
Operating range refers to the maximum separation between base and rover sites. Often
the characteristics of the data link determine the RTK operating range. There is no
maximum limit on the baseline length for RTK with the receiver, but accuracy
degrades and initialization time increases with range from the base.
DGPS
The receiver supports output and input of differential GPS (DGPS) corrections in the
RTCM SC-104 format. This allows position accuracies of less than 1 meter to be
achieved using the L1 frequencies of GPS and GLONASS.
SBAS
The receiver supports SBAS (satellite based augmentation systems) that conform to
RTCA/DO-229C, such as WAAS, EGONS, or MSAS. The receiver can use the WAAS
(Wide Area Augmentation System) set up by the Federal Aviation Administration
(FAA). WAAS was established for flight and approach navigation for civil aviation.
WAAS improves the accuracy, integrity, and availability of the basic GPS signals over its
coverage area, which includes the continental United States and outlying parts of
Canada and Mexico.
SBAS can be used in surveying applications to improve single point positioning when
starting a reference station, or when the RTK radio link is down. SBAS corrections
should be used to obtain greater accuracy than autonomous positioning, not as an
alternative to RTK positioning.
The SBAS system provides correction data for visible satellites. Corrections are
computed from ground station observations and then uploaded to two geostationary
satellites. This data is then broadcast on the L1 frequency, and is tracked using a
channel on the BD982 receiver, exactly like a GPS satellite.
For more information on WAAS, refer to the FAA home page at http://gps.faa.gov.
5
Configuring the BD982 Receiver
Using Trimble Software Utilities 5
Simulated
LCD display
Softkeys
Function
keys
Simulated
keypad
Data-entry screens are displayed when you need to configure the operation of the
receiver.
Many status and data-entry fields include menu options for displaying additional
screens and these screens can contain menus for displaying more screens. Menu
options are displayed on the right side of the screen, enclosed within angle brackets.
Softkeys
The four softkeys perform different functions, depending on the menu options
displayed on the right side of the simulated display. Menu options (also called softkey
options) are displayed on the screen enclosed within left and right angle brackets (< > ).
One softkey is provided for each of the four lines on the simulated LCD display: The
first (top) softkey performs the action described by the menu option on the first line of
the display, the second softkey performs the action associated with the menu option
on the second screen line, and so on. When a menu option is not displayed on a screen
for a specific screen line, the associated softkey performs no action.
In the sample screen below, one menu option (the <HERE> softkey) is displayed:
The menu action associated with a softkey can be executed immediately, or the action
can display another screen which might include additional menu options. In the
sample screen above, press <HERE> to enter the current position as the coordinates for
a base station.
Throughout this manual, softkey options are shown enclosed within angle brackets
and in bold type.
Simulated keypad
Use the simulated keypad to enter alphanumeric and numeric data, and to select
predefined values for data-entry fields:
Key/Symbol Description
[0] – [9] The numeric keys let you enter numeric data.
[a] – [z] The alphabetic keys become active when a field can accept alphabetic data.
[<] – [>] The side arrow keys let you move the cursor to data-entry fields before
entering data or choosing options from carousel fields.
[^] – [v] The up and down arrow keys let you select options from carousel fields.
Alternatively, you can select alphabetic and numeric data where appropriate.
[Next] Pages through multiple screen lines, softkey options, or predefined field
options.
Key/Symbol Description
[Enter] Accepts change entered into data fields. Click [Enter] from the last data field to
accept all changes entered in all fields.
[Clear] Returns to the previous screen without saving the changes made in any data
fields.
Function keys
The six function keys display screens with options for showing status information and
additional screens for controlling receiver functions and options:
Key Shows...
[Status] The Status screen with options for displaying factory configuration
information and receiver systems information.
[SatInfo] The SatInfo screen with options for displaying satellite tracking and status
information.
[AppFile] The AppFile screen with options for displaying the application files directory,
storing the current parameter settings as an application file, and options for
warm booting the receiver.
[Control] The Control screen with options for configuring the receiver setup
parameters.
[LogData] Not applicable.
Key/Symbol Description
[Next] Pages through multiple screen lines, softkey options, or carousel data entry
fields.
[Enter] Accepts / changes data fields. Click [Enter] on the last data field to accept all
changes.
[Clear] Returns the screen to the previous menu level without changing the data
fields.
[] Indicates a carousel data field used to select from a limited options list.
Õ Indicates that additional screen lines are accessible. Click [Next].
<> Indicates a softkey (menu option).
< and > Moves the cursor between fields on the simulated screen.
^ and v Selects from carousel data fields, or alphanumeric and numeric data.
Types of field
Three types of field appear on the simulated LCD display:
• Display-only fields
• Data-entry fields
• Carousels
Most fields include two parts—a field description and a reserved area for entering or
selecting data.
Display-only fields
Display-only fields can appear on any screen. Some screens are composed entirely of
display-only fields. For example, the SatInfo screens show satellite status and tracking
information. A cursor is not displayed when a screen is composed entirely of
display-only fields. If screens contain combinations of data-entry, carousels, and
display-only fields, you cannot move the cursor into display-only fields.
Data-entry fields
Data-entry fields accept numeric or alphanumeric input from the keypad. For
example, the fields for entering latitude, longitude, and height information accept
numeric input from the keypad. Data-entry fields are usually displayed when you
configure receiver operating parameters or when you enable receiver functions and
options.
Carousels
Whenever square brackets [ ] appear around an item on the display, you can click the
[Next] key to change the value to one of a set of options. The square brackets indicate a
carousel data entry field.
Click [Next] to page through more screen lines. Because the simulated BD982 display has
only 4 lines, there are times when additional information needs to be accessed. For
example, if you select the [Control] menu, four softkeys become active and the double left
arrow symbol Õ appears in the top left corner of the screen. The double left arrow is
the visual cue that selecting [Next] allows you to page through more screen information.
6
Configuring the BD982 Receiver
Using a Web Browser 6
In this chapter:
5. From the Operation Selection screen, select Configure ethernet settings and then
click Next:
Supported browsers
• Mozilla Firefox, version 3.5 or later
• Internet Explorer, version 7.00 or later for Windows operating systems
• Safari 4.0
• Opera 9
• Google Chrome
To connect to the receiver using a web browser:
1. Enter the IP address of the receiver into the address bar of the web browser as
shown:
2. If security is enabled on the receiver, the web browser prompts you to enter a
username and password:
Once you are logged in, the welcome web page appears:
Available
languages
Menus
To display the web interface in another language, click the corresponding country flag.
The web interface is available in the following languages:
• English (en) • Italian (it)
• Chinese (zh) • Japanese (ja)
• Finnish ( fi) • Russian (ru)
• French ( fr) • Spanish (es)
• German (de) • Swedish (sv)
Satellites menu
Use the Satellites menu to view satellite tracking details and enable/disable GPS,
GLONASS, and SBAS (WAAS/EGNOS and MSAS) satellites.
This figure shows an example of the screen that appears when you select Satellite /
Tracking (Sky Plot):
OmniSTAR menu
The receiver can receive OmniSTAR corrections. By default, OmniSTAR tracking is
turned on. The receiver must have a valid OmniSTAR subscription. To purchase a
subscription for your receiver, contact OmniSTAR at:
www.OmniSTAR.com
North & South America: +1-888-883-8476 or +1-713-785-5850
Europe & Northern Africa, India, Pakistan: +31-70-317-0900
Australia & Asia: +61-8-9322 5295
Southern Africa: +27 21 552 0535
To receive an OmniSTAR activation, the receiver must be switched on, have a clear
view to the south, and should be tracking an OmniSTAR satellite. This figure shows an
example of the screen that appears when you select OmniSTAR / Status:
Security menu
Use the Security menu to configure the login accounts for all users who will be
permitted to configure the receiver using a web browser. Each account consists of a
username, password, and permissions. Administrators can use this feature to limit
access to other users.
Security can be disabled for a receiver. However, Trimble discourages this as it makes
the receiver susceptible to unauthorized configuration changes.
This figure shows an example of the screen that appears when you select Security /
Configuration:
Firmware menu
Use the Firmware menu to verify the current firmware and load new firmware to the
receiver. You can upgrade firmware across a network or from a remote location
without having to connect to the receiver with a serial cable.
This figure shows an example of the screen that appears when you select Firmware:
Help menu
The Help menu provides information on each of the receiver settings available in a web
browser. Selecting the Help menu opens new windows. Select the section of the Help
that you want to view. The Help files are stored on the Trimble Internet site
(www.trimble.com/OEM_ReceiverHelp/V3.60/en/ or
www.trimble.com/OEM_ReceiverHelp/V4.30/en/).
Note – For languages other than English, replace en with the appropriate two-letter
country code, see page 43
To access the Help, the computer must be connected to the Internet.
This figure shows an example of the screen that appears when you select Help:
3. Click Next:
13. Make sure that the Maximum speed (bps) is 38400, and that there is no flow
control enabled. Click OK. (Or click Cancel if you did not make changes.)
Note – By default, Trimble receiver serial ports have baud rate: 38400, data bits: 8, parity:
none, stop bits: 1, and flow control: none. If this default was changed on the receiver, this
setting should match it.
14. In the PPP Trimble Receiver Properties dialog, select the Networking tab:
17. Clear the Use default gateway on remote network check box. Click OK one or more
times until the Connect PPP to Trimble Receiver dialog appears:
18. If the serial port has a serial cable connected to the receiver, click Connect. You
do not need to enter a User name or Password.
On the bottom right of the computer screen, you will see the PPP to Trimble
Receiver network connection icon:
21. Open a Web browser and then enter the Server IP address in the address field:
22. If security is enabled on the board, enter the default User name: admin and
Password: password. Click OK:
7
Configuring the BD982 Receiver
Using Binary Interface Commands 7
Communications format
Supported data rates are: 2400, 4800, 9600, 19200, 38400, and 57600 baud and
115 kbaud. Any of these data rates can be used, however only 4800 baud or higher
should be used. For example, a 20 Hz GGK string output requires the baud rate to be
set to at least 19200. Only an 8-bit word format is supported, with Odd, Even, or No
parity, and 1 stop bit. The default communications format for the receiver is
38400 baud, 8 data bits, no parity, and 1 stop bit.
Changes to the serial format parameter settings for all serial ports are stored in
EEPROM (Electrically-Erasable Read-Only Memory) and remain in effect across power
cycles until you change the parameter settings.
Communication errors
The receiver normally responds to a RS-232 Serial Interface Specification command
packet within 500 milliseconds. If the receiver does not respond to the request or
command, the external device can send numerous \0 characters (250) to cancel any
partially received message before resending the previous message.
The functions of Data Collector Format command and report packets can be divided
into the following categories:
• Information requests (command packets) and replies (report packets)
• Control functions (command packets) and RS-232 acknowledgments (ACK or
NAK)
• Application file management
Requests for information, such as the Command Packet 4Ah (GETOPT), can be sent at
any time. The expected reply (Report Packet 4Bh, RETOPT) is always sent. Some
control functions may result in an RS-232 acknowledgment of NAK (15h) if one of the
following conditions exists:
• The request is not supported (invalid) by the receiver ( for example, a required
option may not be installed on the receiver).
• The receiver cannot process the request.
DOUBLE
The DOUBLE data type is stored in the IEEE double-precision format which is 64 bits
long. The most significant bit is the sign bit, the next 11 most significant bits are the
exponent field, and the remaining 52 bits are the fractional field. The bias of the
exponent is 1023. The range of single precision format values is from 2.23 x 10–308 to
1.8 x 10308. The floating-point number is precise to 15 decimal digits.
63 62 52 51 0
0 000 0000 0000 0000 0000 ... 0000 0000 0000 = 0.0
0 011 1111 1111 0000 0000 ... 0000 0000 0000 = 1.0
1 011 1111 1110 0110 0000 ... 0000 0000 0000 = -0.6875
1 111 1111 1111 1111 1111 ... 1111 1111 1111 = NaN
Packet flow
Receiver Remote
← Command Packet 06h
Report Packet 07h →
Packet Flow
Receiver Remote
← Command Packet 54h
Report Packet 55h or NAK →
Note – The normal reply to Command Packet 54h is usually Report Packet 55h. However, a
NAK is returned if the SV PRN is out of range (except for SV FLAGS), if the DATA SWITCH
parameter is out of range, or if the requested data is not available for the designated SV.
Table 7.6 Command packet 54h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR 00h Receiver status code
2 PACKET TYPE CHAR 54h Command Packet 54h
3 LENGTH CHAR 03h Data byte count
4 DATA SWITCH CHAR See Table 7.7, page 72 Selects type of satellite information
downloaded from receiver or determines
whether a satellite is enabled or disabled
5 SV PRN # CHAR 01h–20h Pseudorandom number
(1–32) of satellite (ignored if SV Flags or
ION/UTC is requested)
6 RESERVED CHAR 00h Reserved (set to zero)
7 CHECKSUM CHAR See Table 7.2, page 67 Checksum value
8 ETX CHAR 03h End transmission
Packet Flow
Receiver Remote
← Command Packet 56h
Report Packet 57h or NAK →
Note – The reply to this command packet is usually a Report Packet 57h. A NAK is returned
if the Real-Time Survey Data Option (RT17) is not installed on the receiver.
Table 7.8 Command packet 56h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR See Table 7.2, page 67 Receiver status code
2 PACKET TYPE CHAR 56h Command Packet 56h
3 LENGTH CHAR 03h Data byte count
4 TYPE RAW DATA CHAR See Table 7.9, page 73 Identifies the requested type of raw data
5 FLAGS CHAR See Table 7.10, page 73 Flag bits for requesting raw data
6 RESERVED CHAR 00h Reserved; set to zero
7–8 CHECKSUM SHORT See Table 7.1, page 66 Checksum value
9 (03h) ETX CHAR 03h End transmission
Individual records within an existing application file can be updated using the software
tools included with the receiver. For example, the OUTPUT MESSAGES record in an
application file can be updated without affecting the parameter settings in other
application file records.
Application files can be started immediately and/or the files can be stored for later use.
Once applications files are transferred into memory, command packets can be used to
manage the files. Command packets are available for transferring, selecting, and
deleting application files.
If any part of the application record data is invalid, then the receiver ignores the entire
record. The receiver reads a record using the embedded length. Any extraneous data is
ignored. This allows for backward compatibility when the record length is increased to
add new functions.
If you are concerned about application files producing the same results on future
receivers, make sure that the application records do not contain extraneous data.
Command Packet 64h is sent to create, replace, or report on an application file. The
command packet requests the application file by System File Index.
Packet Flow
Receiver Remote
← Command Packet 64h
ACK →
For detailed information about BD982 Application Files and for guidelines about using
application files to control remote devices, see Report Packet 64h, APPFILE
(Application file record report), page 141.
Packet paging
Since an application file contains a maximum of 2048 bytes (all records are optional) of
data and exceeds the byte limit for RS-232 Serial Interface Specification packets,
Command Packet 64h is divided into several subpackets called pages. The PAGE INDEX
byte (byte 5) identifies the packet page number and the MAXIMUM PAGE INDEX byte
(byte 6) indicates the maximum number of pages in the report.
The first and subsequent pages are filled with a maximum of 248 bytes consisting of
3 bytes of page information and 245 bytes of application file data. The application file
data is split wherever the 245 byte boundary falls. Therefore the remote device sending
the Command Packet pages must construct the application file using the 248 byte
pages before sending the file to the receiver.
To prevent data mismatches, each report packet is assigned a Transmission Block
Identifier (byte 4) which gives the report pages a unique identity in the data stream.
The software on the remote device can identify the pages associated with the report
and reassemble the application file using bytes 4–6.
Table 7.12 shows the structure of the report packet containing the application file.
Table 7.12 Command packet 64h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR 00h Receiver status code.
2 PACKET TYPE CHAR 64h Command Packet 64h.
3 LENGTH CHAR 00h Data byte count.
4 TX BLOCK IDENTIFIER CHAR 00h–FFh A Transmission Block Identifier, ranging
between 0–255, that must remain the
same for all pages of an application file
transfer.
5 PAGE INDEX CHAR 00h–FFh Index number (0–255) assigned to the
current page.
6 MAXIMUM PAGE CHAR 00h–FFh Index number (0–255) assigned to the last
INDEX page of the packet.
FILE CONTROL INFORMATION BLOCK
The FILE INFORMATION CONTROL BLOCK must be sent in the first page of the report containing the application
file. The second page and consecutive pages must not include a FILE CONTROL INFORMATION BLOCK.
7 APPLICATION FILE CHAR 03h Always 3 for this version of the
SPECIFICATION specification.
VERSION
8 DEVICE TYPE CHAR See Table 7.13, page 79 Unique identifier for every receiver/device
type that supports the application file
interface.
9 START APPLICATION CHAR See Table 7.14, page 79 Determines whether the application file is
FILE FLAG activated immediately after records are
sent to receiver.
10 FACTORY SETTINGS CHAR See Table 7.15, page 79 Determines whether the receiver is reset
FLAG to factory default settings before
activating the records in the application
file.
STATIC/KINEMATIC RECORD
The bytes value in the STATIC/KINEMATIC RECORD determine whether the receiver is operating in Static or
Kinematic mode.
0 RECORD TYPE CHAR 0Ah Static/Kinematic record.
1 RECORD LENGTH CHAR 01h Number of bytes in record, excluding
bytes 0 and 1.
2 STATIC/KINEMATIC CHAR See Table 7.31, page 86 Configures receiver for static or kinematic
MODE operation.
If Flags are invalid, the record is not applied. (However, the Appfile may be accepted.)
Packet Flow
Receiver Remote
← Command Packet 65h
Report Packet 64h or NAK →
The receiver can store multiple application files (including a default application file,
containing the factory default parameter settings) in the Application File directory.
Each application file is assigned a number to give the file a unique identity within the
directory. The application file containing the factory default values is assigned a
System File Index code of zero (0).
Table 7.33 shows the packet structure. For more information, see 64h, APPFILE
(Application file record report), page 141.
Table 7.33 Command Packet 65h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR See Table 7.2, page 67 Receiver status indicator
2 PACKET TYPE CHAR 65h Command Packet 65h
3 LENGTH CHAR See Table 7.1, page 66 Data byte count
4–5 SYSTEM FILE SHORT 0–n Unique number (ID code) assigned to each
INDEX of the application files stored in the
Application File directory
6 CHECKSUM CHAR See Table 7.1, page 66 Checksum value
7 ETX CHAR 03h End transmission
Packet Flow
Receiver Remote
← Command Packet 66h
Report Packet 67h →
Table 7.34 describes the packet structure. For more information, see 67h, RETAFDIR
(Directory listing report), page 142.
Table 7.34 Command Packet 66h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR See Table 7.2, page 67 Receiver status code
2 PACKET TYPE CHAR 66h Command Packet 66h
3 LENGTH CHAR 0h Data byte count
4 CHECKSUM CHAR See Table 7.1, page 66 Checksum value
5 ETX CHAR 03h End transmission
Packet Flow
Receiver Remote
← Command Packet 68h
ACK or NAK →
Packet Flow
Receiver Remote
← Command Packet 6Dh
ACK or NAK →
Each application file is assigned a System File Index. The application file containing
the factory default values is assigned a System File Index of zero (0), allowing this
command to be used to reset the receiver to the factory default conditions. Table 7.36
describes the packet structure.
Table 7.36 Command Packet 6dh structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR See Table 7.2, page 67 Receiver status indicator
2 PACKET TYPE CHAR 6Dh Command Packet 6Dh
3 LENGTH CHAR 01h Data byte count
4–5 SYSTEM FILE SHORT 0–n Unique number assigned to each of the
INDEX application files stored in the Application
File directory
6 CHECKSUM CHAR See Table 7.1, page 66 Checksum
7 ETX CHAR 03h End transmission
Packet Flow
Receiver Remote
← Command Packet 81h
ACK →
Packet Flow
Receiver Remote
← Command Packet 82h
Report Packet 82h →
57h 57h, RAWDATA (Position or real-time 57h, RAWDATA (Position or real-time survey 132
survey data report) data report)
64h 64h, APPFILE (Application file record 64h, APPFILE (Application file record 141
report) command)
67h 67h, RETAFDIR (Directory listing report) 67h, RETAFDIR (Directory listing report) 142
6Eh 6Eh, BREAKRET (Break sequence return) 6Eh, BREAKRET (Break sequence return) 144
82h 82h, SCRDUMP (Screen dump) 82h, SCRDUMP (Screen dump request) 147
Packet Flow
Receiver Remote
← Command Packet 06h
Report Packet 07h →
Table 7.41 describes the packet structure. For more information, see 06h, GETSERIAL
(Receiver and antenna information request), page 71.
Table 7.41 Report Packet 07h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR See Table 7.2, page 67 Receiver status code.
2 PACKET TYPE CHAR ??h Report Packet 07h.
3 LENGTH CHAR 2Dh Data byte count.
4–11 RECEIVER SERIAL # CHAR ASCII text Receiver serial number.
12–19 RECEIVER TYPE CHARs "BD982" Receiver model designation (padded with
three spaces).
20–24 NAV PROCESS CHARs ASCII text Version number of NAV Processor
VERSION software.
25–29 SIG PROCESS CHARs ASCII text Not applicable.
VERSION (00000)
30–34 BOOT ROM CHARs ASCII text Not applicable.
VERSION (00000)
35–42 ANTENNA SERIAL # CHARs ASCII text Not used.
(8 spaces)
43–44 ANTENNA TYPE CHAR ASCII text Not used.
(2 spaces)
45–46 # CHANNELS CHAR 12h There are 18 receiver channels.
47–48 # CHANNELS L1 CHAR 09h Nine (9) L1 receiver channels.
49 - 58 LONG SERIAL CHARValue ASCII text (10 spaces) This is the serial number that should be
NUMBER used for newer receivers like the BD982.
59 - 89 LOCAL LONG ANT CHAR ASCII text (31 spaces) Not Applicable
SERIAL
90 - 120 BASE LONG ANT CHAR ASCII text (31 spaces) Not Applicable
SERIAL
121 - 151 BASE NGS ANT CHAR ASCII text (31 spaces) Not Applicable
DESCRIPTOR
152-153 # USABLE CHAR Maximum usable channels with the
CHANNELS current option set.
154-155 # PHYSICAL CHAR Number of hardware channels.
CHANNELS
Packet Flow
Receiver Connected computer
(02h) STX →
(??h) STATUS →
(40h) TYPE →
(??h) LENGTH →
1 (byte) TRANSMISSION NUMBER →
1 (byte) PAGE INDEX →
1 (byte) MAX PAGE INDEX →
Various record types
1 (byte) OUTPUT RECORD TYPE →
1 (byte) RECORD LENGTH →
Various fields dependant on →
RECORD TYPE.
There can be multiple records
in one GENOUT packet. There
could be multiple GENOUT
packets per epoch. Records
may be split over two
consecutive packets.
(??h) CHECKSUM →
(03h) ETX →
Where:
• TRANSMISSION NUMBER is a unique number assigned to a chapter of pages
indicating that the pages are from the same group.
• PAGE INDEX is the page number of this page in a sequence (chapter) of pages
and is zero based.
• MAX PAGE INDEX is the index of the last page in the chapter.
• RECORD LENGTH is the length of data in the record (excluding type and size).
Page Numbering – The Page Index and Max Page Index fields are 0-based, so for
example the first transmission of a 2-page set will be 0/1 (PAGE/MAX PAGE) and the 2nd
(last) page will be 1/1. The total number of pages is MAX PAGE INDEX + 1.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 1 →
1 (byte) RECORD LENGTH →
4 (long) GPS TIME (ms) →
2 (int) GPS WEEK NUMBER →
1 (byte) NUMBER OF SVS USED →
1 (byte) POSITION FLAGS 1 →
1 (byte) POSITION FLAGS 2 →
1 (byte) INITIALIZATION NUMBER →
Where:
• OUTPUT RECORD TYPE = 1.
• RECORD LENGTH is the length of this sub-record.
• GPS TIME is in milliseconds of the GPS week.
• GPS WEEK NUMBER is the week count since January 1980.
• NUMBER OF SVS USED is the number of satellites used to determine the
position.
• POSITION FLAGS 1 reports position attributes and is defined as follows:
– bit 0 SET: New Position
– bit 1 SET: Clock fix calculated this position
– bit 2 SET: Horizontal coordinates calculated this position
– bit 3 SET: Height calculated this position
– bit 4 reserved: Always SET (was "Weighted position")
– bit 5 SET: Least squares position
– bit 6 reserved: Always CLEAR (was "Iono-free position")
– bit 7 SET: Position uses Filtered L1 pseudoranges
• POSITION FLAGS 2 reports position attributes and is defined as follows:
– bit 0 SET: Position is a differential solution. RESET: Position is autonomous
or WAAS solution.
– bit 1 SET: Differential position is phase including RTK ( float, fixed or
location), HP or XP Omnistar (VBS is not derived from phase). RESET:
Differential position is code.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 2 →
1 (byte) RECORD LENGTH →
8 (double) LATITUDE →
8 (double) LONGITUDE →
8 (double) HEIGHT →
Where:
• OUTPUT RECORD TYPE = 2.
• RECORD LENGTH is the length of this sub-record.
• LATITUDE is the WGS-84 latitude in radians.
• LONGITUDE is the WGS-84 longitude in radians.
• HEIGHT is the WGS-84 height in meters.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 3 →
1 (byte) RECORD LENGTH →
8 (double) X →
8 (double) Y →
8 (double) Z →
Where:
• OUTPUT RECORD TYPE = 3.
• RECORD LENGTH is the length of this sub-record.
• X is the earth-centered earth-fixed X axis WGS-84 coordinate of the position in
meters.
• Y is the earth-centered earth-fixed Y axis WGS-84 coordinate of the position in
meters.
• Z is the earth-centered earth-fixed Z axis WGS-84 coordinate of the position in
meters.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 4 →
1 (byte) RECORD LENGTH →
8 (char) LOCAL DATUM ID →
8 (double) LOCAL DATUM ECEF →
LATITUDE
8 (double) LOCAL DATUM →
LONGITUDE
8 (double) LOCAL DATUM HEIGHT →
1 (byte) OUTPUT RECORD TYPE = 4 →
Where:
• OUTPUT RECORD TYPE = 4.
• RECORD LENGTH is the length of this sub-record.
• LOCAL DATUM IDENTIFIER is an ASCII string that identifies the coordinate
datum.
• LOCAL DATUM LATITUDE is the latitude in the local datum (radians).
• LOCAL DATUM LONGITUDE is the longitude in the local datum (radians).
• LOCAL DATUM HEIGHT is the height in the local datum (meters).
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 5 →
1 (byte) RECORD LENGTH →
8 (char) LOCAL DATUM ID →
8 (char) LOCAL ZONE ID →
8 (double) LOCAL ZONE NORTH →
8 (double) LOCAL ZONE EAST →
8 (double) LOCAL DATUM HEIGHT →
Where:
• OUTPUT RECORD TYPE = 5.
• RECORD LENGTH is the length of this sub-record.
• LOCAL DATUM IDENTIFIER is an ASCII string that identifies the coordinate
datum.
• LOCAL ZONE IDENTIFIER is an ASCII string that identifies the coordinate
zone.
• LOCAL ZONE NORTH is the local zone north coordinate (meters).
• LOCAL ZONE EAST is the local zone east coordinate (meters).
• LOCAL DATUM HEIGHT is the height in the local datum (meters).
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 6 →
1 (byte) RECORD LENGTH →
8 (double) DELTA X →
8 (double) DELTA Y →
8 (double) DELTA Z →
Where:
• OUTPUT RECORD TYPE = 6.
• RECORD LENGTH is the length of this sub-record.
• DELTA X is the ECEF X axis delta between the rover and base positions
(rover - base) in meters.
• DELTA Y is the ECEF Y axis delta between the rover and base positions
(rover - base) in meters.
• DELTA Z is the ECEF Z axis delta between the rover and base positions
(rover - base) in meters.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 7 →
1 (byte) RECORD LENGTH →
8 (double) DELTA EAST →
8 (double) DELTA NORTH →
8 (double) DELTA UP →
Where:
• OUTPUT RECORD TYPE = 7.
• RECORD LENGTH is the length of this sub-record.
• DELTA EAST is the east component of a vector from the base to the rover
projected onto a plane tangent to the WGS-84 ellipsoid at the base. Units:
meters.
• DELTA NORTH is the north component of the tangent plane vector.
• DELTA UP is the difference between the ellipsoidal height of the tangent plane
at the base and a plane parallel to this passing through the rover point.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 8 →
1 (byte) RECORD LENGTH →
1 (byte) VELOCITY FLAGS →
4 (float) VELOCITY →
4 (float) HEADING →
4 (float) VERTICAL VELOCITY →
Where:
• OUTPUT RECORD TYPE = 8.
• RECORD LENGTH is the length of this sub-record.
• VELOCITY FLAGS indicate attributes of the velocity information. Defined
values are:
– bit 0 SET: Velocity data valid. RESET: Velocity data not valid
– bit 1 SET: Velocity computed from consecutive measurements. RESET:
Velocity computed from Doppler
– bits 2-7: RESERVED
• VELOCITY is the horizontal velocity in meters per second.
• HEADING is the WGS-84 referenced true north heading in radians.
• VERTICAL VELOCITY is the velocity in the vertical direction in meters per
second.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = 9 →
1 (byte) RECORD LENGTH →
4 (float) PDOP →
4 (float) HDOP →
4 (float) VDOP →
4 (float) TDOP →
Where:
• OUTPUT RECORD TYPE = 9.
• RECORD LENGTH is the length of this sub-record.
• PDOP is the positional dilution of precision.
• HDOP is the horizontal dilution of precision.
• VDOP is the vertical dilution of precision.
• TDOP is the time dilution of precision.
Note – When an RTK system is placed in the Static (measuring) mode, these values
become Relative DOP values, and as such tend to diminish with elapsed time spend static.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
10
1 (byte) RECORD LENGTH →
1 (byte) CLOCK FLAGS →
8 (double) CLOCK OFFSET →
8 (double) FREQUENCY OFFSET →
Where:
• OUTPUT RECORD TYPE = 10.
• RECORD LENGTH is the length of this sub-record.
• CLOCK FLAGS indicates information relation of the clock fix process. Defined
values are:
– bit 0 SET: Clock offset is valid
– bit 1 SET: Frequency offset is valid
– bit 2 SET: Receiver is in anywhere fix mode
– bit 3-7: RESERVED
• CLOCK OFFSET is the current clock offset in milliseconds.
• FREQUENCY OFFSET is the offset of the local oscillator from the nominal GPS
L1 frequency in parts per million.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
11
1 (byte) RECORD LENGTH →
4 (float) POSITION RMS →
4 (float) VCV xx →
4 (float) VCV xy →
4 (float) VCV xz →
4 (float) VCV yy →
4 (float) VCV yz →
4 (float) VCV zz →
4 (float) UNIT VARIANCE →
2 (short) NUMBER OF EPOCHS →
Where:
• OUTPUT RECORD TYPE = 11.
• RECORD LENGTH is the length of this sub-record.
• RANGE RESIDUAL RMS is the square root of (the sum of the squares of the
range residuals divided by the number of degrees of freedom in the solution).
• VCVxx .. VCVzz is the variance-covariance matrix. This contains the positional
components of the inverted normal matrix of the position solution in a ECEF
WGS-84 reference.
• UNIT VARIANCE is the unit variance of the position solution.
• NUMBER OF EPOCHS indicates the number of measurements used to compute
the position. It may be greater than 1 for positions subjected to a STATIC
constraint.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
12
1 (byte) RECORD LENGTH →
4 (float) POSITION RMS →
4 (float) SIGMA EAST →
4 (float) SIGMA NORTH →
4 (float) COVAR. EAST-NORTH →
4 (float) SIGMA UP →
4 (float) SEMI MAJOR AXIS →
4 (float) SEMI-MINOR AXIS →
4 (float) ORIENTATION →
4 (float) UNIT VARIANCE →
2 (short) NUMBER EPOCHS →
Where:
• OUTPUT RECORD TYPE = 12.
• RECORD LENGTH is the length of this sub-record.
• RANGE RESIDUAL RMS is the square root of (the sum of the squares of the
range residuals divided by the number of degrees of freedom in the solution).
• SIGMA EAST, NORTH, UP are in meters.
• COVARIANCE EAST-NORTH is dimensionless.
• SEMI-MAJOR/MINOR AXES of the error ellipse is in meters.
• ORIENTATION of the semi-major axis is in degrees from clockwise from True
North.
• UNIT VARIANCE is valid only for over determined solutions. It should tend
towards 1.0. A value less than 1.0 indicates that the apriori variances were too
pessimistic.
• NUMBER OF EPOCHS indicates the number of measurements used to compute
the position. It may be greater than 1 for positions subjected to a STATIC
constraint.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
13
1 (byte) RECORD LENGTH →
1 (byte) NUMBER OF SVS →
repeated for number of svs
1 (byte) PRN →
1 (byte) SV FLAGS1 →
1 (byte) SV FLAGS2 →
Where:
• OUTPUT RECORD TYPE = 13.
• RECORD LENGTH is the length of this sub-record.
• NUMBER OF SVS is the number of tracked satellites reported in this record.
• PRN is the PRN number of the satellite which the following flags refer to.
• SV FLAGS1 indicate conditions relating to satellites. Defined values are:
– bit 0 SET: Above horizon
– bit 1 SET: Currently assigned to a channel (trying to track)
– bit 2 SET: Currently tracked on L1 frequency
– bit 3 SET: Currently tracked on L2 frequency
– bit 4 SET: Reported at Base on L1 frequency
– bit 5 SET: Reported at Base on L2 frequency
– bit 6 SET: Used in Position
– bit 7 SET: Used in current RTK process (search, propagate, fix solution)
• SV FLAGS2 indicate conditions relating to satellites. Defined values are:
– bit 0 SET: Tracking P Code on L1
– bit 1 SET: Tracking P Code on L2
– bit 2 SET: Tracking CS on L2
– bits 3-7: RESERVED
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
14
1 (byte) RECORD LENGTH →
1 (byte) NUMBER OF SVS →
repeated for number of svs
1 (byte) PRN →
1 (byte) SV FLAGS1 →
1 (byte) SV FLAGS2 →
1 (signed byte) ELEVATION →
2 (short) AZIMUTH →
1 (byte) SNR L1*4 →
1 (byte) SNR L2*4 →
Where:
• OUTPUT RECORD TYPE = 14.
• RECORD LENGTH is the length of this sub-record.
• NUMBER OF SVS is the number of tracked satellites reported in this record.
• PRN is the PRN number of the satellite which the following information refers
to.
• SV FLAGS1 indicate conditions relating to satellites. Defined values are:
– bit 0 SET: Above horizon
– bit 1 SET: Currently assigned to a channel (trying to track)
– bit 2 SET: Currently tracked on L1 frequency
– bit 3 SET: Currently tracked on L2 frequency
– bit 4 SET: Reported at Base on L1 frequency
– bit 5 SET: Reported at Base on L2 frequency
– bit 6 SET: Used in Position
– bit 7 SET: Used in current RTK process (search, propagate, fix solution)
• SV FLAGS2 indicate conditions relating to satellites. Defined values are:
– bit 0 SET: Tracking P Code on L1
– bit 1 SET: Tracking P Code on L2
– bit 2 SET: Tracking CS on L2
– bits 3-7: RESERVED
• ELEVATION is the angle of the satellite above the horizon in degrees.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
15
1 (byte) RECORD LENGTH →
4 (long) SERIAL NUMBER →
Where:
• OUTPUT RECORD TYPE = 15.
• RECORD LENGTH is the length of this sub-record.
• RECEIVER SERIAL NUMBER is the full serial number of the receiver.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
16
1 (byte) RECORD LENGTH →
4 (long) GPS MILLISEC OF WEEK →
2 (short) GPS WEEK NUMBER
2 (short) UTC OFFSET
1 (byte) FLAGS
Where:
• OUTPUT RECORD TYPE = 16.
• RECORD LENGTH is the length of this sub-record.
• GPS MILLISECONDS OF WEEK is the time that the message was sent from the
receiver.
• GPS WEEK NUMBER is the full week number since start of GPS time.
• UTC OFFSET is the current GPS to UTC time offset in integer seconds.
• FLAGS indicate the validity of the time and UTC offset parameters. Defined
values are:
– bit 0 SET: Time information (week and milliseconds of week) valid
– bit 1 SET: UTC Offset is valid
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
26
1 (byte) RECORD LENGTH →
4 (long) MILLISECONDS OF WEEK →
2 (short) GPS WEEK NUMBER →
1 (byte) NUMBER OF SVS USED →
1 (byte) POSITION FLAGS 1 →
1 (byte) POSITION FLAGS 2 →
1 (byte) INITIALIZATION NUMBER →
Where:
• OUTPUT RECORD TYPE = 26.
• RECORD LENGTH is the length of this sub-record.
• MILLISECONDS OF WEEK is the GPS time since the start of the GPS week.
• GPS WEEK NUMBER is the week count since January 1980.
• NUMBER OF SVS USED is the number of satellites used to determine the
position.
• POSITION FLAGS 1 reports position attributes and is defined as follows:
– bit 0 SET: New Position
– bit 1 SET: Clock fix calculated this position
– bit 2 SET: Horizontal coordinates calculated this position
– bit 3 SET: Height calculated this position
– bit 4 reserved: Always SET (was "Weighted position")
– bit 5 SET: Least squares position
– bit 6 reserved: Always CLEAR (was "Iono-free position")
– bit 7 SET: Position uses Filtered L1 pseudoranges
• POSITION FLAGS 2 reports position attributes and is defined as follows:
– bit 0 SET: Position is a differential solution. RESET: Position is autonomous
or WAAS solution.
– bit 1 SET: Differential position is phase (RTK, or HP Omnistar). RESET:
Differential position is code.
– bit 2 SET: Differential position is fixed integer phase position (RTK).
Uncorrected position is WAAS (if bit 0 is 0). RESET: Differential position is
RTK-float or code phase (DGPS). Uncorrected position is Autonomous (if
bit 0 is 0).
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
27
1 (byte) RECORD LENGTH →
4 (unsigned long) GPS TIME →
1 (byte) FLAGS →
1 (byte) NUMBER OF SVS →
1 (byte) CALCULATION MODE →
1 (byte) RESERVED →
8 (double) PITCH →
8 (double) YAW →
8 (double) ROLL →
8 (double) MASTER-SLAVE RANGE →
2 (word) PDOP →
Record length = 42, up to and
including PDOP (does not
include type and length bytes)
4 (float) PITCH VARIANCE →
4 (float) YAW VARIANCE →
4 (float) ROLL VARIANCE →
4 (float) MASTER-SLAVE RANGE →
VARIANCE
Record length = 70 up to and
including Master Slave Range
Variance
Where:
• OUTPUT RECORD TYPE = 27.
• RECORD LENGTH is the length of this sub-record.
• GPS TIME is time of position in milliseconds of GPS week.
• FLAGS indicate the following:
– bit 0: Calibrated
– bit 1: Pitch Valid
– bit 2: Yaw Valid
– bit 3: Roll Valid
– bit 4: Scalar Valid
– bit 5 - Bit 7: Reserved
– bit 5: Diagnostic Valid
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
33
1 (byte) RECORD LENGTH →
1 (byte) NUMBER OF SVs →
Repeated for number of SVs
1 (byte) PRN →
1 (byte) SV System →
1 (byte) SV FLAGS1 →
1 (byte) SV FLAGS2 →
Where:
• OUTPUT RECORD TYPE = 33.
• RECORD LENGTH is the length of this sub-record.
• NUMBER OF SVS is the number of tracked satellites reported in this record.
• PRN is the PRN number of the satellite which the following flags refer to. This
will be the ACTUAL PRN number given by the SV (not ranged due to SV system)
due to the next field:
• SV System is the system that the SV belongs to.
– 0 = GPS
– 1 = SBAS
– 2 = GLONASS
– 3 = GALILEO
– 4 - 255: RESERVED
• SV FLAGS1 indicate conditions relating to satellites.
– bit 0 set: Above horizon
– bit 1 set: Currently assigned to a channel (trying to track)
– bit 2 set: Currently tracked on L1/G1 frequency
– bit 3-7: RESERVED
• SV FLAGS2 indicate conditions relating to satellites.
– bits 0-7: RESERVED
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
34
1 (byte) RECORD LENGTH →
1 (byte) NUMBER OF SVS →
Repeated for number of SVs
1 (byte) PRN →
1 (byte) SV SYSTEM →
1 (byte) SV FLAGS1 →
1 (byte) SV FLAGS2 →
1 (signed byte) ELEVATION →
2 (short) AZIMUTH →
1 (byte) SNR L1*4 →
1 (byte) SNR L2*4 →
1 (byte) SNR L5*4 OR G1P SNR OR →
Galileo SNR
Where:
• OUTPUT RECORD TYPE = 34.
• RECORD LENGTH is the length of this sub-record.
• NUMBER OF SVS is the number of tracked satellites reported in this record.
• PRN is the PRN number of the satellite which the following flags refer to. This
will be the ACTUAL PRN number given by the SV (not ranged due to SV system)
due to the next field.
• SV SYSTEM is the system that the SV belongs to.
– 0: GPS
– 1: SBAS
– 2: GLONASS
– 3 - 9: RESERVED
– 10: OMNISTAR
– 11 - 255: RESERVED
• SV FLAGS1 is a bitmap field having the following values:
– bit 0 Set: Above horizon
– bit 1 Set: Currently assigned to a channel (trying to track)
– bit 2 Set: Currently tracked on L1/G1 frequency
– bit 3 Set: Currently tracked on L2/G2 frequency
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
35
1 (byte) RECORD LENGTH →
1 (Byte) FLAGS and VERSION OF →
MESSAGE
8 (chars) BASE NAME →
2 (bytes) BASE ID →
8 (double) BASE LATITUDE →
8 (double) BASE LONGITUDE →
8 (double) BASE HEIGHT →
Where:
• OUTPUT RECORD TYPE = 35.
• RECORD LENGTH is the length of this sub-record.
• FLAGS specifies a few attributes about the BASE (and ONLY the base, since
there are status flags about RTK in other messages). Defined values:
– Bits 0 - 2 specify a “version number” for this message.
– Bit 3 if SET specifies that the base info given is valid.
– Bits 4 - 7 are currently RESERVED.
• BASE NAME is the short base name received from the base. In the case of the
base being RTCM (with no base name), the field is set to all 0s.
• BASE ID is the ID# of the base being used. This field is big-endian, so the first
byte will always be set to 0 if the base is a CMR base.
• BASE LATITUDE is the WGS-84 latitude of the base in radians.
• BASE LONGITUDE is the WGS-84 longitude of the base in radians.
• BASE HEIGHT is the WGS-84 height of the base in meters.
Packet Flow
Receiver Connected computer
1 (byte) OUTPUT RECORD TYPE = →
41
1 (byte) RECORD LENGTH →
4 (long) GPS TIME (ms) →
2 (int) GPS WEEK NUMBER →
8 (double) LATITUDE →
8 (double) LONGITUDE →
8 (double) HEIGHT →
1 (byte) QUALITY INDICATOR →
Where:
• OUTPUT RECORD TYPE = 41.
• RECORD LENGTH is the length of this sub-record.
• GPS TIME is in milliseconds of the GPS week.
• GPS WEEK NUMBER is the week count since January 1980.
• LATITUDE is the base WGS-84 latitude in radians.
• LONGITUDE is the base WGS-84 longitude in radians.
• HEIGHT is the base WGS-84 height in meters.
• QUALITY INDICATOR shows the quality of the base position:
– 0 - Fix not available or invalid
– 1 - Autonomous
– 2 - Differential, SBAS or OmniSTAR VBS
– 4 - RTK Fixed
– 5 - OmniSTAR XP, OmniSTAR HP, RTK Float, or RTK Location
Packet Flow
Receiver Remote
← Command Packet 54h
Report Packet 55h →
Only the satellite information, requested by Command Packet 54h, is sent in the report
packet. As a result, several forms of the Report Packet 55h can be requested.
Table 7.43 through Table 7.47 describe the structure of the report packets.
Returns a NAK if the GETSVDATA request meets one of the following criteria:
• SV PRN is out of range 1–32 (except for SV flags)
• Data Switch is out of range
• Data is not available for the requested SV
SV FLAGS report
The SV FLAGS report is sent when Command Packet 54h is used to request the status
of the SV Flags for one satellite or all satellites. The Command Packet 54h DATA
SWITCH byte (byte 4) is set to zero (0) when requesting the report. Table 7.43 describes
the packet structure.
Table 7.43 Report Packet 55h SV flags report structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR See Table 7.2, page 67 Receiver status.
2 PACKET TYPE CHAR 55h Report Packet 55h.
3 LENGTH CHAR See Table 7.1, page 66 Data byte count.
4 DATA TYPE CHAR 00h SV FLAGS Report.
INDICATOR
5 SV PRN # CHAR 00h–20h Pseudorandom number of satellite (1–32) or
zero when requesting flag status of all
satellites.
6–9 EPHEMERIS LONG 32 flag bits For all 32 satellites, the flags show availability
FLAGS of Ephemeris data when set to one.1
10–13 ALMANAC LONG 32 flag bits For all 32 satellites, the flags show availability
FLAGS of Almanac data when set to one.1
14–17 SVS DISABLED LONG 32 flag bits Flags show Enabled or Disabled status of all
FLAGS satellites. When set to one, satellite is
disabled.1
1
Bit 0 = PRN 1
EPHEMERIS report
The EPHEMERIS report is sent when Command Packet 54h is used to request the
Ephemeris for one satellite or all satellites. The GETSVDATA DATA SWITCH byte (byte
4) is set to one (1) to request the report. Table 7.44 describes the packet structure.
The Ephemeris data follows the standard defined by GPS ICD-200 except for CUC, CUS,
CIS, and CIC. These values need to be multiplied by π to become the units specified in
the GPS ICD-200 document. The Ephemeris Flags are described in Table 7.45.
Table 7.44 Report Packet 55h ephemeris report structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR See Table 7.2, page 67 Receiver status.
2 PACKET TYPE CHAR 55h Report Packet 55h.
3 LENGTH CHAR See Table 7.1, page 66 Data byte count.
4 DATA TYPE CHAR 01h Ephemeris report.
INDICATOR
5 SV PRN # CHAR 00h–20h Pseudorandom number of satellite
(1–32) or 0 when data is for all
satellites.
6–7 EPH WEEK # SHORT GPS ICD-2001 Ephemeris Week Number.
1
8–9 IODC SHORT GPS ICD-200
10 RESERVED CHAR GPS ICD-2001 Reserved (set to zero).
ALMANAC report
The ALMANAC report is sent when Command Packet 54h is used to request the
Almanac for one satellite or all satellites. The Command Packet 54h DATA SWITCH
byte (byte 4) is set to zero (2) when requesting the report. Data follows the format
specified by GPS ICD-200.
Table 7.46 describes the packet structure.
Table 7.46 Command Packet 55h almanac report structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR See Table 7.2, page 67 Receiver status.
2 PACKET TYPE CHAR 55h Report Packet 55h.
3 LENGTH CHAR See Table 7.1, page 66 Data byte count.
4 DATA TYPE CHAR 02h Almanac data
INDICATOR
5 SV PRN # CHAR 00h–20h Pseudorandom number of satellite (1–32)
or 0 when data is for all satellites.
6–9 ALM DECODE LONG Full GPS seconds from the start of GPS
TIME time.
10–11 AWN SHORT GPS ICD-2001
12–15 TOA LONG GPS ICD-2001
16–23 SQRTA DOUBLE GPS ICD-2001
24–31 ECCENT DOUBLE GPS ICD-2001
32–39 ISUBO DOUBLE GPS ICD-2001
40–47 OMEGADOT DOUBLE GPS ICD-2001
48–55 OMEGSUBO DOUBLE GPS ICD-2001
56–63 OMEGA DOUBLE GPS ICD-2001
64–71 MSUBO DOUBLE GPS ICD-2001
72 ALM HEALTH CHAR GPS ICD-2001
73 CHECKSUM CHAR See Table 7.1, page 66 Checksum value.
74 ETX CHAR 03h End transmission.
1
For detailed information, refer to the U.S. Government document GPS ICD-200.
Packet Flow
Receiver Remote
← Command Packet 56h or
RT Survey Data Request or
Front Panel Command
Report Packet 57h or NAK →
A NAK is returned if the Real-Time Survey Data option (RT17) is not installed and the
application file is configured to stream real-time survey data.
Report Packet 57h can contain one of the following types of raw data, depending on
options selected in Command Packet 56h:
• Expanded Format (*.DAT Record Type 17 style data) raw satellite
measurements
• Concise Format (*.DAT Record Type 17 style data) raw satellites measurements
• Position data (*.DAT Record Type 11)
The Expanded and Concise records can also include Enhanced record data, including
Real-Time Flags and IODE information if these options are enabled in the application
file. For more information, see Report Packet 56h, GETRAW (Position or real-time
survey data request), page 73.
Begin L1 Data
L1 SNR DOUBLE dB Measure of satellite signal strength.
FULL L1 C/A CODE DOUBLE meters Full L1 C/A code or P-code pseudorange (see
PSEUDORANGE bit 0 of FLAGS2).
L1 CONTINUOUS DOUBLE L1 cycles L1 Continuous Phase. Range-Rate sign
PHASE convention: When pseudorange is increasing,
the phase is decreasing and the Doppler is
negative.
L1 DOPPLER DOUBLE Hz L1 Doppler.
RESERVED DOUBLE 0.0 Reserved.
Begin Enhanced Record1 if bit 1 of the FLAGS byte set to 1 (12 bytes * n)
IODE CHAR 00h–FFh Issue of Data Ephemeris
L1 SLIP COUNTER CHAR 00h–FFh Roll-over counter is incremented for each
occurrence of detected cycle-slips on L1 carrier
phase
L2 SLIP COUNTER CHAR 00h–FFh Roll-over counter is incremented for each
occurrence of detected cycle-slips on the L2
carrier phase. The counter always increments
when L2 changes from C/A code to Encrypted
code and vice versa.
RESERVED CHAR — Reserved (set to zero)
L2 DOPPLER DOUBLE Hz L2 Doppler
Repeat previous bytes for remaining satellites in constellation
CHECKSUM SHORT See Table 7.1, page 66 Checksum value
ETX CHAR 03h End transmission
1To be compatible with Trimble software, this data must be stripped off before record 17 is stored in a *.DAT file.
Begin L1 Data
L1 SNR CHAR dB * 4 Measure of satellite signal strength. The value
needs to be divided by 4.
FULL L1 C/A CODE DOUBLE meters Full L1 C/A code or P-code pseudorange (see
PSEUDORANGE bit 0 of FLAGS2)
L1 CONTINUOUS DOUBLE L1 cycles L1 continuous phase. Range-Rate sign
PHASE convention: When pseudorange is increasing,
the phase is decreasing and the Doppler is
negative.
L1 DOPPLER FLOAT Hz L1 Doppler
Packet Flow
Receiver Remote
← Command Packet 65h
Report Packet 64h →
For more information about BD982 Application Files and guidelines for using
application files to control remote devices, see Report Packet 64h, APPFILE
(Application file record command), page 74.
The Application File Record Report format is identical to the format used for
Command Packet 64h. For more information, see Packet paging, page 75.
Packet Flow
Receiver Remote
← Command Packet 66h
Report Packet 67h →
Report Packet 67h can exceed the maximum data byte limit (248 bytes of data) for RS-
232 Serial Interface Specification packets, depending on the number of application files
stored in memory. Each application file directory entry occupies 16 bytes. Report
Packet 67h is divided into subpackets called pages when the data byte limit is
exceeded. The PAGE INDEX and MAXIMUM PAGE INDEX bytes are used to account for
the pages included in the report (0 of 2, 1 of 2, 2 of 2).
The TX BLOCK IDENTIFIER uses a roll-over counter to assign a transaction number to
the report packet pages. The TX BLOCK IDENTIFIER INDEX number is useful for
preventing data mismatches when stream synchronization is lost.
Table 7.58 describes the packet structure.
Table 7.58 Report packet 67h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission.
1 STATUS CHAR See Table 7.2, page 67 Receiver status code.
2 PACKET TYPE CHAR 67h Report Packet 67h.
3 LENGTH CHAR See Table 7.1, page 66 Data byte count.
4 TX BLOCK CHAR 00h–FFh Unique number assigned to every
IDENTIFIER application file transfer.
5 PAGE INDEX CHAR 00h–FFh Page index assigned to packet page.
6 MAXIMUM PAGE CHAR 00h–FFh Page index assigned to the last packet
INDEX page.
Begin Directory List
7 # APP FILES 00h–n Number of application files in directory.
1 The Date/Time fields should all be relative to UTC.
First Application File Directory Record
The following record block (bytes 8–23) is repeated for every application file stored in directory. At least one
application file exists (SYSTEM FILE INDEX number 0, the Default Application File). The receiver can store at
least 10 user-defined application file records.
8 SYSTEM FILE CHAR See Table 7.59, page Record number assigned to the file.
INDEX 143
9–16 APP FILE NAME CHARs ASCII text Name of application file (8 ASCII
characters).
17 CREATION YEAR1 CHAR 00h–FFh Year when file is created. Based on the
years since 1900 (1900 = 00).
Packet Flow
Receiver Remote
← Break sequence
Report Packet 6Eh →
PRODUCT
For the receiver, the PRODUCT string is always set to BD982. The string always begins
with the word PRODUCT, followed by a comma, followed by the word BD982, and
terminated with a semicolon as in the following example:
PRODUCT,BD982;
PORT
The PORT parameter is a comma-delimited string of ASCII characters describing the
current input baud rate, output baud rate, data bits, stop bits, parity, and the break
sequence status acknowledgment. The syntax of the comma delimited string is shown
below:
PORT,input baud rate,output baud rate,data bits,stop bits, parity,boolean
acknowledgement;
The string always begins with the word PORT, and the end of the string is always
terminated with a semicolon character. Commas are used to delimit the other fields
within the string.
The input and output protocols can be 2400, 4800, 9600, 19200, 38400, 57600, or 115k
baud. The number of data bits is always set to 8, and the number of stop bits is always
set to 1. The parity can be O (Odd), E (Even), or N (None). The string always identifies
the current communication parameters defined for the port.
The final field in the string contains the boolean (T or F) code used to acknowledge the
break sequence. A value of T (True) indicates that the communication parameters for
the port are going to be set to 9600,8,N,1 for at least 5 seconds. A value of F (False)
indicates that the receiver outputs the identity strings at 9600,8,N,1 and returns to the
current port settings.
A sample string is shown below:
PORT,38400,38400,8,1,N,F;
VERSION
The VERSION parameter is a comma-delimited string of ASCII characters with the
BD982 firmware and hardware version numbers and release dates. The end of the
string is terminated with a semicolon. The syntax of the comma-delimited ASCII string
is shown below:
VERSION,software version number,version date,hardware version,version date;
The string always begins with the word VERSION, followed by the software version
number and date and two commas ( , ). The slash character ( / ) is used to separate the
month, day, and year in date fields. The string is always terminated with a semicolon
character. The following example shows a sample string:
VERSION,2.21,11/21/98,,;
COMM
The COMM parameter is a comma-delimited string of communication protocols
supported on the connected serial port. The string has the following syntax:
COMM,first protocol,...last protocol;
The string always begins with the word COMM and a comma, followed by the
comma-delimited list of protocols. The string is terminated with a semicolon
character. Table 7.61 identifies the ASCII codes assigned to the various protocols
supported by the receiver.
Table 7.61 COMM
Protocol Meaning
DCOL Data Collector Format
NMEA Outputs a subset of NMEA-0183 messages
RTCM Radio Technical Commission for Maritime Services protocol specification RTCM SC-104
For example, the comma-delimited ASCII string for the connected serial port which
supports DCOL and RTCM is shown below:
COMM,DCOL,RTCM;
Packet Flow
Receiver Remote
← Command Packet 82h
Report Packet 82h →
Report Packet 82h is sent in response to Command Packet 82h. The receiver generates
an ASCII representation (a dump) of a BD982 display screen, and sends the dump to
the remote device in Report Packet 82h. Table 7.62 shows the packet structure.
Table 7.62 Report packet 82h structure
Byte # Item Type Value Meaning
0 STX CHAR 02h Start transmission
1 STATUS CHAR See Table 7.2, page 67 Receiver status code
2 PACKET TYPE CHAR 82h Report Packet 82h
3 LENGTH CHAR A1h Data byte count
4–163 ASCII DATA CHARs ASCII data
164 CURSOR POSITION CHAR Position of the cursor
165 CHECKSUM CHAR See Table 7.1, page 66 Checksum value
166 ETX CHAR 03h End transmission
8
Default Settings 8
9
Specifications 9
Physical specifications
Feature Specification
Dimensions (L x W x H) 100 mm x 84.9 mm x 11.6 mm
Temperature
Operating –40 °C to +75 °C (–40 °F to +167 °F)
Storage –55 °C to +85 °C (–40 °F to +176 °F)
Vibration MIL810F, tailored
Random 6.2 gRMS operating
Random 8 gRMS survival
Mechanical shock MIL810D
±40 g operating
±75 g survival
I/O Connector 40-pin header (Samtec TMM-120-03-L-D)
Antenna Connector 2 × MMCX receptacle (Huber-Suhner 82MMCX-50-0-1/111); mating connectors are
MMCX plug (Suhner 11MMCX-50-2-1C) or right-angle plug (Suhner
16MMCX-50-2-1C, or 16MMCX-50-2-10)
Performance specifications
Feature Specification
Measurements • Position antenna based on a 220-channel Maxwell 6 chip:
– GPS: Simultaneous L1 C/A, L2E, L2C, L5
– GLONASS: Simultaneous L1 C/A, L1 P, L2 C/A (GLONASS M Only), L2 P
– SBAS: Simultaneous L1 C/A, L5
– GIOVE-A: Simultaneous L1 BOC, E5A, E5B, E5AltBOC Footnotes: 1
– GIOVE-B: Simultaneous L1 CBOC, E5A, E5B, E5AltBOC Footnotes: 1
– GALILEO: Disabled Footnotes: 2
• Vector antenna based on a second 220-channel Maxwell 6 chip:
– GPS: Simultaneous L1 C/A, L2E, L2C
– GLONASS: Simultaneous L1 C/A, L1 P, L2 C/A, L2 P
• Advanced Trimble Maxwell 6 Custom Survey GNSS Technology
• High precision multiple correlator for GNSS pseudorange measurements
• Unfiltered, unsmoothed pseudorange measurements data for low noise, low
multipath error, low time domain correlation and high dynamic response
• Very low noise GNSS carrier phase measurements with <1 mm precision in a
1 Hz bandwidth
• Signal-to-Noise ratios reported in dB-Hz
• Proven Trimble low elevation tracking technology
Code differential GPS 0.25 m + 1 ppm Horizontal
positioning accuracy 0.50 m + 1 ppm Vertical
Footnotes: 3
SBAS (WAAS/EGNOS/MSAS) <5 m 3DRMS
accuracy Footnotes: 4
Feature Specification
RTK positioning accuracy
Horizontal accuracy ±(8 mm + 1 ppm) RMS
Vertical accuracy ±(15 mm + 1 ppm) RMS
Heading accuracy 2 m baseline <0.09º
10 m baseline <0.05º
Initialization time Typically, less than 10 seconds
Initialization reliability Typically >99.9%
Footnotes: 5
Footnotes:
1. Galileo GIoVE-A and GIoVE-B test satellite support uses information that is unrestricted in the public
domain and is intended for signal evaluation and test purposes.
2. The hardware is compliant with Galileo OS SIS ICD, Draft 1, February 2008. Commercial sale of Galileo
technology requires Trimble to acquire a Commercial license from the EU. At the time of writing, there is no
process for obtaining a license. Therefore, to comply with the ICD Copyright/IPR terms, all Galileo firmware
and hardware functionality is disabled. Depending on the terms of the license, an upgrade to full Galileo
(L1 CBOC, E5A, E5B, E5AltBOC) may be offered. This will require an additional fee.
3. Accuracy and reliability may be subject to anomalies such as multipath, obstructions, satellite geometry, and
atmospheric conditions. Always follow recommended practices.
4. Depends on WAAS, EGNOS, and MSAS system performance.
5. May be affected by atmospheric conditions, signal multipath, and satellite geometry. Initialization reliability
is continuously monitored to ensure highest quality.
Electrical specifications
Feature Specification
Power 3.3 V DC +5%/-3%
Power consumption Typically, 2.1 W (L1/L2 GPS)
Typically, 2.3 W (L1/L2 GPS and G1/G2 GLONASS)
Communication specifications
Feature Specification
Communications
1 LAN port • Supports links to 10BaseT/100BaseT networks.
• All functions are performed through a single IP address simultaneously—
including web interface access and data streaming.
4 x RS-232 ports Baud rates up to 115,200.
1 USB port
Receiver position update 1 Hz, 2 Hz, 5 Hz, 10 Hz, 20 Hz, and 50 Hz positioning
rate
Correction data input CMR, CMR+™, RTCM 2.0 (select RTCM 2.1), RTCM 2.1–2.3, RTCM 3.0, 3.1.
Correction data output CMR, CMR+, RTCM 2.0 DGPS (select RTCM 2.1), RTCM 2.1–2.3, RTCM 3.0, 3.1.
Data outputs 1PPS, NMEA, Binary GSOF, ASCII Time Tags.
Event Marker Input
support
A
NMEA-0183 Output A
Message values
NMEA messages that the receiver generates contains the following values.
Direction
Direction (north, south, east, or west) is represented by a single character: N, S, E, or W.
Time
Time values are presented in Universal Time Coordinated (UTC) and are represented
as hhmmss.cc, where:
• hh is hours, from 00 through 23
• mm is minutes
• ss is seconds
• cc is hundredths of seconds
NMEA messages
When NMEA-0183 output is enabled, the following messages can be generated.
$PGPPADV,120,21,76.82,68.51,29,20.66,317.47,28,52.38,276.81,22,42.26,198.96*5D
Table A.2 ADV subtype 120 message fields
Field Meaning
0 Message ID $PPGPADV
1 Message sub-type 120
2 First SV PRN number
3 Elevation of first satellite, in degrees, 90° maximum
4 Azimuth of first satellite, degrees from True North, 000° through 359°
5 Second SV PRN number
6 Elevation of second satellite, in degrees, 90° maximum
7 Azimuth of second satellite, degrees from True North, 000° through 359°
8 The checksum data, always begins with *
Notes –
1. Expected error, in meters, due to bias, with noise = 0.
2. To avoid possible confusion caused by repetition of satellite ID numbers when using
multiple satellite systems, the following convention applies:
GLL Position data: position fix, time of position fix, and status
An example of the GLL message string is shown below. Table A.21 describes the
message fields.
$GPGSA,A,3,3,6,27,19,9,14,21,22,18,15,,,2.1,1.0,1.8*03
Table A.5 GLL message fields
Field Meaning
0 Message ID $GPGLL
1 Latitude in dd mm,mmmm format (0-7 decimal places)
2 Direction of latitude N: North S: South
3 Longitude in ddd mm,mmmm format (0-7 decimal places)
4 Direction of longitude E: East W: West
5 UTC of position in hhmmss.ss format
6 Fixed text "A" shows that data is valid
7 The checksum data always begins with *
PTNL,AVR
Time, Yaw, Tilt, Range for Moving Baseline RTK
The AVR message outputs the attitude vector calculated between the two antennas of
the receiver.
The PTNL,AVR message string is shown below, and Table A.11 describes the message
fields.
$PTNL,AVR,181059.6,+149.4688,Yaw,+0.0134,Tilt,,,60.191,3,2.5,6*00
Table A.11 AVR message fields
Field Meaning
0 Message ID $PTNL,AVR
1 UTC of vector fix
2 Yaw angle in degrees
3 Yaw
4 Tilt angle in degrees
5 Tilt
6 Reserved
7 Reserved
8 Range in meters
9 GPS quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: Differential carrier phase solution RTK (Float)
3: Differential carrier phase solution RTK (Fix)
4: Differential code-based solution, DGPS
10 PDOP
11 Number of satellites used in solution
12 The checksum data, always begins with *
PTNL,BPQ
Base station position and quality indicator
This message describes the base station position and its quality. It is used when the
moving base antenna position and quality are required on one serial port (along with a
heading message) from a receiver in heading mode, typically the SPS551H.
The PTNL,BPQ message string is shown below, and Table A.12 describes the message
fields.
$PTNL,BPQ,224445.06,021207,3723.09383914,N,12200.32620132,W,EHT-5.923,
M,5*
Table A.12 BPQ message fields
Field Meaning
0 Talker ID
1 BPQ
2 UTC time of position fix, in hhmmss.ss format. Hours must be two numbers, so
may be padded, for example, 7 is shown as 07.
3 UTC date of position fix, in ddmmyy format. Day must be two numbers, so may
be padded, for example, 8 is shown as 08.
4 Latitude, in degrees and decimal minutes (ddmm.mmmmmmm)
5 Direction of latitude:
N: North
S: South
6 Longitude, in degrees and decimal minutes (dddmm.mmmmmmm). Should
contain 3 digits of ddd.
7 Direction of longitude:
E: East
W: West
8 Height
Ellipsoidal height of fix (antenna height above ellipsoid). Must start with EHT.
9 M: ellipsoidal height is measured in meters
10 GPS quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: Differential SBAS
4: RTK Fixed
5: OmniSTAR XP, OmniSTAR HP, Float RTK, or Location RTK
11 The checksum data, always begins with *
PTNL,GGK
Time, Position, Position Type, DOP
An example of the PTNL,GGK message string is shown below. Table A.13 describes the
message fields.
$PTNL,GGK,172814.00,071296,3723.46587704,N,12202.26957864,W,3,06,1.7,EHT-
6.777,M*48
Table A.13 PTNL,GGK message fields
Field Meaning
0 Message ID $PTNL,GGA
1 UTC of position fix
2 Date
3 Latitude
4 Direction of latitude:
N: North
S: South
5 Longitude
6 Direction of Longitude:
E: East
W: West
7 GPS Quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: RTK float solution
3: RTK fix solution
4: Differential, code phase only solution (DGPS)
5: SBAS solution – WAAS, EGNOS, MSAS
6: RTK Float 3D Network solution
7: RTK Fixed 3D Network solution
8: RTK Float 2D in a Network solution
9: RTK Fixed 2D Network solution
10: OmniSTAR HP/XP solution
11: OmniSTAR VBS solution
8 Number of satellites in fix
9 DOP of fix
10 Ellipsoidal height of fix
11 M: ellipsoidal height is measured in meters
12 The checksum data, always begins with *
Note – The PTNL,GGK message is longer than the NMEA-0183 standard of 80 characters.
PTNL,PJT
Projection Type
An example of the PTNL,PJT message string is shown below. Table A.14 describes the
message fields.
$PTNL,PJT,NAD83(Conus),California Zone 4 0404,*51
Table A.14 PTNL,PJT message fields
Field Meaning
0 Message ID $PTNL,PJT
1 Coordinate system name (can include multiple words)
2 Project name (can include multiple words)
3 The checksum data, always begins with *
PTNL,PJK
Local Coordinate Position Output
An example of the PTNL,PJK message string is shown below. Table A.15 describes the
message fields.
$PTNL,PJK,010717.00,081796,+732646.511,N,+1731051.091,E,1,05,2.7,EHT-
28.345,M*7C
Table A.15 PTNL,PJK message fields
Field Meaning
0 Message ID $PTNL,PJK
1 UTC of position fix
2 Date
3 Northing, in meters
4 Direction of Northing will always be N (North)
5 Easting, in meters
6 Direction of Easting will always be E (East)
7 GPS Quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: RTK float solution
3: RTK fix solution
4: Differential, code phase only solution (DGPS)
5: SBAS solution – WAAS, EGNOS, MSAS
6: RTK Float 3D network solution
7: RTK Fixed 3D network solution
8: RTK Float 2D network solution
9: RTK Fixed 2D network solution
10: OmniSTAR HP/XP solution
11: OmniSTAR VBS solution
8 Number of satellites in fix
9 PDOP of fix
10 Ellipsoidal height of fix
11 M: ellipsoidal height is measured in meters
12 The checksum data, always begins with *
Note – The PTNL,PJK message is longer than the NMEA-0183 standard of 80 characters.
PTNL,VGK
Vector Information
The VGK message outputs the vector calculated between the external base station and
the position antenna of the receiver.
An example of the PTNL,VGK message string is shown below. Table A.16 describes the
message fields.
$PTNL,VGK,160159.00,010997,-0000.161,00009.985,-0000.002,3,07,1,4,M*0B
Table A.16 PTNL,VGK message fields
Field Meaning
0 Message ID $PTNL,VGK
1 UTC of vector in hhmmss.ss format
2 Date in mmddyy format
3 East component of vector, in meters
4 North component of vector, in meters
5 Up component of vector, in meters
6 GPS Quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: RTK float solution
3: RTK fix solution
4: Differential, code phase only solution (DGPS)
5: SBAS solution – WAAS, EGNOS, MSAS
6: RTK Float 3D network solution
7: RTK Fixed 3D network solution
8: RTK Float 2D network solution
9: RTK Fixed 2D network solution
10: OmniSTAR HP/XP solution
11: OmniSTAR VBS solution
7 Number of satellites if fix solution
8 PDOP of fix
9 M: Vector components are in meters
10 The checksum data, always begins with *
PTNL,VHD
Heading information
The VHD message outputs the vector heading calculated between the external base
station and the position antenna of the receiver.
An example of the PTNL,VHD message string is shown below. Table A.17 describes the
message fields.
$GPRMC,202652.00,A,3953.88199731,N,10506.75992590,W,0.021,1.588,140211,9.0
387,E, D*10
Table A.17 PTNL,VHD message fields
Field Meaning
0 Message ID $PTNL,VHD
1 UTC of position in hhmmss.ss format
2 Date in mmddyy format
3 Azimuth
4 ΔAzimuth/ΔTime
5 Vertical Angle
6 ΔVertical/ΔTime
7 Range
8 ΔRange/ΔTime
9 GPS Quality indicator:
0: Fix not available or invalid
1: Autonomous GPS fix
2: RTK float solution
3: RTK fix solution
4: Differential, code phase only solution (DGPS)
5: SBAS solution – WAAS, EGNOS, MSAS
6: RTK Float 3D network solution
7: RTK Fixed 3D network solution
8: RTK Float 2D network solution
9: RTK Fixed 2D network solution
10: OmniSTAR HP/XP solution
11: OmniSTAR VBS solution
10 Number of satellites used in solution
11 PDOP
12 The checksum data, always begins with *
ZDA UTC Day, Month, And Year, and Local Time Zone Offset
An example of the ZDA message string is shown below. Table A.21 describes the
message fields.
$GPZDA,172809,12,07,1996,00,00*45
Table A.21 ZDA message fields
Field Meaning
0 Message ID $GPZDA
1 UTC
2 Day, ranging between 01 and 31
3 Month, ranging between 01 and 12
4 Year
5 Local time zone offset from GMT, ranging from 00 through ±13 hours
6 Local time zone offset from GMT, ranging from 00 through 59 minutes
7 The checksum data, always begins with *
Fields 5 and 6 together yield the total offset. For example, if field 5 is –5 and field 6 is
+15, local time is 5 hours and 15 minutes earlier than GMT.
B
Upgrading the Receiver Firmware B
C
Troubleshooting C
Receiver issues
This section describes some possible receiver issues, possible causes, and how to solve
them.
D
Drawings D
Plan view
Secondary (vector)
antenna input
Primary (positiion)
antenna input
Dimensions are shown in millimeters (mm)
Edge view
Dimensions are shown in millimeters (mm)
E
Electrical Systems Integration E
In this appendix:
Connector pinouts
1PPS and ASCII time tag
ASCII time tag
Power input
Antenna power output
LED control lines
Power switch and reset
Event
Serial port
CAN
USB
Ethernet
Connector pinouts
40-pin header
The 40-pin header (J1) has the following pinouts.
0V
Seconds
The pulse is about 8 microseconds wide, with rise and fall times of about 100 nsec.
Resolution is approximately 40 nsec, but the following external factor limits accuracy
to approximately ±1 microsecond:
• Antenna cable length
Each meter of cable adds a delay of about 2 nsec to satellite signals, and a
corresponding delay in the 1PPS pulse.
Power input
Power Requirement The unit operates at 3.3 V +5%/-3%.
The 3.3 V should be able to supply 2 A of surge current.
Additional Integration Notes –
1) To fully protect against the unit resetting while shorting any antenna
output, Trimble recommends that the 3.3 V input be rated at least 3.5 A.
Power supplies under 3.5 A will lead to the 3.3 V rail drooping, triggering a
reset to the system.
2) Worst case operation requires a 3 A supply. Worst case operation is
defined as: both antennas supplying 5 V at 100 mA, USB supplying 5 V at
250 mA, and actively using all RF bands.
The typical power consumption based on band usage is:
• L1/L2 = 2.08 W
• L1/L2/G1/G2 = 2.24 W
• L1/L2/G1/G2/SBAS = 2.27 W
• L1/L2/G1/G2/SBAS/L5 = 2.54 W
• L1/L2/G1/G2/SBAS/L5/Galileo= 2.79 W
• L1/L2/G1/G2/SBAS/L5/Galileo + Omnistar = 3.10 W
Power Switch Pin 3 is an optional power-off pin. When driven high with 3.3 V, the receiver
is turned off. This unit can be left floating or ground to keep the unit on.
System integrators should not drive TTL signals when the unit is not
powered.
Over-voltage Protection The absolute maximum voltage is 3.6 V.
Under-voltage Protection The absolute minimum voltage is 3.2 V below nominal.
Reverse Voltage Protection The unit is protected down to -3.6 V
LEDs that do not meet If and Vf specification must be driven with a buffer
to ensure proper voltage level and source/sink current.
Power LED This active-high line indicates that the unit is powered on.
Satellite LED This active-high line indicates that the unit has acquired satellites.
A rapid flash indicates that the unit has less than 5 satellites acquired while
a slow flash indicates greater than 5 satellites acquired. This line will stay on
if the unit is in monitor mode.
RTK Correction A slow flash indicates that the unit is receiving correction. This will also
flash when the unit is in monitor mode.
Event
Event 1 Pin 8 is dedicated as an Event_In pin. This is a TTL only input, it is not buffered
or protected for any inputs outside of 0 V to 3.3V. It does have ESD protection.
If the system requires event to handle a voltage outside this range, the system
integrator must condition the signal prior to connecting to the unit.
Event 2 Event 2 is multiplexed with COM3_RX and CAN_RX. The default setting is to
have this line set to COM3_RX. The Event 2 must be enabled in order to use
Event2.
When using the 63494 Development interface board, the user must not
connect anything to Port 3 and the CAN port when using Event 2. The Com3
level selection switch is ignored when Event 2 is selected.
This is a TTL only input, it is not buffered or protected for any inputs outside of
0 V to 3.3 V. It does have ESD protection. If the system requires event to handle
a voltage outside this range, the system integrator must condition the signal
prior to connecting to the unit.
Serial port
Com 1 RS-232 level with Com1 is already at RS-232 level and already has 8 kV contact discharge/15 kV air
flow control gap discharge ESD Protection. This port has RTS/CTS to support hardware flow
control. This is labeled Port 1 on the I/O board.
Com 2 TTL level with flow Com 2 is at 0-3.3 V TTL. This port has RTS/CTS to support hardware flow control.
control If the integrator needs this port to be at RS-232 level, a proper transceiver
powered by the same 3.3 V that powers the receiver needs to be added.
For development using the I/O board, this Com port is already connected to an
RS-232 transceiver. This is labeled Port 2 on the I/O board.
Com 3 TTL level no flow Com 3 is at 0-3.3 V TTL and is multiplexed with CAN. The receive line is also
control multiplexed with Event 2. The integrator must have a BD982 receiver
configured to use the serial port in order to use this port as a serial port.
The functionality cannot be multiplexed in real time. If the integrator needs
this port to be at RS-232 level, a proper transceiver powered by the same 3.3 V
that powers the BD982 receiver needs to be added.
For development using the I/O board, this com port is already connected to an
RS-232 transceiver. This is labeled Port 3 on the I/O board. SW4, labeled BD982
COM3 HW Xciever Selection, must be set to RS-232. There should not be
anything connected to TP5, labeled BD982 Event 2.
Com 4 RS-232 level no flow Com4 is on-board level translated to RS-232 voltages, with 8 kV contact
control discharge/15 kV air gap discharge ESD protection. This is labeled Port 4 on the
I/O board.
CAN
Com 3 is at 0-3.3 V TTL and is multiplexed with CAN. The receive line is also
multiplexed with Event 2. The integrator must have a BD982 receiver configured to use
the CAN port in order to use this port as a serial port. The functionality cannot be
multiplexed in real time. The integrator must add a CAN transceiver in order to use the
CAN Port.
For development using the I/O board, this com port is already connected to a CAN
transceiver. This is labeled BD982 CAN on the I/O board. SW4, labeled BD982 COM3
HW Xciever Selection, must be set to CAN. There shouldn't be anything connected to
TP5, labeled BD982 Event 2.
The following figure shows a typical implementation with a 3.3 V CAN transceiver. It
also shows a common mode choke as well as ESD protection. A 5 V CAN Transceiver
can be used if proper level translation is added.
3_3V
C2
0.1uF DB9_CONN_M
DB3
10
11
3
5
VCC
9
CAN1_RX 4 4
CAN1_TX RXD CAN+ PIN7
1 TXD CANH 7 8
3
6 CAN- PIN2 CAN+ 7
CANL CAN-
8 Rs 2
5 6
GND
Vref
1
R18 R2
33k U6 120
2
TI SN65HVD232DR
CAN
USB
The CPU of the receiver has an integrated PHY that supports both USB 2.0 Device and
Host configuration at low speed, full speed, and high speed. In Host mode, the receiver
supplies 5 V to a USB device, such as a memory stick. In Device mode, the receiver
behaves like an external storage device to a computer.
To reduce EMI, place a USB 2.0 compliant common mode choke on the data lines. To
ensure best EMI performance, locate the choke near the USB MICRO AB connector.
Trimble recommends that you use an L-C-L type EMI filter for the output power.
For product robustness and protection, place ESD protection diodes on both the
USB_VBUS and USB_OTG_ID lines. The receiver has internal high-speed ESD
protection on the USB data lines.
To ensure best USB high-speed performance, carefully consider PCB routing and
placement practices:
• Place components so the trace length is minimized.
• Do not have stubs on data lines more than 0.200".
• Route data lines differentially but as parallel as possible.
• Data lines must be controlled to 90 Ohms differential impedance, and 45 Ohms
single-ended impedance.
• Route over continuous reference plane (either ground or power).
For more detailed information, refer to the Intel High Speed USB Platform Design
Guidelines.
For recommendations about EMI, ESD protection, and layout considerations, see USB
OTG reference design, page 199.
For recommendations about EMI, ESD protection, and layout considerations, see USB
OTG reference design, page 199.
Ethernet
The receiver contains the Ethernet MAC, PHY, and magnetics. The PHY layer is based
on the Micrel KSZ8041NLI and is set to default to 100 Mbps, full duplex with
auto-negotiation enabled. The receiver has the correct PHY termination on the
differential signals as well as Bulk capacitance for the magnetics center tap. The
magnetic is implemented using Pulse Engineering HX1188.
Ethernet routing
Minimize the distance from the RJ-45 to the receiver main connector to prevent issues
with conducted emissions.
The sample routing below shows a four-layer stack up, with dual-side board
placement. The routing shown ensures that the differential pairs are routed over solid
internal planes.
differential Differential correction is the process of correcting GPS data collected on a rover with
correction data collected simultaneously at a base station. Because the base station is on a known
location, any errors in data collected at the base station can be measured, and the
necessary corrections applied to the rover data.
Differential correction can be done in real-time, or after the data has been collected.
differential GPS See real-time differential GPS.
DOP Dilution of Precision. A measure of the quality of GPS positions, based on the geometry
of the satellites used to compute the positions. When satellites are widely spaced
relative to each other, the DOP value is lower, and position accuracy is greater. When
satellites are close together in the sky, the DOP is higher and GPS positions may
contain a greater level of error.
PDOP (Position DOP) indicates the three-dimensional geometry of the satellites. Other
DOP values include HDOP (Horizontal DOP) and VDOP (Vertical DOP), which
indicate the accuracy of horizontal measurements (latitude and longitude) and
vertical measurements respectively. PDOP is related to HDOP and VDOP as follows:
PDOP2 = HDOP2 + VDOP2.
dual-frequency GPS A type of receiver that uses both L1 and L2 signals from GPS satellites. A
dual-frequency receiver can compute more precise position fixes over longer distances
and under more adverse conditions because it compensates for ionospheric delays.
EGNOS European Geostationary Navigation Overlay Service. A satellite-based augmentation
system (SBAS) that provides a free-to-air differential correction service for GPS.
EGNOS is the European equivalent of WAAS, which is available in the United States.
elevation mask The angle below which the receiver will not track satellites. Normally set to 10 degrees
to avoid interference problems caused by buildings and trees, atmospheric issues, and
multipath errors.
ellipsoid An ellipsoid is the three-dimensional shape that is used as the basis for mathematically
modeling the earth’s surface. The ellipsoid is defined by the lengths of the minor and
major axes. The earth’s minor axis is the polar axis and the major axis is the equatorial
axis.
ephemeris / A list of predicted (accurate) positions or locations of satellites as a function of time. A
ephemerides set of numerical parameters that can be used to determine a satellite’s position.
Available as broadcast ephemeris or as postprocessed precise ephemeris.
epoch The measurement interval of a GPS receiver. The epoch varies according to the
measurement type: for real-time measurement it is set at one second; for
postprocessed measurement it can be set to a rate of between one second and one
minute. For example, if data is measured every 15 seconds, loading data using
30-second epochs means loading every alternate measurement.
feature A feature is a physical object or event that has a location in the real world, which you
want to collect position and/or descriptive information (attributes) about. Features
can be classified as surface or non-surface features, and again as points,
lines/breaklines, or boundaries/areas.
firmware The program inside the receiver that controls receiver operations and hardware.
GLONASS Global Orbiting Navigation Satellite System. GLONASS is a Soviet space-based
navigation system comparable to the American GPS system. The operational system
consists of 21 operational and 3 non-operational satellites in 3 orbit planes.
GNSS Global Navigation Satellite System.
www.trimble.com