Hi,
I am working on a rover project where the robot looks in a park like area for interesting objects. A limitation is that neither a GPS nor a compass can be used. I have a Phidgets spatial sensor which has a gyro and accelerometer (and a compass but ignoring its data). Vision will be a big component of the navigation system but I would also like to have the ability to measure turning angles and a second guidance source for moving in a straight line (or curve, maybe).
The rover will have a PC running Windows XP (it is what I know!) on an ATX board so there is a lot of processing power. Coding is in C++ and RoboRealm for vision processing.
I have been working with IMU code from Madgwick's site the last few days, both the IMU code based on Madgwick and his rewrite of the Mahoney code.
The problem is the yaw values, which I need for turns, is drifting quite a bit - 03.2 deg/sec which builds up pretty quickly. The pitch and roll axis do not drift anywhere near as much.
Is this due to not having an acceleration on the Z axis to moderate the drift?
I just got the Mahoney code working tonight and I have a problem in it since the numbers are not right. Gyro input is in rad/sec and heading output is also radians, correct? Also, there is some interaction between the pitch and roll. When I change pitch the roll also changes and the reverse.
Any suggestions on how to tame the yaw measurements?
Appreciate any help.
Rud
Replies
Take a look at this rover: http://letsmakerobots.com/node/33209
I have emailed the author as to when he will complete the project and provide schematics and code, but no response for over 3 weeks. Oh, well.
Regards,
TCIII
@Rud,
Take a look at this discussion: http://www.diydrones.com/group/ardurover-user-group/forum/topics/us...
Lots of information on inertial guidance and wheel odometry.
Hope this helps.
Regards,
TCIII