Overview

This section describes the configuration and typical utilisations for managing your devices with the MT Manager.

 


 

Configuring the MT Manager and your devices

 

General settings

Changing the settings of your devices can be done (dependent on the setting) in:

  1. Device Settings sub-window (see #Using the Device Settings window).
  2. Message terminals (refer to #Using the message terminals). Be cautious when changing settings here, as you can send any message to the industrial motion tracker, even if the specific device does not support the message.

 

Note: changing the settings in the Device Settings window requires the user to explicitly invoke writing to the MT:

 

Press the “Write to MT” button, to actually save your changes to non-volatile memory in the MT device. MT Manager will then write the settings to the device and rescan for devices:

 

In the Device Settings window, it is important to write the changes made to the device.

 

Using the Device Settings window

The Device Settings window lets you modify all non-data output related settings, such as communication and filter settings.

 

Header

The header shows general information on the industrial motion tracker

 

In the header, you will find the following parameters (all read-only, except for LocationID).

 

Explanation of the information in the header of the Device Settings window

Parameter

Description

DeviceID

8-digit unique DeviceID of industrial motion tracker (hexadecimal), refer to the Family Reference Manual for details on the format

Product Code

The product code of the connected industrial motion tracker or file, refer to the Family Reference Manual for details on the format.

LocationID

Can be used to identify the Motion Tracker by a number (0-255) instead of its Device ID. This can be particularly useful when a fixed setup with multiple interchangeable MT’s is used.

HardwareID

HardwareID indicates the hardware DeviceID. This ID is assigned during assembly.

Hardware Revision

Hardware revision of the industrial motion tracker

MT Settings revision

The extended Motion Tracker Settings layout

Firmware Revision

Firmware revision of the currently connected industrial motion tracker

Self test

When all sensors passed the Built-in Selftest (BIT), this shows 00001FF. This field is only visible for industrial motion trackers supporting the self test functionality.

Test & Calibration Date

Shows when the device was tested and calibrated at Xsens

 

 

Configuration file

With the MT Manager, it is possible to save and load a predefined set of settings, such as synchronization settings, output configuration and baud rate. These settings can be copied from a device into a dedicated file. The file can then be loaded and the same settings can be applied to another industrial motion tracker with the same product code, e.g. MTi-30. This feature is useful for system integrators that need to configure many devices.

 

The following settings are saved (message ID between square brackets):

 

  1. RotSensor and RotLocal [0xEC]
  2. Baudrate [0x18]
  3. Filter profile (if available, otherwise the filter profile in the device will be used) [0x64]
  4. Extended Output Mode [0x86]
  5. Position (Latitude, Longitude, Altitude) [0x6E]
  6. Location ID [0x84]
  7. OptionFlags (see Low Level Communication Protocol Document) [0x48]
  8. OutputConfiguration [0xC0]
  9. OutputMode (legacy) [0xD0]
  10. OutputSkipFactor (legacy) [0xD4]
  11. Period (legacy) [0x04]
  12. SyncSettings [0x2C]
  13. GnssPlatform [0x76]

 

To save a setting, click the “Save Settings” button in the MT Settings dialog.

 

A pop-up screen opens that allows you to save the settings in a name that you prefer. As the settings are product dependent, you could include the name of the product in your file name, e.g.”Test1_MTi-30.xsa”.

 

To load a settings file, click the “Load settings” button. Again, a window opens that lets you navigate to an xsa configuration file. Opening the file applies all the settings to the industrial motion tracker in the order listed above. If no or only some settings cannot be applied, a warning will be issued. Settings that could be applied up until the incompatible setting are applied though.

 

Although the configuration file can be read, it is not recommended to make changes to the file. It is easier to load the settings into the device, make the required changes and save the settings again (in the same file). 

 

Modeling parameters

In the modeling parameters tab you can find the calibration parameters of the accelerometers, gyroscopes and magnetometers (offset, gain and misalignment. Refer to Family Reference Manual for details).

 

The modeling parameters show values determined in Xsens' calibration procedure.

 

Device Settings

In the Device Settings tab, you will find options to set up the device's communication and it is possible to change the behaviour of the sensor fusion algorithm in the industrial motion tracker. 

 

The information displayed in the Device Settings tab

Parameter

Description

COM port baud rate
(MTi 1/10/100-series)

Although the easiest setup with MT Manager is to communicate with a direct USB cable that has no baud rate, it is possible to set the baud rate here. This can be used when you configure the MTi in MT Manager and later want to use the serial interface on another platform. In order to reduce waiting times for the usage of MT Manager, the MT Manager is designed for high baud rates. We recommend not using baud rates of 9600 or 4800 when connecting the MTi to MT Manager.

Port Configuration
(MTi 600-series)

This field allows you to configure the RS232, UART and CAN interfaces of the MTi 600-series. For RS232 and UART, the communication protocol (Xbus or String Output) and baud rate can be selected. The CAN interface can be disabled or enabled here, and the desired baud rate can be configured.

USB name
(MTi 10/100-series)

This string identifies the USB string. Use this string in your application when you want to communicate directly to the USB-port.

Filter Settings 

 

Choose the filter profile that you want to have the orientation estimated with. When you choose an orientation output in the Output Configuration window, choose “Onboard: ….” If you are outputting only ∆q/∆v, inertial data or SCR, choose the required setting profile in “XDA: …..” Refer to your product's User Manual or Datasheet for more information on the various filter profiles. Only filter profiles that are applicable for the attached device are shown.

Option Flags

You can indicate here whether the sensor fusion algorithm should use additional sensor fusion algorithms. These features are disabled by default. Refer to your product's User Manual or Datasheet for more information on these features.

GNSS Configuration

This field allows to choose which constellations must be used. This can be GPS & BeiDou, or GPS & GLONASS (default). GNSS/INS devices only. 

GNSS Lever Arm

This field allows setting the GNSS lever arm. The GNSS lever arm is the position of the antenna with respect to the center of the sensor. It is specified as a coordinate (x, y, z) in meters. GNSS/INS devices only.

u-blox GNSS Platform

This field allows the use of a different GNSS platform for u-blox GNSS receivers. Advised to use only after consultation with Xsens.

GNSS Receiver Type Config.

Configures the MTi device for communicating with an external GNSS receiver. Depending on the MTi model, various GNSS receiver models, baud rates and input rates can be configured.

These fields correspond to the SetGnssReceiverSettings message. Refer to the MT Low Level Communication Protocol Document for more details.

Lever Arms This field allows setting the lever arms for heave calculation. It consists of two lever arms; the sensor to Point of Interest (POI) distance and the sensor to Center of Rotation (COR) distance. These distances represent the positional offsets between the sensor and the respective points used in motion correction. They are specified as coordinates (x, y, z) in meters. Avior/Sirius devices only.

Position

This position is the last known position of the MTi, either inputted via a message (see Low Level Communication Protocol Document) or via the GNSS receiver. This data is used to estimate local magnetic declination and local gravity.

UTC Time

With Set current, the current time (in UTC format) is retrieved from the computer and written into the RAM of the MTi. When recording, the data will now include the time. Note that the time is discarded after a rescan, power off or revert.

RotSensor and RotLocal

These two rotation matrices are used to apply orientation resets or arbitrary alignments. Refer to the Family Reference Manual for more information on these two matrices. RotSensor rotates S to S’, RotLocal rotates L to L’.

 

 

Device settings in the MT Settings dialog show various device-specific settings.

 

Output Configuration

The output of the industrial motion tracker can be fully configured in terms of data packets in the data message, output frequency, and representation format. This can all be done in the Output Configuration tab. Depending on the used Motion Tracker there can be different modes available in the output configuration dialog as shown below.

 

The modes in the Output Configuration window

Mode

Description

Xbus mode

Mode that supports MTData2 data packets.

String report mode

Mode that supports ASCII Strings (NMEA).

CAN mode

Mode that supports CAN messages.

 

The mode can be selected at the top of the Output Configuration window.

 

 

Xbus mode Output Configuration Window

The most complete Output Configuration Window is shown in the figure below. When the industrial motion tracker is first used, or when it is in factory settings, the Output Configuration window will be in Xbus Mode with the outputs in the default configuration (the default configuration depends on the product). The Output Configuration Window only shows the outputs available for the connected device.

 

The Output Configuration window of an MTi-670 that is attached to MT Manager. When another device is attached, the output configuration window may contain fewer options.

 

String report mode Configuration Window

 

The String report mode Configuration Window allows setting the ASCII strings for MTi 10-series, MTi 600-series and MTi 100-series. Note that only a single frequency can be chosen here. Setup the string reports with the message terminals or via XDA to apply different update frequencies per string output. 

 

String report mode output configuration options

 

Refer to the Low Level Communication Protocol Document for details on the various NMEA messages.

 

CAN mode Configuration Window

 

The CAN mode Configuration Window allows setting the CAN output messages for the MTi 600-series. Refer to the MT Can Protocol Documentation for details on the various CAN messages.

 

CAN mode output configuration window of an MTi-670

 

Output configuration window in file mode

The output configuration window will be read-only when a file is loaded. It is possible, however, to view the settings of the recorded file.

 

The Output Configuration Window of a file that contains data from an MTi-G-710. All outputs are shown, but cannot be edited.

 

 

The meaning of all data fields and screens is explained in the Family Reference Manual and Low Level Communication Protocol Documentation. A few functionalities of the Output Configuration window are explained in the table below.

 

 

Buttons in the Output Configuration window

Button/option/functionality

Description

The buttons allow switching between Xbus, String report and CAN mode.

The presets are a safe choice if you do not know which data you need for later re-processing with other filter profiles, how to retrieve processed data etc. It is highly recommended to use these presets. There are three presets:

  • XDA processing
  • High-Rate Calibrated Outputs
  • Onboard processing

XDA processing offers the most flexibility and is the recommended setting when you want to reprocess data later with different settings in XDA. The data of all sensors has already been processed in the SDI algorithm, so that the amount of data stored is relatively low, yet the accuracy is guaranteed.

 

High-Rate Calibrated Outputs include AccelerationHR and RateOfTurnHR, which are calibrated outputs at frequencies up to 2000 Hz.  The maximum output rate, degree of signal processing, and calibration applied depends on device and hardware version. For more information, refer to the Low Level Communication Protocol Documentation.

 

Onboard processing is the desired setting, when you know what settings you need. All data is calculated onboard the industrial motion tracker and does not need further processing.

 

Starting from a preset, you can tick/untick outputs. In this case, the preset drop-down menu will become empty.

Ticking this box will make all formats (Floating point, Fixed point etc.) the same for each output as long as these are available. Refer to the Low Level Communication Protocol Documentation for more information on the output formats.

Ticking this box will make all output frequencies the same for each output if they are available. If a certain frequency is not available, the output frequency of that output will be rounded off to the next lower available output frequency.

Frequency of Timestamp and Status

Timestamp and Status do not have an output frequency: they are output with every data message.

 

 

Getting ready for logging

Before you start logging your data, be sure to take the following steps first:

  1. Set the Log File Name and set the desired working directory, refer to section #Logging data.
  2. Choose the desired output format, refer to section #Output Configuration. For post-processing purposes, make sure to use the XDA processing preset. MT Manager will select the minimally required data packages for post-processing, so it is possible to add more outputs.
  3. Setup the desired coordinate system (refer to the Family Reference manual on using the Sensor Rotation Matrix and the Local Rotation Matrix). With the MT Manager, the coordinate system used for the sensor data cannot be changed during post-processing.
  4. Choose the correct baud rate when using serial interfacing. Make sure this baud rate is high enough to accommodate data sent over the serial interface (for total data size and frequency, refer to the Low Level Communication Protocol Documentation).
  5. Choose the setting profile most appropriate for your application. It is possible to process sensor data with another filter profile, but note that orientation data cannot be reprocessed at all.


Note: The first packet counter is an arbitrary number between 0 and 65535 due to the recording concept used in MT Manager.

 

 

Synchronization options

For detailed explanations of the functions and how to use them, refer to the Low Level Communication Protocol Documentation and Synchronization with the MTi.

 

When opening the Synchronization configuration tab in the Device Settings window, the Configured Settings list is empty for most devices. Press add to start configuration of a synchronization function.

 

 

Starting the setup of a synchronization option.

 

 

List of available synchronization functions

Function

Sync Line

Functionality

Trigger Indication

In 1

When a pulse is received, a marker is set in the MTData2 packet.

Send Latest

In 1

ReqData message

When a pulse or specific (ReqData) message is received, the latest available data in the industrial motion tracker is sent to the user.

Interval Transition Measurement

SyncOut

A pulse is generated at 400 Hz and can be used to trigger external devices.

Clock Bias Estimation

ClockSync

Using this function allows you to synchronize the industrial motion tracker with an external pulse (0.1 to 1000 Hz).

GNSS Clock Sync

GNSS Clock In

This (default on) synchronization pulse synchronizes the clock of the GNSS/INS device with the GPS clock.

StartSampling

In 1

When a pulse is received, samples will be sent to the digital signal processing pipeline.

1 PPS

SyncOut

1 Pulse Per Second, sent directly from the GNSS receiver

 

Refer to your product's User Manual or Datasheet to find the hardware lines that correspond to the terms used in the MT Software Suite. 

 

The graphic on the screen will help you determine the behaviour of each function and parameters. The red line in the graphic shows the voltage received or sent out; the grey arrows or grey lines show the MTData2 packets. If functions are on separate Sync lines, they can be used together.

 

Trigger Indication

The function trigger indication can be used to get a marker inside the MTData2 packet without interfering with the data itself.

 

Trigger Indication sets a marker in the MTData2 packet when a voltage is read on the SyncIn line. The red line represents the voltage on the Sync line

 

Synchronization options of the Trigger Indication function

Parameter

Options

Line

In 1

Skip factor

Applying a Skip factor allows you to omit markers from the MTData2 packet. E.g. when a Skip Factor of 1 is used, Trigger Indication will omit every second marker.

Polarity

Rising Edge, Falling Edge or both: allows you to change the edge on which the TriggerIndication must be included

Delay (µs)

The number of microseconds before the marker must be included in the data.

 

 

Send Latest

Send Latest allows to send the latest available data that has been processed onboard the industrial motion tracker (it is thus used as a SyncIn). Send Latest ignores the output frequency selected in the Output Configuration window (but not which outputs are selected) and will prevent data from being outputted until a Send Latest pulse or ReqData message is received. As sampling is done at a very high frequency, it is not possible to let the sample moment be determined by the Send Latest function. However, it is possible to adjust the frequency of the sampling. Use the ClockBiasEstimation function for that. Remember that it is possible to use functions together if they are on separate Sync lines.

 

The following parameters can be used:

 

List of options for Send Latest synchronization functionality

Parameter

Options

Line

In 1 or via a message (ReqData)

Skip factor

Applying a Skip factor allows you to discard SyncIn pulses. This makes it possible to have e.g. a 1 Hz input pulse or ReqData message, but output MT Data only every 5 seconds.

Polarity

Rising Edge, Falling Edge or both: allows you to change the edge on which the Send Latest command must act. Not applicable to ReqData.

Delay (µs)

The number of microseconds before data must be sent. If new data is available after the reception of Send Latest and the delay together, that new data will be sent.

 

Send Latest configured as Rising Edge

 

Interval Transition Measurement

Interval Transition Measurement sends out a pulse on the SyncOut line at a frequency of 400 Hz (when Skip factor is 0). Interval Transition Measurement can be used to trigger external devices.

 

The Interval Transition Measurement with its default settings.

 

 

 

List of options for Interval Transition Measurement (SyncOut) functionality

Parameter

Options

Line

SyncOut

Skip factor

Applying a Skip factor will reduce the number of sync pulses on the SyncOut line. In the MTData2 packet, a marker is included that allows you to see which data packet corresponds to the Interval Transition Measurement pulse. Note that it is recommended to have a resulting SyncOut frequency that is an integer division of the data output frequency. E.g. when a SyncOut frequency of 100 Hz is chosen and the data output is 80 Hz, you will miss markers in the data.

Polarity

The polarity field allows you to choose whether the pulse should be low and will rise upon a SyncOut pulse (Rising Edge), should be high and will fall upon a SyncOut pulse (Falling Edge) or should toggle between high and low upon a SyncOut pulse (Rising & Falling Edge). In the latter case, pulse width does not have an effect.

Offset (µs)

The offset allows you to send out a pulse before or after the MTData2 package it corresponds to is sent to the host. As the timing of the industrial motion tracker is exactly known, it is possible to send out a pulse up to 3 seconds before the data package.

Pulse Width (µs)

Pulse Width allows you to determine the duration of the pulse on the SyncOut. If the pulse width is longer than 2500 µs and no Skip Factor is applied, the pulses will overlap.

 

 

Clock Bias estimation

It is possible to slightly adjust the duration of the clock ticks of the internal sampling in the MTi. This can be useful when you have an accurate external clock (e.g. GPS time pulse, 1 PPS) that you want to synchronize the MTi to. It can also be useful to synchronize multiple MTi’s, so that the number of data points in a certain amount of time is equal. For Clock Bias Estimation, it is needed to know the frequency of the signal you feed into the MTi. Note that you can still choose another output frequency, unrelated to Clock Bias Estimation.

 

 

List of options for Clock Bias Estimation synchronization functionality

Parameter

Options

Line

Clock In

Skip factor

Applying a Skip factor allows you to discard SyncIn pulses. Make sure, however, that the Clock Period matches the voltage frequency, including Skip Factor. Example: when applying a 100 Hz voltage signal with a skip factor of 1, the period should be 20 ms.

Polarity

Rising Edge, Falling Edge or both: allows you to change the edge on which the Clock Bias Estimation must calculate.

Delay (ms)

The number of milliseconds between pulses. Read Skip Factor (above) if you want to use Skip Factor as well.   

 

 

Clock bias estimation on a clock of 4 Hz.

 

GPS ClockSync

When a GNSS/INS device has a valid GNSS fix, the time pulse from the GNSS receiver is used to synchronize the internal clock of the MTi. The functionality is identical to the (external) Clock Bias estimation.

 

GPS Clock Sync synchronizes the crystal of the MTi and the GPS clock.

 

The GPS ClockSync function is enabled by default with specific settings; it is possible to disable the functionality or adapt the settings though. This is not recommended and should only be done when a more accurate clock is available or when a different clock bias estimation is required. A warning dialog will pop-up; choosing Yes will re-enable the GPS Sync.

 

Warning that you are about to delete the GPS clock Sync

 

StartSampling

StartSampling can be used to accurately time the reception of the industrial motion tracker data. It is not possible to trigger every sample, but it is possible to start the digital signal processing.

 

With StartSampling, the industrial motion tracker will only start sending data when a pulse has been received

 

 

1PPS Time-pulse (Out)

GNSS/INS devices can output a hardware pulse (length 100 us) every second at the exact UTC second.

1 PPS Time pulse in the Synchronization dialog

 

 

Multiple functions

It is possible to configure multiple synchronization functions on the industrial motion tracker. This can be useful if you need to synchronize multiple devices. If multiple entries are set on the same line, an error is given (see below).

 

The Sync Options dialog gives a warning when settings are conflicting or duplicate.

 

 

Deleting a configured setting

In order to remove a setting, select the configured setting in the Configured Settings list and click Delete.

 

 

Using the NTRIP Client

The NTRIP Client window (see figure below) can be accessed via the Tools drop-down menu and allows the user to connect with an NTRIP mounting point in order to receive RTCM correction messages via the internet. The RTCM messages will automatically be fed back to the GNSS receiver of the connected device in order to achieve accurate positioning data. For an MTi-680G, this means that the messages will be sent to the internal GNSS receiver. For an MTi-680, this means that the messages will be sent out over the GNSS_TxD line to the externally connected GNSS receiver. This window is only available when a GNSS/INS device with RTK support is connected.

 

NTRIP Client configuration window.

 

The NTRIP Client window is divided into two sections:

  1. Under NTRIP caster settings, the user can log-in to the desired NTRIP server by providing the address, port number, username and password.
  2. The NTRIP stream section allows for further configuration of the NTRIP setup:
    1. The "Update mount points" button can be used to refresh the dropdown menu for NTRIP mount points.
    2. The "Mount point details" button will open a separate window with an overview of all available mount points for the configured provider (see figure below).
    3. The "GGA transmit interval" indicates the interval in seconds at which the current location of the industrial motion tracker is transmitted to the NTRIP server. This is a requirement for obtaining RTCM messages.
    4. Alternatively, it is possible to manually set the position (latitude, longitude, altitude) that is transmitted to the NTRIP server, instead of transmitting the real-time position as estimated by the industrial motion tracker.
    5. Finally, the "Start" button will initiate the NTRIP connection. An increasing number of bytes transmitted should be visible. The MT Status View (see Overview MT Manager) can now be used to check the RTK fix status.

 

Note: Closing the NTRIP Client window will automatically stop the NTRIP connection.
Note: The NTRIP client expects to receive only RTCM data.

 

The NTRIP Mount point details include a detailed overview of all available mount points.

 

 

Using the Device/XDA Data View terminals

MT Manager has two message terminals: the Device Data View shows the communication over the serial or USB port; the XDA Data View shows the communication between MT Manager and the Xsens Device API. To understand the low level XBus Communication protocol, it is recommended to use the Device Data View.

 

Device Data View

The Device Data View allows monitoring the communication over the serial or USB interface of the MT (i.e. the XBus Communication protocol, see the Low Level Communication Protocol Documentation). It can also be used to compose messages in ASCII; the composer will set the required bits, will include the XBus header (preamble, message ID etc) and will calculate the correct checksum. The message can then be written to the device.

The Device Data View showing data that is being received from the industrial motion tracker.

 

 

Functions available in the Device Data Viewer

Button/field

Description

GoTo Config

This button can be used to put the MT in Config mode. Config mode is required to set most messages.

GoTo Measurement

This button can be used to put the MT in Measurement mode. Measurement mode is the mode in which the MT sends data messages.

Send

The send button is used to send composed messages to the device.

Compose message

The part “compose message” contains several fields:

  • “Compose”: Use this field to find the message you want to send to the device. You may also start typing in this field; the field has an autofill function.
  • “Preamble”: This is always FA
  • “BID”: Bus Identifier, FF means that the message will be sent to all devices on the bus.
  • “MID”: Message Identifier, this field will be filled out automatically when the “Compose:” field is filled out. You can also insert a MID here. The correct “Compose”: message will then be chosen.
  • “Len data”: this field indicates the length of the data field. Extended length appears automatically when the data field is longer than 254 bytes.
  • “Data”: The data field is used to set arguments for messages. Refer to the Low Level Communication Protocol Documentation for more interpretation.
  • “Edit”: Use the edit button to easily set the “Data” field.
  • “Checksum”: the checksum is calculated when composing a message
  • “Message”: the entire message is shown in this field. It is possible to edit the message here as well.

Sent to Device

and

Received from device

This window shows all messages sent to/received from the device. The sent window includes messages that were generated by e.g. the user interface of MT Manager, so it is ideal to investigate which communication is used when using MT Manager.

  • The number of total messages sent is shown.
  • The number of messages in the buffer is shown. Right-clicking on the window allows you to change the buffer.
  • The rate of messages per second is shown.
  • A pause button is available to stop the message stream, so you can investigate and scroll.
  • When Parse MID is checked, the Message ID is shown in human readable format.
  • When Parse Data is checked, the data is shown in human readable format.

 

 

Using the message terminals

The Device Data view has two fields that display the messages sent to the device and received from the device. Both fields have the same features. This section covers the analysis of Xbus data or “Normal output” messages. Alternatively, if the MT is configured to output NMEA strings, then these outputs can be visualized by selecting the “String output” radio button.

 

A typical view of received MTData2 messages shown in the Device Data View

 

The first column contains a counter, not related to the Data ID “Packet Counter”. The second column contains the timestamp of the message (hh:mm:ss.sss). The message itself is split into 5 different parts:

Double-clicking on the data message opens a dialog that shows which data is in the message. It shows the message ID, number of data items (if applicable) and a description of the individual items, both parsed and in hexadecimal format. 

Double-clicking on the data will show the contents of a message, both parsed and in hexadecimal format.

 

Right-clicking on the data in the window shows a menu with options.

 

 

The options in the menu in the Device Data Viewer after right-clicking the data.

Menu option

Description

View Data Field

View Data Field opens the dialog that shows the components of the data message.

Copy to Clipboard

Copies selected messages to .txt or .csv. Use CTRL+A to select all messages in the window

Pause

Pauses the message stream

Resume

Resumes the message stream

Clear

Clears the buffer and screen

Human readable MID field

When checked, the hexadecimal message ID’s are parsed into human readable text. This field is checked when opening the message terminal.

Human readable data field

When checked, the hexadecimal data values are parsed to human readable text.

Show Date

When checked, the date (dd/mm/yy) is shown next to the timestamp.

Max number of messages

This setting allows to change the buffer size.

 

Composing a message

Using the message terminals to set up the industrial motion tracker is straightforward. Note that you often need to be in Config Mode to be able to write a message. Then, choose the Message you want to send, using the dropdown menu.

 

Composing a message in the Device Data View can be done by selecting a message from the "Compose' menu

 

When you choose a message that starts with “Set” or that needs extra arguments, the text in the button marked “Edit” will be augmented with an Enter icon.

 

Click "edit" to make changes to the message selected from the "Compose" menu.

 

Press Enter or Edit to edit the Data field; you could make changes in the field itself as well.  

 

After clicking “edit”, the data field from the message can be edited.

 

When the data message is composed, the Send button is augmented with an Enter icon. Press Enter or the Send button to send the message to the MT. Note that you should receive an Acknowledge message, visible in the “Received from”-field.

 

Messages showing the acknowledgement sequence in the low-level Xbus protocol

 

To verify the settings you just wrote to the device, you can request the settings; in this case the settings were correctly set:

 

An example showing how to request settings from the industrial motion tracker.

 

 

XDA Data View

The XDA Data View is hidden by default. It can be enabled through Tools > Preferences. The XDA Data View allows monitoring the communication from XDA to MT Manager. Comparing this with the messages in the device message terminal shows which messages are added or calculated by XDA. The XDA message terminal can also be used to compose messages in ASCII; the composer will set the required bits, will include the XBus header (preamble, message ID etc) and will calculate the correct checksum. The message can then be written to the device.

 

The dialog for the XDA message terminal is very similar to the dialog of the device message terminal. Two fields are added: the “Data packets”-field and the “Other messages”-field. The fields “Sent to device” and “Received from device” are the same as the fields in the Device Data view, with the exception that MTData2 messages are excluded from these fields (i.e. only Set-, Req-messages and their acknowledge messages are shown).

 

The XDA message terminal has an extra field with respect to the Device Data Viewer, showing the data received from the Xsens Device API (XDA).

 

The “Data packets”-field shows the data packets that are generated by the Xsens Device API. These do not have to be the same as the data messages that are sent by the MT: when XDA processes e.g. orientation data based on dq/dv, orientation data is added to the data packets stream (depending on the selected output configuration).

 

The “Other messages”- field shows warnings generated by XDA.

 

 

Typical utilisations

This section describes a selection of typical utilisations of the MT Manager.

 

Note: It is necessary to let the system stabilise right after start-up (filter stabilisation can take up to 60 seconds) in order to get more reliable measurements.

 

Logging data

Logging data can be started and stopped by pressing the “Record / Stop Record” button:

 

The generated log file (.MTB file) will be written to the folder specified in the toolbar at the top of the main window under “Current directory”. By default, this is the root directory of the MT Manager installation (e.g. C:Program FilesXsensMT Software Suite xxxx.xMT Manager).

This setting can be changed in the toolbar at the top of the main window under “Current directory”. Make sure that you have administrator permission for the folder you want to save data in.

 

The default log file name can be changed by going to “Tools” -> “Preferences…” and selecting “Logging”:

 

The logging name can be changed in the Preferences window. Use <time> and/or <trial> to ensure unique file names

 

Replaying logged data

Playback of logged data can be done by opening an .MTB file that has been previously recorded:

Go to “File” -> “Open File…” (or by pressing “CTRL+O”) and select the .MTB file:

Log files of the MT Manager have a .mtb extension

 

A dialog will be opened that allows you to set the filter profile to process the data with (also exporting). If you want to process the data with a different filter profile, you have to reopen the file.

 

When opening an .mtb that contains SDI data, you choose the desired filter profile.

 

When you have selected the applicable filter profile, a dialog opens that shows the file loading progress.

 

The file loading screen, displaying relevant information on the file.

 

Parameters shown when data is being processed from a file

Button/field

Description

Device

Shows the DeviceID of the Motion Tracker of which data is being loaded

Filename

Full path and file name of the file being loaded

Orientation

  • Not available in file: XDA processes orientation (and position) data with the filter profile selected.
  • Available in file: orientation and position data is not reprocessed, not even when dq/dv is available in the file. The filter profile is ignored

XDA profile

When XDA (MT Manager) is processing orientation data, this file shows the XDA profile being used. When orientation data is in the file, this field shows <ignored>

File position and Progress

Data is processed from beginning to end. This bar shows the number of bytes from the file that is already processed. The total file size (in bytes) is shown after the slash

Reload

This button can be used to process the file with a different XDA profile. The current loading procedure will be cancelled.

Stop

Processing the file will be stopped. Already processed data is available in MT Manager.

Cancel

Loading the file will be cancelled. Data is not available in MT Manager

 

Logged data can either be presented at once in a graph or played back in real time. These two settings can be chosen via “Tools” -> “Preferences...” -> MT Manager -> Graphs -> File Plotting Method: Real-time or All Data

 

The behaviour of the graphs can be adapted in the Preferences - Graphs window.

 

Time options:

The number of points in the graphs can be chosen in this dialog. When setting the time to a higher value, the data in the graphs can be investigated over a long period of time.

 

The “Play” and “Rewind” buttons can then be used to control the playback:

 

The Playback toolbar

 

It is recommended to open the desired views before starting the playback.

 

Exporting ASCII data

Data previously logged into a .MTB file can be exported to the ASCII format. After opening a .MTB file, click Export (). The Export Configurations window will open.

 

ASCII exporter settings dialog

 

Here the default file name is defined as:

<inputfile>-<seqnr>-<time>.txt, where

inputfile is the original name of the logged file

seqnr is incremented each time the corresponding .MTB file is processed.

time is the time read from the system (Windows) clock

 

You can change the output path in this screen (the output path is the same as the “current directory” in MT Manager). The default export file name is displayed in the Filename field. You can edit this name before exporting. Press the “Export” button to complete the export. Make sure you have writing rights for the specified folder.

 

 

In the next sub-sections you will find details of the exporter types.

 

ASCII Exporter – File Name

The file name can be configured with the following parameters:

 

Parameters that can be chosen to automatically form a file name for the ASCII exporter

Parameter

Description

<date>

Data of export (e.g. 2014-09-28)

<deviceid>

Device ID (e.g. 0360005B)

<inputfile>

Original Filename without extension (e.g. MT0360005B-005)

<seqnr>

Sequential number (e.g. 003). Include <seqnr> or <time> to ensure unique output file names

<productcode>

Product code (e.g.MTi-30-2A5G4)

<scenario>

Filter profile used (e.g. general)

<time>

Time read from the system clock. Include <seqnr> or <time> to ensure unique output file names

Any text

It is possible to add any text, such as dashes, underscores, but also words and digits in the file name format.

 

 

ASCII Exporter – Delimiter Options

It is possible to choose the delimiter options that can help you to import the columns of data of the exported file into an external program. You can also define your own delimiter (one character from the extended ASCII table).

 

In the delimiter options, you can even choose your own exotic delimiter, e.g. § or ¼

 

ASCII Exporter – Empty field options

As the industrial motion tracker can export data at different output frequencies per data output, it is required to choose the behaviour when data does not exist in one (exported) data package. You can choose with which placeholder this field is filled. You can also insert your own string (unlimited). The empty field placeholder will help you when importing the data into an external program. NaN is commonly used in Excel.

 

When no data is available in a row, specify your own characters for the empty cell/field.

 

ASCII Exporter – Exported data

The ASCII exporter can export many data quantities. Select those required in the Exported Data section.

 

 

Options for data export

 

ASCII Exporter – file format

The output consists of a header with settings information and the actual data which is delimited by the delimiter chosen.

The following picture shows the first part of an example of an exported ASCII data file in Excel, still as .txt format:

 

Exported ASCII txt file in Excel. Empty fields are filled with NaN (configurable in the Preferences window).

 

 

The table below describes the column headers in the ASCII exported file.

 

Overview of all possible exported columns in an ASCII file

Column header

# of col.

Unit

Description

Time and date related data

PacketCounter

1

N/A

Packet counter, wraps at 65535

SampleTimeFine

1

N/A

Sample Time of the sensor in ticks of 10 kHz (note that data may come in the file asynchronous; sample times of rows don’t necessarily have to increase). Sample time fine is a data packet, and is always exported. This means that if the recorded file has a higher frequency than the exported file (e.g. when you are not exporting all data), some rows may seem to be empty except for the PacketCounter and SampleTimeFine.

Year

1

N/A

Year

Month

1

N/A

Month

Day

1

N/A

Day

Second

1

s

Seconds of the day (midnight starts at 0.00)

UTC_Nano

1

ns

Nanosecond of second (UTC format, not necessarily UTC time)

UTC_Year

1

N/A

Year (yyyy) (UTC format, not necessarily UTC time)

UTC_Month

1

N/A

Month of the year (UTC format, not necessarily UTC time)

UTC_Day

1

N/A

Day of the month (UTC format, not necessarily UTC time)

UTC_Hour

1

hours

Hour of the day (UTC format, not necessarily UTC time)

UTC_Minute

1

min

Minute of the hour (UTC format, not necessarily UTC time)

UTC_Second

1

sec

Second of the minute (UTC format, not necessarily UTC time)

UTC_Valid

1

N/A

UTC_Valid is 0 when no GPS is used; otherwise it adopts UTC_Valid from GPSTimeValidity (see below)

 

 

 

 

Status data

StatusWord

1

N/A

32-bit status, see Low Level Communication Protocol Document for information on the Status Word

ClippingFlags

 

 

 

RSSI

 

 

Received Signal Strength Indicator – used by Awinda to determine signal strength of MTw wireless communication

 

 

 

 

Sensors data

Acc_X / _Y / _Z

3

m/s2

3D acceleration, processed via SDI and inverse SDI.

When exported from SCR data, this data is only compensated for bias, temperature, gain and misalignment (no SDI and inverse SDI).

FreeAcc_X / _Y / _Z

3

m/s2

3D acceleration in the global frame, from which gravity has been subtracted.

AccHR_X /_Y / _Z

3

m/s2

3D acceleration at high sample rates. See Low Level Communication Protocol for the meaning of the output per device

Gyr_X / _Y / _Z

3

rad/s

3D rate of turn, processed via SDI and inverse SDI.

When exported from SCR data, this data is only compensated for bias, temperature, gain, misalignment and g-sensitivity (no SDI and inverse SDI).

GyrHR_X /_Y / _Z

3

rad/s

3D rate of turn at high sample rates. See Low Level Communication Protocol for the meaning of the output per device

Mag_X / _Y / _Z

3

a.u.

3D magnetic field, maximum output rate is 100 Hz

When exported from SCR data, data is copied from 100 Hz to match output frequency.

VelInc_X / _Y / _Z

3

m/s

3D delta_velocity (dv); result of SDI algorithm

OriInc_q#

4

N/A

3D delta_quaternion (dq); result of the SDI algorithm

Pressure

1

Pa

Static pressure

 

 

 

 

Orientation, Position and Velocity (data that is processed by the Xsens fusion filter algorithm)

Roll / Pitch / Yaw

3

deg

Euler angles orientation output

Quat_q0 / q1 /q2 / q3

4

N/A

Quaternion orientation output

Mat[#][#]

9

N/A

Rotation Matrix orientation output

Latitude / Longitude

2

deg

Decimal representation of latitude and longitude – estimated by Xsens fusion filter algorithm – GNSS/INS devices only

Altitude

1

m

Altitude above geoid (WGS84 datum) – estimated by Xsens fusion filter algorithm – GNSS/INS devices only

Vel_X / _Y / _Z

3

m/s

3D velocity in the same coordinate system as orientation – estimated by Xsens fusion filter algorithm – GNSS/INS devices only

 

 

 

 

Sensor Component Readout (10-series and 100-series only)

Temperature

1

ºC

Reading of the general temperature sensor, located near the accelerometers and magnetometer

GyrTemp_X / _Y / _Z

3

ºC

Reading of the gyroscope temperature sensor, located inside each individual gyroscope

SCRAcc_X / _Y / _Z

3

N/A

Digitized (16-bits) analog readout of the accelerometers (bits)

SCRGyr_X / _Y / _Z

3

N/A

Digitized (16-bits) analog readout of the gyroscopes (bits)

SCRMag_X / _Y / _Z

3

N/A

Readout (no bias/gain compensation) of magnetometer (bits)

SCRTemperature

1

N/A

Readout of the general temperature sensor (bits)

SCRGyrTemp_X / _Y /_Z

3

N/A

Readout of the temperature sensors in the gyroscopes (bits)

 

 

 

 

GNSS message– composed of 2 distinctive messages that are in an exported file in different rows

NUTimeOfWeek

1

ms

GPS time of week

TimeAccuracyEst

1

ns

Time accuracy estimate

GNSS UTC time (GPS)

7

Units according to column header

These 7 columns output the UTC time as outputted by the GNSS receiver: GNSSNanoSecOfSec, GNSSYear, GNSSMonth, GNSSDay, GNSSHour, GNSSMin, GNSSSec

Time is determined by GPS only.

GNSSTimeValidity

1

-

Validity flags:

  bit (0) = UTC Date is valid

  bit (1) = UTC Time of Day is valid

  bit (2) = UTC Time of Day has been fully resolved (i.e. no second uncertainty)

GNSSFixtype

1

-

GNSS fix type (range 0..5):

  0 = No Fix

  1 = Dead Reckoning only

  2 = 2D-Fix

  3 = 3D-Fix

  4 = GNSS + dead reckoning combined

  5 = Time only fix

GNSSFixStatusFlags

1

-

Fix Status Flags:

  bit (0) = valid fix (within DOP and accuracy masks)

  bit (1) = differential corrections are applied

  bit (2..4) = reserved (ignore)

  bit (5) = heading of vehicle is valid

  bit (6..7) = Carrier phase range solution status

NumberOfSV

1

-

Number of satellites used in navigation solution

Longitude

1

deg

Longitude

Latitude

1

deg

Latitude

Height

1

mm

Height above ellipsoid

HeightMeanSeaLevel

1

mm

Height above mean sea level

HorizonalAccuracyEst

1

mm

Horizontal accuracy estimate

VerticalAccuracyEst

1

mm

Vertical accuracy estimate

VelocityN/E/D

3

mm/s

NED velocity

GroundSpeed

1

mm/s

2D ground speed

MotionHeading

1

deg

2D heading of motion

SpeedAccuracyEst

1

mm/s

Speed accuracy estimate

HeadingAccurayEst

1

deg

Heading accuracy estimate (both motion and vehicle)

Heading

1

deg

2D heading of vehicle

*DOP

7

-

DOP values

 

 

 

 

 

 

 

 

Itow

1

ms

GPS time of week

GnssId[#];SvId[#];Cno[#];Flags[#]

60*4

-

GnssId: GNSS identifier

  0 = GPS

  1 = SBAS

  2 = Galileo

  3 = BeiDou

  4 = IMES

  5 = QZSS

  6 = GLONASS

 

SvId: Satellite identifier

 

Cno: Carrier to noise ratio (signal strength)

 

Flags:

  bit (0..2) = signal quality indicator

    0 = no signal

    1 = searching signal

    2 = signal acquired

    3 = signal detected but unusable

    4 = code locked and time synchronized

    5, 6, 7 = code & carrier locked; time synchronized

  bit (3) = SV is being used for navigation

  bit (4..5) = SV health flag

    0 = unknown

    1 = healthy

    2 = unhealthy

  bit (6) = differential correction data is available

  bit (7) = reserved

 

 

 

 

Triggers (Trigger1 and Trigger2); MTw only, Trigger Indication of industrial motion tracker can be found in StatusWord

TrigIn1_Polarity

1

N/A

Polarity of the signal received:

1: Rising Edge

2: Falling Edge

3: Both

TrigIn1_Timestamp

1

N/A

The time stamp of the trigger

TrigIn1_Framenumber

1

N/A

The frame number in which the trigger was received

TrigIn2_Polarity

1

N/A

Polarity of the signal received:

1: Rising Edge

2: Falling Edge

3: Both

TrigIn2_Timestamp

1

N/A

The time stamp of the trigger

TrigIn2_Framenumber

1

N/A

The frame number in which the trigger was received

         

 

 

Exporting KMZ data

It is possible to export data from a GNSS/INS device to a KMZ file. The KMZ file contains geo-referenced data points with corresponding orientation, velocity, GNSS mode and times. The contents of the KMZ file can be customized to match the user’s preferences. The steps to export a KMZ file are:

  1. Load a .mtb file of a GNSS/INS device. This file must contain processed orientation and position, SCR data (including GNSS PVT data) or data that can be processed with XDA.
  2. Set the preferences of the KMZ exporter via Tools->Preferences->Exporters.
    1. Choose a Filename template.
    2. Choose the maximum number of markers per second. The default value is 1; you should adapt this value to your velocity: too many data points per second may cloud the data points in Google Earth.
  3. Export the file via File -> Export. You can change the output path and file name here. 

The file can now be loaded into e.g. Google Earth.

 

An MTi-G-710 data point in Google Earth

 

 

Using multiple industrial motion trackers

Multiple Motion Trackers can be managed with the MT Manager, as can be seen in the screenshot below.

 

Managing an MTi-300 (left) and an MTi-7 (right)

Create your own Knowledge Base