Contact Form

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.

Using MIP Monitor software, 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.

 

This SETTINGS file can now be set aside and imported into the inertial sensor at another time.

 

This SETTINGS file is also valuable in aiding LORD Sensing MicroStrain to support you when troubleshooting problems.

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

Contacts

  • LORD Sensing - Sales
    459 Hurricane Lane
    Suite 102
    Williston VT, 05495
    USA
  • +1-802-862-6629 (United States)
  • https://www.microstrain.com