FAQs

Videos

Adaptive filtering was introduced with the fourth-generation GX4 LORD Sensing MicroStrain devices, however, the adaptive thresholds on the GX4 are fixed and determined by the user. This legacy option is still available on the new fifth generation GX5/CX5/CV5 devices, but with its greater processing capabilities, these fifth-generation devices can offer the auto-adaptive option. There is no tuning required, which makes the new auto-adaptive filtering option more flexible, reliable, and easy to use.

 

Click here for a detailed technical note which discusses Auto-Adaptive Dynamic Roll & Pitch Performance.

From time to time, LORD Sensing MicroStrain releases firmware updates for its inertial sensors.

An Inertial Device Firmware Update Tool is always available on-line and by using it, a user can always update to the latest available firmware.

Click here for a technical note that describes the update process.

Follow the instructions below for the application you are using (SensorConnect or MIP Monitor) to generate a settings file. Once the file is created it can be set aside and imported to the inertial sensor at another time.

The settings file is also valuable in aiding LORD Sensing Microstrain in supporting you when troubleshooting problems.


Note: Settings files are not compatible between SensorConnect and MIP Monitor.


If you are using SensorConnect:

Apply desired settings to the inertial sensor through the Configure screen. When those are in place, do the following.

  • Click Save/Load Settings.
  • Click Export in the Export Settings section and the Export Inertial Config File window appears.
  • Choose a file name and location to save the exported settings file.
  • Note the directory so you can retrieve the file later.
  • Click Save, the window closes and a settings file with the given name is written to the selected location. The file is a JSON (extension .json) file.
  • A green notification message displays in the upper right corner of the screen to indicate success - on this message are buttons to open the new file or navigate directly to the file location.

If you are using MIP Monitor:

Make all the settings that you are normally applying to the inertial sensor. When those are in place, do the following.

  • Click Settings.
  • Click Export Settings and the Choose or Enter Path of File window appears.
  • Accept the default File Name.
  • Note what directory is in place (so you can retrieve the file).
  • Click OK, the window closes, and a "Settings" file with a name like 3DM-GX5-15 6254.62027 Settings 6-7-2018 1-34-16 PM.ini is written.

Yes, the inertial sensor programming interface is comprised of a compact set of setup and control commands and a very flexible user-configurable data output format. The commands and data are divided into two command sets and one data set corresponding to the internal architecture of the device. The two command sets consist of a set of “Base” commands (a set that is common across many types of devices) and a set of unified “3DM” (3D Motion) commands that are specific to the LORD Sensing MicroStrain inertial product line. The data set represents the one type of data that the 3DM-GX5-10 is capable of producing: “IMU” (Inertial Measurement Unit) data.

 

Base commands: Ping, Idle, Resume, Get ID Strings, etc.

3DM commands: Poll IMU Data, Estimation Filter Data, etc.

 

IMU data: Acceleration Vector, Gyro Vector, etc.

 

The protocol is packet based. All commands, replies, and data are sent and received as fields in a message packet. Commands are all confirmed with an ack/nack (with a few exceptions). The packets have a descriptor type field based on their contents, so it is easy to identify if a packet contains IMU data, commands, or replies.

Yes, the 3DM-GX5-35 programming interface is comprised of a compact set of setup and control commands and a very flexible user-configurable data output format. The commands and data are divided into three command sets and two data sets corresponding to the internal architecture of the device. The three command sets consist of a set of “Base” commands (a set that is common across many types of devices), a set of unified “3DM” (3D Motion) commands that are specific to the LORD Sensing inertial product line, and a set of “System” commands that are specific to sensor systems comprised of more than one internal sensor block. The data sets represent the two types of data that the 3DM-GX5-35 is capable of producing: "GNSS" (Global Navigation Satellite System) data and “IMU” (Inertial Measurement Unit) data.

 

Base commands: Ping, Idle, Resume, Get ID Strings, etc.

3DM commands: Poll IMU Data, Estimation Filter Data, etc.

System commands: Switch Communications Mode, etc.

 

IMU data: Acceleration Vector, Gyro Vector, etc.

GNSS data: GNSS Position, Velocity, Satellite Data, Fix Data, etc.

 

The protocol is packet based. All commands, replies, and data are sent and received as fields in a message packet. Commands are all confirmed with an ack/nack (with a few exceptions). The packets have a descriptor type field based on their contents, so it is easy to identify if a packet contains IMU data, GNSS data, commands, or replies.

Yes, the inertial sensor programming interface is comprised of a compact set of setup and control commands and a very flexible user-configurable data output format. The commands and data are divided into four command sets and two data sets corresponding to the internal architecture of the device. The four command sets consist of a set of “Base” commands (a set that is common across many types of devices), a set of unified “3DM” (3D Motion) commands that are specific to the LORD Sensing inertial product line, a set of “Estimation Filter” commands that are specific to LORD Sensing navigation and advanced AHRS devices, and a set of “System” commands that are specific to sensor systems comprised of more than one internal sensor block. The data sets represent the two types of data that the inertial sensor is capable of producing: “Estimation Filter” (Attitude) data and “IMU” (Inertial Measurement Unit) data. The type of estimation filter used in the 3DM-GX5-25 is an Auto-Adaptive Extended Kalman Filter (EKF).

 

Base commands: Ping, Idle, Resume, Get ID Strings, etc.

3DM commands: Poll IMU Data, Estimation Filter Data, etc.

Estimation Filter: commands Reset Filter, Sensor to Vehicle Frame Transformation, etc.

System commands: Switch Communications Mode, etc.

 

IMU data: Acceleration Vector, Gyro Vector, etc.

Estimation Filter data: Attitude, Acceleration Estimates, etc.

 

The protocol is packet based. All commands, replies, and data are sent and received as fields in a message packet. Commands are all confirmed with an ack/nack (with a few exceptions). The packets have a descriptor type field based on their contents, so it is easy to identify if a packet contains IMU data, Estimation Filter data, commands, or replies.

Yes, the inertial sensor programming interface is comprised of a compact set of setup and control commands and a very flexible user-configurable data output format. The commands and data are divided into 4 command sets and 3 data sets corresponding to the internal architecture of the device. The four command sets consist of a set of “Base” commands (a set that is common across many types of devices), a set of unified “3DM” (3D Motion) commands that are specific to the LORD Sensing MicroStrain inertial product line, a set of “Estimation Filter” commands that are specific to LORD Sensing MicroStrain navigation and advanced AHRS devices, and a set of “System” commands that are specific to sensor systems comprised of more than one internal sensor block. The three data sets represent the three types of data that the inertial sensor is capable of producing: “IMU” (Inertial Measurement Unit) data, “GPS” (Global Positioning Sensor) data, and “Estimation Filter” (Position, Velocity, and Attitude) data. The type of estimation filter used in the inertial sensor is an Extended Kalman Filter (EKF).

 

Base commands: Ping, Idle, Resume, Get ID Strings, etc.

3DM commands: Poll IMU Data, Poll GPS Data, etc.

Estimation Filter commands: Reset Filter, Sensor to Vehicle Frame Transformation, etc.

System commands: Switch Communications Mode, etc.

 

IMU data: Acceleration Vector, Gyro Vector, etc.

GPS data: Latitude, Longitude, UTC, Satellites in view, etc.

Estimation Filter data: Position, Velocity, Attitude, Acceleration Estimates, etc.

 

The protocol is packet based. All commands, replies, and data are sent and received as fields in a message packet. Commands are all confirmed with an ack/nack (with a few exceptions). The packets have a descriptor type field based on their contents, so it is easy to identify if a packet contains commands, replies, IMU data, GPS data, or Estimation Filter data.

Yes, the inertial sensor programming interface is comprised of a compact set of setup and control commands and a very flexible user-configurable data output format. The commands and data are divided into four command sets and three data sets corresponding to the internal architecture of the device. The four command sets consist of a set of “Base” commands (a set that is common across many types of devices), a set of unified “3DM” (3D Motion) commands that are specific to the LORD Sensing inertial product line, a set of “Estimation Filter” commands that are specific to LORD Sensing navigation and advanced AHRS devices, and a set of “System” commands that are specific to sensor systems comprised of more than one internal sensor block. The data sets represent the three types of data that the inertial sensor is capable of producing: “Estimation Filter” (Position, Velocity, and Attitude) data, "GNSS" (Global Navigation Satellite System) data, and “IMU” (Inertial Measurement Unit) data. The type of estimation filter used in the internal sensor is an Auto-Adaptive Extended Kalman Filter (EKF).

 

Base commands: Ping, Idle, Resume, Get ID Strings, etc.

3DM commands: Poll IMU Data, Estimation Filter Data, etc.

Estimation Filter commands: Reset Filter, Sensor to Vehicle Frame Transformation, etc.

System commands: Switch Communications Mode, etc.

 

IMU data: Acceleration Vector, Gyro Vector, etc.

GNSS data: GNSS Position, Velocity, Satellite Data, Fix Data, etc.

Estimation Filter data: Position, Velocity, Attitude, Acceleration Estimates, etc.

 

The protocol is packet based. All commands, replies, and data are sent and received as fields in a message packet. Commands are all confirmed with an ack/nack (with a few exceptions). The packets have a descriptor type field based on their contents, so it is easy to identify if a packet contains IMU data, GNSS data, Estimation Filter data, commands, or replies.

LORD Sensing MicroStrain warrants this product to be free from defective material and workmanship for a period of one (1) year from the original date of purchase. LORD Sensing MicroStrain agrees to repair or replace, at its sole discretion, a defective product if returned to LORD Sensing MicroStrain within the warranty period and accompanied by proof of purchase. This warranty does not extend to any LORD Sensing MicroStrain products which have been subject to misuse, alteration, neglect, accident, incorrect wiring, mis-programming or to use in violation of operating instructions furnished by us, nor extend to any units altered or repaired for warranty defect by anyone other than LORD Sensing MicroStrain. This warranty does not cover any incidental or consequential damages and is in lieu of all other warranties expressed or implied and no representative or person is authorized to assume for us any other liability in connection with the sale of our products. Some states do not allow limitations on how long an implied warranty lasts, and/or the exclusion or limitation of incidental or consequential damages so the above limitations and exclusions may not apply to the original customer.

To enable customers to try our products risk free, LORD Sensing MicroStrain offers a 30-day return on the purchase of a starter kit. In order to take advantage of this offer, a purchase order or payment for the starter kit is required when the order is placed. If the product is not suited to the application, the product may be returned within 30 days from the date of receipt for a full refund (excluding shipping and handling), as long as the product is unaltered or undamaged. Items can only be returned after LORD Sensing MicroStrain has issued an RMA. Items must be packed to withstand shipping and returned freight pre-paid. LORD Sensing MicroStrain will inspect the items returned and issue a refund or credit once the items have been examined and are deemed to be unaltered or undamaged. Non-standard or custom products may only be returned with LORD Sensing MicroStrain's approval and a re-stocking penalty may be assessed.  A 30-Day Return must be initiated by receiving an RMA (Returned Merchandise Authorization from LORD Sensing MicroStrain.

Pages