-
Notifications
You must be signed in to change notification settings - Fork 265
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
SEN 14001 compatibility #57
Comments
I double that request. Just got the M0 version (SEN 14001) and was looking for an easy way to adapt it for AHRS. I like that it also has SD datalogging to examine later flight issues. |
I triple that request. :) |
Make that a quadruple request! |
I have the SEN-14001,It's not compatible to the Razor_AHRS (version 1.4.2) |
I quintuple that request! 👍 |
So do I!! |
I have updated the Razor AHRS to work with SEN-14001. All the credit goes to the original coder. You can find the updated code at https://github.com/Murphy3220/Razor-AHRS-SEN-14001 . It only works for the SEN-14001. |
I have a pull request fixing this issue! |
An alternate version that should work with the SEN-14001 as well as previous versions, with optional ROS-compatible output mode : https://github.com/lebarsfa/razor-9dof-ahrs (not tested that much though). |
How Do i mount this sensor: SEN-14001 on my robot? |
I am facing the problem, it's little confusing!! |
You can consider that the top is where "sparkfun" is written (the bottom is where there are the LEDs) and the nose is where "9DOF Razor IMU" is written (the rear is where there is the micro USB port). Note however that the angle conventions might be different depending on the firmware you use, the GUI you use, e.g. for raw output values of firmware on https://github.com/lebarsfa/razor-9dof-ahrs (North-East-Down convention) :
While for the ROS node output https://github.com/KristofRobot/razor_imu_9dof (North-West-Up convention) :
Another thing to check when you mount it is to put it away from the motors or other elements that might cause magnetic disturbances, sometimes it can be a good idea to mount it on top of a dedicated mast of around 20 cm if you need to rely a lot on magnetometers. |
RIght now, The IMU is flashed with https://github.com/lebarsfa/razor-9dof-ahrs and I am using https://github.com/KristofRobot/razor_imu_9dof as a node on the ROS after that. Do you think the different orientations of the magnetometer and accel/gyros in MPU 9250 can be a problem(as shown in the image)? |
Normally the different orientations of the magnetos vs accel/gyros is supposed to be correctly taken into account in that firmware. Ensure also that you used the recommended version https://github.com/lebarsfa/SparkFun_MPU-9250-DMP_Arduino_Library when building the firmware. Most of the time, bad yaw values are due to a bad magnetometer calibration, ensure that you did it in a place where there are no dynamic magnetic disturbances (e.g. outside in the middle of a field)... Also, to debug you could play with the different DEBUG__XXX options in Razor_AHRS.ino to try to determine if it is related to bad magnetometers, bad gyros, etc. You could try also other different firmware (note that the factory one seems to have its own bugs, a corrected one is available on https://github.com/lebarsfa/9DOF_Razor_IMU, using https://github.com/lebarsfa/SparkFun_MPU-9250-DMP_Arduino_Library as prerequisite, see also the discussion on ENSTABretagneRobotics/razor_imu_9dof#36) to try to determine if it is a bug, faulty hardware, strong magnetic disturbances in your environment, etc. But again, really try to make a careful magnetic calibration in a place far away from any metal (including your computer!)... |
Is this package compatible with the latest version (SEN 14001)?
The text was updated successfully, but these errors were encountered: