Closed aniket11bh closed 1 year ago
@caguero Could you take a look at this?
@caguero Could you take a look at this?
Sure, I'll take a look.
My understanding from discussion with @caguero is that it is normal for an IMU to report values relative to its own frame of reference. However, @j-herman points out that this IMU is supposed to be part of an integrated GPS/IMU sensor, which is a bit different. We have changed the way we are simulating this, so we should be sure to check it's consistent with the behavior of VRX classic.
Checking with VRX classic (tag 1.6.2
), I found that the IMU values are consistent with a GPS/IMU combined sensor. Running roslaunch vrx_gazebo station_keeping.launch
, changing the initial WAM-V position is reflected in the /wamv/sensors/imu/imu/data
topic.
Issue
IMU
is giving orientation data w.r.t the initial frame of reference in which it is initialised when the sim starts.Expected behavior
IMU
should give data inENU
frame of reference.To Reproduce
/wamv/sensors/imu/imu/data
from quaternions to rpy and prints them on console. say the node name is imu_qt2rpy_publisher0
in https://github.com/osrf/vrx/blob/main/vrx_gz/launch/competition.launch.py#L42yaw
is still0
.Possible fix: This can be achieved by adding following lines
under the
<imu>
tag at wamv_imu.xacro#L33Fix ref : https://github.com/gazebosim/gz-sim/blob/gz-sim7/test/worlds/imu_heading_deg.sdf#LL85C1-L87C43
System Configuration: