[Documentation] [TitleIndex] [WordIndex

use_enu_frame

By default, the sensors that the microstrain_inertial_driver supports output data in the NED frame. The ROS standard is for position data to be in ENU. Additionally, the vehicle frame definition for microstrain sensors is different than the ROS definition. use_enu_frame will cause the driver to either publish data using ROS's standards, or microstrain standards.

When use_enu_frame: False, the driver will output all globally referenced data in the NED frame. Additionally, any local frame data will be output in the microstrain vehicle frame. See Different Frames for more information.

When use_enu_frame: True, the driver will output all globally referenced data in the ENU frame. Additionally, any local frame data will be output in the ROS vehicle frame. See Different Frames for more information.

Behavior

The list below breaks down how different components of the driver will behave depending on the value of use_enu_frame.

Publishers

Transforms

NOTE: See Frame IDs for more information on what these Frame IDs represent.

Subscribers

The following topics accept external aiding measurements. If use_enu_frame: True, they will expect that the frame_id of the message is in the ROS vehicle frame. If use_enu_frame: False, they will expect that the frame_id of the message is in the microstrain vehicle frame.

Different Frames

NED Frame

The NED frame is outlined in the NED Frame page of the microstrain documentation, and is described as:

ENU Frame

The ENU frame is outlined in REP 103, and is described as:

MicroStrain Vehicle Frame

The microstrain vehicle frame is outlined in the Vehicle Frame page of the microstrain documentation. It is described as:

And can be visualized as:

MicroStrain Vehicle frame visualization

ROS Vehicle Frame

The ROS vehicle frame is outlined in REP 103. It is described as:

And can be visualized as:

ROS Vehicle frame visualization


2024-11-09 14:39