GINI Features and Specifications

[ Home | GPS/INS Integration | Products & Services | Contents | Contact ]

Wide Range of Applications
High-Speed Navigation
GPS/INS Integration Kalman Filter
Receiver Aiding
Satellite Orbital Calculations
Measurement Editing and Checks on Operation
Differential Reference Station
Recursive Smoothing
Self-Test
Fast and Compact
Written in C
Easy to use
Modular, Open Architecture
Requirements of INS or IMU to be Compatible
Requirements of Receiver to be Compatible

Wide Range of Applications

Land, air, sea.
GPS/INS tight coupling, loose coupling, transfer-alignment, fine gyrocompassing, INS-only and GPS-only navigation.
Real-time, near real-time, and post-processing.
Gyro quality 0.001° /hr to 30° /hr. Optimal solution given the sensors.

High-Speed Navigation

Navigation outputs at any rate up to IMU DV, Dq rate.
Formats -- lat/lon, ECEF, range coordinates, speed/track/climb, East/North/Up velocity, roll/pitch/heading, attitude direction cosines.
All valid at last data capture event, receiver measurement, navigation cycle, or time you specify.
Solution referenced to point on vehicle.
Equations of motion use exact, ellipsoidal, rotating earth model of World Geodetic System, 1984.
Wander azimuth mechanization.
Sculling compensation when required.
Bortz attitude formulation.

GPS/INS Integration Kalman Filter

20-State Core -- position, velocity, tilt/azimuth, gyro and accel bias, clock effects, lever arm.
Measurements processed -- range, delta range, position, velocity.
Multiple GPS antennas and lever arms.
Bierman U-D mechanization.
Cholesky covariance propagation.
Filter cycle adapts to processor load.
Full state transition model describes evolution of navigation effects -- Schuler 84-minute loop, Coriolis terms, Earth 24-hour loop, higher-order.
Process noise model Q calculates dozens of distinct error components, using dynamics and sensor orientation, (instead of lumping effects together.)
Tolerant of non-linearities and poor a-priori assumptions. Will converge with initial azimuth error of 60 degrees.
Can initialize from raw measurements.
Multiple players.

Receiver Aiding

Range, range rate at 0.5 Hz.
Range acceleration DVr, typically at 100 Hz.
Adding together a long string of DVr gives GPS Doppler at any given time.
Typical latency is 30 milliseconds.
Up to 12 satellites at once. Up to 10 antennas.
Algorithm accuracy: 0.2 Hz, typical, after adding up 4 hours of DVr. (The entire error budget is allocated to INS, oscillator stability, and residual SA.)
Aiding is smooth. Receiver doesn’t even see the cutover to new ephemeris.

Satellite Orbital Calculations

Computes satellite positions.
Range computations include satellite clock error, equipment group delay, relativistic effects, tropospheric delay, and lever arm, per ICD-GPS-200.
Checks raw ephemeris for errors.
Maintains a library of packed ephemeris, current and preceding issue, for all satellites.
Maintains unpacked ephemeris for up to 12 satellites at once.
Accepts raw ephemeris in ASCII or binary, 8 or 10 words per subframe, and permuted or natural byte order. Also accepts floated ephemeris.

Measurement Editing and Checks on Operation

Accept or reject measurements based on measurement error and standard deviation.
Verify self-consistency of measurement batch.
Cancel a measurement batch after it has already been processed.
Estimate measurement accuracies.
Functions return status codes.
Safety lockouts for function sequences.
Dilution of precision calculations (PDOP).
Compare GPS-only to GPS/INS.
Monitor the filter accuracy estimates, correction magnitudes, and sensor bias estimates.

Differential Reference Station

Accepts raw data of base station.
Computes differential corrections.
Easy to augment remote receiver data.

Recursive Smoothing

Re-play mission twice; The system acts the same on both passes, except that all second-pass results are smoothed.
Achieving 10 cm accuracy with some systems.

Self-Test

Modules involved with analytical computations all include built-in self test.
A complete GPS/INS simulation is built into GINI in order to verify operation when moved to a new environment.

Fast and Compact

Real-time navigation typically requires 1.3% of computing capacity of a 120 MHz Pentium.
Requires 136 Kb for code and data, a 5 Kb stack, 33 Kb heap, plus 31 Kb heap per player.

Written in C

26,000 lines of source code.
Uses a subset of plain C, compatible with Microsoft, Borland, and ANSI C and C++.

Easy to use

100 page user manual.
Functions support system tests and verification.
Start-to-finish support from program author. (*)

Modular, Open Architecture

Not just a navigation filter, it's a whole concept.
GPS and INS suppliers are able to participate in an optimal integration without understanding the other components, or their integration.
Flexible finished product; substitute other sensors in response to evolving requirements, new technologies, changing markets, changing availability and price.
Permits evolutionary approach to system development.
Greater reliability of finished product.
Backup navigation modes in case of component failure.
Simple. In a prototype demonstration, (without receiver aiding,) a single wire was all that was necessary to connect the GPS receiver and INS. Integration and van test was accomplished in a matter of days.
Flexible timing structure -- GPS, INS can be synchronous or asynchronous.

Requirements of INS or IMU to be Compatible

Self-moding and control after application of power.
Generate and output conventional DV, Dq, (delta-V and delta-theta: change in velocity and angle).
Sample DV, Dq simultaneously at regular epochs, typically 100 Hz or higher.
Compensate DV, Dq as necessary to achieve the advertised accuracy.
Support time tagging of DV, Dq epochs with GPS time, generally to within a small fraction of a millisecond.

Requirements of Receiver to be Compatible

Able to navigate autonomously.
Measure pseudoranges and carrier phase simultaneously at regular epochs, typically 1 Hz.
Output pseudoranges, carrier phase, ephemeris, position, velocity, accuracy statistics, status.
Time tag receiver data, and support time tagging of INS data, with GPS time.
Allow receiver clock to float.
If the receiver will be INS-aided, then make provision for applying GINI-computed signal Doppler, and for adjusting receiver bandwidth to accommodate INS error.

[ Home | GPS/INS Integration | Products & Services | Contents | Contact ]
Copyright © 1997-2011 Knight Systems

(+) Specifications are subject to change without notice.
(*) This is not a commitment to accept an assignment, or to provide labor, without a written quote from Knight Systems describing the work to be done, and estimating its cost. Don's availability varies, and is not guaranteed. Applications involving software modification or incidental work may or may not be feasible, due to limits of time, or of the software, or both.