-
Notifications
You must be signed in to change notification settings - Fork 0
Updated Wheel encoders for Round #203
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
base: master
Are you sure you want to change the base?
Conversation
Measured the wheel radius and wheel base and updated the wheel encoder node to match. Noetic displays a timestamp warning for every message that is not later than the last message recieved. This makes the repl unusable. Added a minimum delta time between publishing so avoid that problem. Still need to figure out the minimum delta. This issue of spamming warnings is under active discussion on the devs github.
|
I'm concerned about the timing in the driver it is making decisions at 10hz and I've considered moving that up to 100hz so the odom only being every second will cause issues. |
|
Thanks for verifying that. I did it by eye, so I’m glad it wasn’t too far off.
… On May 5, 2021, at 1:26 PM, Carter Frost ***@***.***> wrote:
Numbers look good per https://gitlab.com/scheducation/srcp2-final-public/-/wikis/3.-Simulation/5.-Dimensions-and-Specifications
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Agreed - we can set the encoder to update at any rate you want.
…Sent from my iPad
On May 5, 2021, at 1:41 PM, Carter Frost ***@***.***> wrote:
I'm concerned about the timing in the driver it is making decisions at 10hz and I've considered moving that up to 100hz so the odom only being every second will cause issues.
might need to agree on timing for the robot with constraints limited by the sensors
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#203 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AA6DSEYEROREVEO5GLIY2I3TMGNPNANCNFSM44FSPSFQ>.
|
Lets try 10hz for this PR and see how it goes |
|
Uncomment wheel_encoders in SC2/src/scoot/launch/scoot.launch |
|
|
||
|
|
||
| # Check that sufficient time has passed to avoid duplicate time stamps | ||
| if dt < 1: # Requre at least 1 second to have passed between function execution |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lets try at most a 10th of a second
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The minimum time delta between messages is now 1/10th sec. Strangely the odom estimate is much worse when the update rate is changed from 1/10 s. :(
For some reason the pose handler for the wheels is in degrees so had to add a conversion to radians (this must be new) The IMU's yaw is offset from the rover by 45 degrees Had to add a factor of 2pi. I can see no reason why this was needed but results in a usable wheel encoder.
|
How should I test this pull request? |
|
Hi Abby,
Load up the simulation and the REPL. Then “rosrun localisation wheel_encoders” (.py maybe). Echo the output of /<robot_name>/odom and see how the x, y position changes as you drive around. It will get increasingly inaccurate but shouldn’t be horrible to start with. I like to move the robot to 0,0 in the gazebo global frame so it is easy to compare to the odom frame output which will also start at 0,0.
All the best,
Matthew
… On Jun 4, 2021, at 11:08 AM, Abby Pribisova ***@***.***> wrote:
How should I test this pull request?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Everything runs well on my end - I don't have a good intuition on how well the odometry should perform. Once Carter's recommendations are implemented, I can approve. |
Measured the wheel radius and wheel base and updated the wheel encoder node to match.
Noetic displays a timestamp warning for every message that is not later than the last message received. This makes the repl unusable. Added a minimum delta time between publishing to avoid that problem. Still need to figure out the minimum delta. This issue of spamming warnings is under active discussion on the devs github.