Navman’s Jupiter 12 Global Positioning System
(GPS) module is a single board, 12 parallel
channel receiver that is intended as a component
for an Original Equipment Manufacturer (OEM)
product. The receiver continuously tracks all visible
satellites, providing accurate satellite positioning
data. Jupiter 12 is designed for high performance
and maximum flexibility in a wide range of OEM
applications including handhelds, panel mounts,
sensors, and in-vehicle automotive products.
The highly integrated digital receiver uses the
Zodiac chipset composed of two custom SiRF
devices: the CX74051 RF Front-End, and the
CX11577 Scorpio Baseband Processor (BP).
These two custom chips, together with memory
devices and a minimum of external components,
form a complete low power, high-performance,
high reliability GPS receiver solution for OEMs.
Different module configurations allow the OEM
to design for multi-voltage operation and dead
reckoning navigation that uses vehicle sensors in
the absence of GPS signals. Each configuration
provides different options for different types of
antenna connectors (refer to table 1-1).
must be selected at the time of ordering and is not
available for field retrofitting.
The 12-channel architecture provides rapid TTFF
under all startup conditions. While the best TTFF
performance is achieved when time of day and
current position estimates are provided to the
receiver, the flexible signal acquisition system uses
all available information to provide a rapid TTFF.
Acquisition is guaranteed under all initialisation
conditions as long as paths to the satellites are not
obscured. The receiver supports 2D positioning
when fewer than four satellites are available or
when required by operating conditions. Altitude
information required for 2D operation is assumed
by the receiver or may be provided by the OEM
application.
The Jupiter 12 receiver decodes and processes
signals from all visible GPS satellites. These
satellites, in various orbits around the Earth,
broadcast Radio Frequency (RF) ranging codes,
Figure 1-1 Jupiter 12 GPS receiver
(top view, shown approx. actual size)
timing information, and navigation data messages.
The receiver uses all available signals to produce
a highly accurate navigation solution that can be
used in a wide variety of end product applications.
The all-in-view tracking of the Jupiter receiver
provides robust performance in applications that
require high vehicle dynamics or that operate in
areas of high signal blockage such as dense urban
centres.
The Jupiter receiver is packaged on a miniature
printed circuit board with a metallic RF enclosure
on one side (see figures 1-1 and 1-2). The
receiver is available in several configurations.
The configuration and type of antenna connector
Part No.*ModelAntenna
TU35-D410-021 Jupiter 12, +3.3–5.0 V autosensing, standard operationright angle OSX
TU35-D410-031 Jupiter 12, +3.3–5.0 V autosensing, standard operationstraight OSX
Figure 1-2 Jupiter 12 GPS receiver
(bottom view, shown approx. actual size)
TU35-D410-041 Jupiter 12, +3.3–5.0 V autosensing, standard operationright angle SMB
TU35-D420-021 Jupiter 12 DR, +3.3– 5.0 V autosensing with dead reckoning right angle OSX
(*) Contact Navman for the latest revision part numbers and optional GPS antenna connector.
Communication with the receiver is established
through one of two asynchronous serial I/O ports
that support full duplex data communication. The
receiver’s serial port provides navigation data and
accepts commands from the OEM application
in proprietary Navman binary message format.
NMEA formatted message protocol is also
available with software and/or hardware selection.
microprocessor and the required GPS-specific
signal processing hardware. Memory and other
external supporting components complete the
receiver navigation system.
Product applications
The Jupiter 12 receiver is suitable for a wide range
of modular
OEM GPS design applications such as:
Receiver architecture
The functional architecture of the basic Jupiter
12 receiver is shown in figure 1-3. The functional
architecture of Jupiter 12 DR, with dead-reckoning
circuitry, is shown in figure 1-4.
The receiver design is based on the SiRF Zodiac
chipset: the RF1A and the Scorpio Baseband
Processor (BP). The RF1A contains all the RF
down-conversion and amplification circuitry,
and presents the In-Phase (I) and QuadraturePhase (Q) Intermediate Frequency (IF) sampled
data to the BP. The BP contains an integral
CX74051
RF
connec tor
pre-select
filter
receiver front- end
LNA
post-select
filter
down
converter
0
10.949 M Hz
Xtal
signal samples
clock signals
A/ D control
• automotive and vehicular transport
• marine navigation
• aviation
Figure 1-5 illustrates a design that might be used
to integrate the receiver with an applications
processor that drives peripheral devices such as a
display and keyboard.
Communication between the applications
processor and the receiver is through the serial
data interface.
The Jupiter 12 requires +3.3 to +5.0 V primary DC
input power. The receiver can operate from either
an active or passive GPS antenna, supplied by the
OEM, to receive L-band GPS carrier signals.
2.2 Satellite acquisition
As the receiver determines its position by ranging
signals from three or more GPS satellites orbiting
the Earth, its antenna must have a good view of
the sky. This is usually not a problem when the
receiver is used outdoors in the open, but when
used indoors, or inside an automobile, the antenna
should be positioned to allow clear view of the sky.
To establish an initial navigation fix, the receiver
requires three satellites in track and an entered
or remembered altitude. If satellite signals are
blocked, the time for the receiver to receive those
signals and determine its position will be longer.
If less than three satellites are being tracked,
signal blockage may result in a failure to navigate.
The Jupiter 12 GPS receiver supports three
types of satellite signal acquisition (see table 2-1)
depending on the availability of critical data.
2.2.1 Hot start
A hot start occurs when the receiver has been
reset during navigation. Most recent position and
time are valid in memory. Ephemerides of visible
satellites are in SRAM (valid ephemerides are less
than four hours old).
2.2.3 Cold start
A cold start acquisition state results when position
and/or time are unknown and unavailable, either of
which results in an unreliable satellite visibility list.
Almanac information stored in nonvolatile memory
in the receiver is used to identify previously healthy
satellites.
2.3 Navigation modes.
The Jupiter receiver supports two types of
navigation mode operations: Three-Dimensional
(3D) and Two-Dimensional (2D).
2.3.1 Three-dimensional (3D) navigation
The receiver defaults to 3D navigation whenever
at least four GPS satellites are being tracked. In
3D navigation, the receiver computes latitude,
longitude, altitude, and time information from
satellite measurements. Accuracies that can be
obtained in 3D navigation are shown in table 2-2.
2.3.2 Two-dimensional (2D) navigation
When only three GPS satellite signals are
available, a fixed value of altitude can be used
to produce a navigation solution. The Jupiter
receiver enters the 2D navigation mode from
3D navigation by using a fixed value of altitude,
either as determined during prior navigation, or as
provided by the OEM or zero. In 2D navigation, the
navigational accuracy is primarily determined by
the relationship of the fixed value of altitude to the
true altitude of the antenna.
2.2.2 Warm start
A warm start typically results from user supplied
position and time initialisation, or from position
data stored in memory and time from the RealTime Clock (RTC) maintained by backup power.
Table 2-1 shows the required accuracy of
initialisation data. Satellite ephemerides, are more
Satellite
acquisition
state
Hot start243010075
Warm start426610075
Cold start60180N/A (Note 2)
Times are for a receiver operating at 25°C with no satellite signal blockage.
Note 1: required accuracy of data used for initialised start.
Note 2: initial error uncertainties do not apply to cold start.
If the fixed value is correct, the horizontal
accuracies shown in table 2-2 are approached.
Otherwise, the horizontal accuracies degrade
as a function of the error in the fixed altitude. In
addition, due to the presence of only three satellite
signals, time accuracy degrades and the computed
position can be expected to show considerable
effects of noise, multipath, and partial blockages.
Note 1: velocity accuracies for SPS are not specified for the GPS system.
50100200173Note 1
Table 2-2 Jupiter navigational accuracies
Position (metres)
Velocity (m/s)
53.20.1
3.0 Technical specifications
3.1 Operational characteristics
3.1.1 Signal acquisition performance
See table 2-1. The values shown are based on
unobstructed satellite signals.
3.1.2 Accuracy
Accuracy is a function of the entire Navstar GPS
system and geometry of the satellites at the time of
measurement. In general, individual receivers have
little influence over the accuracy provided.
Navigational accuracies using full accuracy C/A
code (SA Off) and the SPS (SA On) are shown
in table 2-2. These accuracies are based on a
Position Dilution of Precision (PDOP) of 1.0 and
the maximum vehicle speed of 500 m/s.
3.1.3 Solution update rate:
3.1.4 Re-acquisition
2 second typical with a 10 second blockage.
3.1.5 Serial data output protocol
Navman binary serial I/O messages and NMEA
0183 v2.1 (selected messages).
3.2 Power requirements
Regulated primary power for the Jupiter GPS
receiver is required as detailed in table 3-1.
once per second.
current limiting outside of the receiver.
3.3 Radio frequency signal
environment
RF Input. 1575.42 MHz (GPS L1 frequency) at
a level between –130 dBW and –163 dBW. If
an active antenna is used, the best results are
obtained when total gain (antenna gain, amplifier
gain, and cable loss) is in the range of 12 to 18 dB.
3.3.1 Burnout protection
–10 dBW signal within a bandwidth of 10 MHz
centred about the L1 carrier frequency.
3.4 Physical
Dimensions: 71.1 x 40.6 x 11.4 mm
Weight: 25 grams.
3.5 Environmental
3.5.1 Cooling: Convection.
3.5.2 Temperature (operating/storage)
–40°C to +85°C.
3.5.3 Humidity
Relative humidity up to 95% noncondensing, or a
wet-bulb temperature of +35° C, whichever is less.
3.5.4 Altitude (operating/storage)
–305m to 12,190m.
Besides regulated primary power, the board can
be supplied with backup power to maintain SRAM
and RTC whenever primary power is removed.
Backup power can be between 2.5 and 5.0 V for
all models, regardless of regulated primary power
voltage, and will draw approximately 12 µA when
primary power is removed.
When the receiver is operated with an active GPS
antenna, the maximum preamp “pass-through”
current is 100 mA at voltages up to +12 V.
The OEM communications interface is a dual
row, straight 2x10 pin field connector header. The
pins are spaced on 2.0 mm centres and the pin
lengths are 7.8 mm (0.3 in) off the board surface
with 2.3 mm at the base for plastic form. Figure
3-2 diagrams the 20-pin I/O connector and shows
the pin 1 reference location. The mating female
connector is an IDC receptacle. See table 1-1 for
antenna connector options.
3.7 Mechanical layout
The mechanical drawing for the Jupiter board is
shown in figure 3-3.
VersionInput powerBackup power
voltage+3.15–5.5 VDCvoltage+2.5–5.0 VDC
TU35-D410-(021/031/041)
standard
TU35-D420-021
DR
current (typ)85 mAcurrent (typ)12 uA
current (max)100 mAcurrent (max)15 uA
ripple50 mV
voltage+3.15–5.5 VDCvoltage+2.5–5.0 VDC
current (typ)95 mAcurrent (typ)12 uA
current (max)110 mAcurrent (max)15 uA
ripple50 mV
The Jupiter GPS receiver contains Class 1
devices. The following Electrostatic Discharge
(ESD) precautions are recommended any time the
unit is handled:
• protective outer garments.
• handle device in ESD safeguarded work
area.
• transport device in ESD shielded
containers.
• monitor and test all ESD protection
equipment.
CAUTION: treat the Jupiter receiver as extremely
sensitive to ESD.
Table 3-1 Jupiter operational power requirements (typ at 25oC)
Duty cycle
100% power on85 mA85 mAEHPE 2.2 m
50% power on60 mA60 mAEHPE 2.7 m
30% power on52 mA52 mAEHPE 3.5 m
25% power on48 mA48 mAEHPE 6 m
Note: internal power management may override user duty-cycle settings in order to maintain navigation solution
validity. The values above reflect power consumption while Navigation solution is still valid.
Avg. current @ 5 V
operation
Avg. current @ 3.3 V
operation
Accuracy degradation
with Gdop of 1.87
Table 3-2 Standard Jupiter power management table (at 25oC)
The electrical interface of the Jupiter GPS receiver
is through a 20-pin header. The function of each
pin is described in table 5-1.
4.1 DC input signals
4.1.1 Pin J1-1: antenna preamp voltage input
(PREAMP)
This signal is used to supply an external voltage to
the GPS antenna pre-amplifier (normally +3.3 or
+5, max +12 VDC). Customer-provided antenna
current limiting protection will prevent damage to
the GPS receiver from external short circuits.
4.1.2 Pins J1-2 and J1-4: primary VDC power
input and (PWRIN)
Jupiter 12 supports 3.3 VDC and 5 VDC. The
main power must be regulated and have maximum
ripple of 50 mV. Note that pin 2 and pin 4 are
connected together, whereas previous Jupiter
versions were missing pin 2 or pin 4 depending
upon model voltage rating.
4.1.3 Pin J1-3: battery backup voltage input
(VBATT)
Jupiter boards contain SRAM (Static Random
Access Memory) and an RTC that can run on
backup power at low current if primary power is
removed. Start-up time is generally improved when
power is maintained to SRAM and RTC as the
data required to predict satellite visibility and to
compute precise satellite positions is maintained.
Battery backup is required for proper operation of
the DR receiver. During times when primary power
to the board is off, current is typically 12 µA.
4.1.4 Pin J1-5: master reset (M_RST) —active
low
This signal is the master reset, used to warm start
the receiver. This pin should be tied to a logic ‘high’
with a 47 kΩ resistor.
Note: for receiver to operate normally, the M_RST
signal must be pulled to a CMOS logic ‘high’ level
coincident with, or after, application of prime DC
power to the receiver. The M_RST signal must
be held at ground level for a minimum of 1 µs to
assure proper generation of a hardware reset.
4.1.5 Pin J1-6: heading rate gyro input (GYRO)
This pin is used for the heading rate gyro input
on Jupiter TU35-D420 Jupiter 12 DR receivers.
Characteristics of the input signal are:
• 0 to 5 V range
• 2.5 V output when gyro is not being rotated
• clockwise rotation of the gyro causes
voltage to rise
• maximum voltage deviation due to rotation
should occur with a turning rate of 90
degrees/second or less
The gyro should be mounted so its sensitive axis is
as vertical as practical. Deviations from the vertical
reduce sensitivity for heading changes in the
horizontal direction. Acceptable performance can
be achieved with mounting deviations of several
degrees, but better performance is achieved when
the gyro is mounted closer to vertical. Contact
Navman for suggested sources for rate gyros.
‘DR’ receivers. A ‘low’ on this input indicates the
vehicle is in reverse gear. Use of this signal is
optional; if it is not used, the effect of occasional
backing by the vehicle does not significantly
degrade navigation performance.
To ensure minimum current when backup voltage
is used, be sure this input is not pulled up external
to the board.
For the TU35-D410 series, this pin is connected
to GPIO2, which is used to allow forced selection
of the NMEA messaging protocol. With these
receivers, when this pin is held ‘low’ at restart
or power-up, the receiver is forced into NMEA
protocol at 4800 baud (no parity, 8 data bits, 1
stop bit) on serial I/O port 1. If the pin is held ‘high’
or left floating at restart or power-up, the receiver
uses the last message protocol and port baud rate
that was used before the restart or power-off.
generates wheel ticks that could exceed 800 Hz at
the top expected vehicle speed, a flip-flop or digital
counter should divide the wheel tick signal so that
the top frequency is below 800 Hz.
The receiver periodically senses the state of pin
J1-9 using a timed process. Wheel ticks must be
within some broad range of frequencies for the
receiver to use them. Detection limits for speed
pulses are the following:
• Minimum detectable rate: 1 pulse/second
(pps)
• Maximum detectable rate: 800 pps
To illustrate how this relates to speed, assume two
vehicles, one that generates 1000 ticks/km and the
other 9000 ticks/km.
The minimum and maximum speeds the system
can detect are computed as follows:
Both of the receiver’s NMEA and binary protocols
are described in the Jupiter Designer’s guide
(Navman document number MN002000).
4.1.7 Pin J1-8: EEPROM default select (GPIO3)
This signal is used to enable or disable the internal
EEPROM. When this pin is grounded, the receiver
uses factory defaults at restart or startup, rather
than any settings or tracking history stored in
EEPROM.
CAUTION: Pin J1-8 should only be grounded
to recover from unusual situations. When this is
done, the receiver takes longer to find and track
satellites, and all user settings are lost, including
I/O port settings (baud rate, message protocol,
etc.) and navigation settings.
4.1.8 Pin J1-9: see application note speed
indication (GPIO4)
This pin is used to receive speed pulses (wheel
ticks) from the vehicle on Jupiter TU35-D420
receivers. For the TU35-D410 series, this pin is
connected to GPIO4, which is used for factory test
purposes (in these cases, no connection should
be made to pin J1-9).
For dead reckoning receivers, the input to this pin
is a pulse train generated in the vehicle. The pulse
frequency is proportional to the vehicle velocity.
In most vehicles, the ABS (Anti-lock Braking
System), transmission, or drive shaft generate
these pulses, or wheel ticks.
System design must restrict the pulses between
0 and 12 V with a duty cycle near 50 percent.
Maximum frequency for the wheel ticks at top
vehicle speed is approximately 800 Hz. If a vehicle
Vehicle 1: 1000 ticks/km
minimum detectable speed:
1 tick/s3600 s
1000 ticks/km
x
= 3.6 km/h (2.2 mi/h)
h
maximum detectable speed:
800 ticks/s3600 s
1000 ticks/km
x
= 2880 km/h (1790 mi/h)
h
Vehicle 2: 9000 ticks/km:
minimum detectable speed:
1 tick/s3600 s
9000 ticks/km
x
= 0.4 km/h (0.25 mi/h)
h
maximum detectable speed:
800 ticks/s3600 s
9000 ticks/km
x
= 320 km/h (199 mi/h)
h
These examples illustrate the minimum number
of wheel ticks per kilometre that gives reasonable
performance and the maximum per kilometre given
a broad operating range.
A higher number of ticks/km may be used if a
lower maximum vehicle speed is acceptable or if
a hardware divider circuit is used. For a divide-bytwo circuit, 18000 ticks/km allows the same top
speed and low speed resolution as 9000 ticks/km
without the divider.
To ensure minimum current when backup power
is used, this input must be pulled to a CMOS low
external to the board.
Note: The serial communication signals described
below must be applied according to the limits
shown in table 5-2.
4.2.1 Pins J1-11, 12, 14, and 15: serial data
ports SDO1,
SDI1, SDO2, and SDI2 Serial port 1 (SD01 and
SDI1), also called the Host Port, is the primary
communications port for the receiver. Commands
to the receiver are entered through SDI1 and data
from the receiver is transmitted through SDO1.
Both binary and NMEA messages are transmitted
and received across the Host Port’s serial I/O
interface.
All of the output and input binary messages for the
Jupiter receiver are listed in table 5-4 along with
their corresponding message IDs.
Table 5-3 lists the specific RTCM SC-104
messages implemented in the Jupiter receivers.
4.3 Output signals
4.3.1 Pin J1-19: 1PPS time mark pulse (TMARK)
Jupiter receivers generate a 1PPS signal that is
aligned with the Universal Time Coordinated (UTC)
second. The signal is a positive-going pulse of
approximately 25.6 ms duration. When the receiver
has properly aligned the signal, the rising edge is
within 50 ns (1 sigma) of the UTC second. This
signal is derived from the 10 kHz clock output (pin
J1-20), which is valid under the same conditions as
the 1PPS time mark pulse.
To determine when the signal is properly aligned,
refer to the description of Navman binary message
1108 in the Jupiter Designer’s guide (Navman
document number MN002000).
All of the output and input NMEA messages are
listed in table 5-5, along with their corresponding
message IDs.
A complete description of each binary and NMEA
message is contained in the Jupiter Designer’s
guide (Navman document number MN002000).
Serial port 2 (SD02 and SDI2), also called the
Auxiliary Port, is reserved for Differential GPS
(DGPS) corrections sent to the receiver. Serial port
2 input (SDI2) receives DGPS messages at 9600
baud (no parity, 8 data bits, 1 stop bit). These
messages are in Radio Technical Commission for
Maritime services (RTCM) SC-104 format.
SymbolParameterLimitsUnits
VIH (min)min high-level input voltage
VIH (max)max high-level input voltagePWRIN
VIL (min)min low-level input voltage–0.3
VIL (max)max low-level input voltage0.3 x PWRIN
VOH (min)min high-level output voltage0.8 x PWRIN
VOH (max)max high-level output voltagePWRIN
VOL (min)min low-level output voltage
VOL (max)max low-level output voltage0.2 x PWRIN
tr, tfinput rise and fall time50ns
C outmax output load capacitance25pF
4.3.2 Pin J1-20: 10 kHz clock output (10 kHZ)
This signal is a 10 kHz square wave that is
precisely aligned with the UTC second. The 1PPS
time mark pulse is derived from this signal. The
receiver aligns the 10 kHz clock output so that
one rising edge is aligned within 50 ns (1 sigma)
of UTC. Then, the receiver indicates which rising
edge is aligned by causing the 1PPS Time Mark
pulse to rise at the same time. Pins J1-10, 13, 16,
17, and 18: Ground (GND) DC grounds for the
board. All grounds are tied together through the
receiver’s Printed Wiring Board (PWB) ground
plane and should be grounded externally to the
receiver.
Navman proprietary built-in-test resultsBITNavman proprietary built-in test commandIBIT
Navman proprietary error/statusERRNavman proprietary log control messageILOG
GPS fix data (*)GGANavman proprietary receiver initialisationINIT
GPS DOP and active satellites (*)GSANavman proprietary protocol messageIPRO
GPS satellites in view (*)GSVstandard query message
Navman proprietary receiver ID (**)RID
recommended minimum specific GPS data (*)RMC
track made good and ground speedVTG
Navman proprietary Zodiac channel status (*)ZCH
(*) enabled by default at power-up
(**) output by default once at power-up or reset
Message
ID
Input message
Message
Table 4-5 Jupiter receiver NMEA v2.01 data messages
5.0 Acronyms used in this
document
ID
Q
BP: Baseband Processor
DGPS: Differential Global Positioning System
GND: Ground
GPS: Global Positioning System
NMEA: National Marine Electronics Association
OEM: Original Equipment Manufacturer
PDOP: Position Dilution Of Prescision
PWB: Printed Wiring Board
RF: Radio Frequency
RTC: Real Time Clock
RTCM: Radio Technical Commission for Maritime
services
SPS: Standard Positioning Service
SRAM: Static Random Access Memory
TTFF: Time To First Fix
UTC: Universal Time Coordinated
THESE MATERIALS ARE PROVIDED “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, RELAT
ING TO SALE AND/OR USE OF NAVMAN PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A
PARTICULAR PURPOSE, CONSEQUENTIAL OR INCIDENTAL DAMAGES, MERCHANTABILITY, OR INFRINGEMENT OF ANY PATENT, COPYRIGHT OR OTHER INTELLECTUAL PROPERTY RIGHT. NAVMAN FURTHER DOES NOT WARRANT THE ACCURACY
OR COMPLETENESS OF THE INFORMATION, TEXT, GRAPHICS OR OTHER ITEMS CONTAINED WITHIN THESE MATERIALS.
NAVMAN SHALL NOT BE LIABLE FOR ANY SPECIAL, INDIRECT, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING
WITHOUT LIMITATION, LOST REVENUES OR LOST PROFITS, WHICH MAY RESULT FROM THE USE OF THESE MATERIALS.
Navman products are not intended for use in medical, lifesaving or life sustaining applications. Navman customers using or selling
Navman products for use in such applications do so at their own risk and agree to fully indemnify Navman for any damages resulting
from such improper use or sale. Product names or services listed in this publication are for identification purposes only, and may be
trademarks of third parties. Third-party brands and names are the property of their respective owners. Additional information, posted
at www.Navman.com, is incorporated by reference. Reader Response: Navman strives to produce quality documentation and welcomes your feedback. Please send comments and suggestions to tech.pubs@Navman.com. For technical questions, contact your local
Navman sales office or field applications engineer.