Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Yaw motions show up as roll motions #25

Open
bhomberg opened this issue Dec 11, 2019 · 0 comments
Open

Yaw motions show up as roll motions #25

bhomberg opened this issue Dec 11, 2019 · 0 comments

Comments

@bhomberg
Copy link
Contributor

In using this driver for our UM7, we noticed that the data that's output isn't as expected. I collected a bagfile and plotted the data (using tf.transformations to switch from euler to quaternion). The robot is only moving in 2D; the IMU is mounted parallel to the floor (as in the Hardware Installation section at http://wiki.ros.org/um7). All of the non-noise motions show up as roll, though with the same magnitudes as expected from yaw, as calculated from our mapping framework primarily using lidar data:

Screenshot from 2019-12-11 11-39-15

Has anyone else seen this issue? We're using the standard tf_ned_to_enu parameter. Our version of the sensor is redshift labs' RSX-UM7 and is running firmware version U72B.

I'm going to make a patch for our system that handles the quaternions correctly for our sensor -- I am happy to upstream it if that would be helpful. I will likely add an option that outputs the IMU data in the sensor frame; we'll handle that by having the urdf know that the IMU frame is flipped upside down.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant