-
Notifications
You must be signed in to change notification settings - Fork 264
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
Adding short safety warnings to the Path-Based Tutorial #1785
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
- Warned that voltage, speed, and acceleration limits are only applied to trajectory calculation, and do not clamp the power settings to the drive subsystem. - Highlighted importance of the accuracy of wheel odometry, and encouraged new teams to run the wheel odometry on its own before running a RamseteCommand. - Encouraged teams developing new code to clamp the motor voltages before ``setVoltage()`` calls in ``tankDriveVolts()``.
Admonition should be 1-3 sentences. Otherwise they will become trivialized by the reader and ignored. Please break the paragraphs outside of an admonition or shorten significantly. |
Shorten admonitions, fix double-colons, (hopefully) fix linting.
Daltz333
previously approved these changes
Apr 18, 2022
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.
Looks good to me. Pinging Tyler for a double check.
calcmogul
suggested changes
Apr 18, 2022
source/docs/software/pathplanning/trajectory-tutorial/creating-drive-subsystem.rst
Outdated
Show resolved
Hide resolved
source/docs/software/pathplanning/trajectory-tutorial/entering-constants.rst
Outdated
Show resolved
Hide resolved
…-constants.rst Co-authored-by: Tyler Veness <[email protected]>
sciencewhiz
reviewed
Apr 30, 2022
source/docs/software/pathplanning/trajectory-tutorial/creating-drive-subsystem.rst
Outdated
Show resolved
Hide resolved
sciencewhiz
approved these changes
Aug 20, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The WPILib RamseteCommand have a lot of very powerful tools now that teams are going back to a genuine autonomous period, but the current Path-Based tutorial is somewhere between 'written for a higher level of familiarity than most teams needing it will be at' and 'mildly suicidal'. In particular, there is a significantly higher than zero chance that a team copying the code directly will either find their robot's first RamseteCommand to result in their robot zipping backward at maximum power, zipping forwards at 20x their intended speed and distance, or spinning in circles at maximum power.
While I think there's some large benefit to be made, separately, be rewriting the tutorial to target a less experienced team, there are some more immediate benefits to simply not needing to fetch as much drywall spackle. In particular, some non-obvious problems that this highlights:
setVoltage()
calls intankDriveVolts()
, at least during testing.