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

Robot code doesn't currently handle vision "notOK" very well - fix to have good "plan b" fallback when vision "notOK" #3

Open
coach-streeter opened this issue Mar 23, 2020 · 0 comments

Comments

@coach-streeter
Copy link
Contributor

As of the Granite State District event, the robot vision-handling code did not have a good approach for "auto-targeting" when the robot didn't have "current" vision results. In general, the robot code used the old, out-of-date vision results, which, depending upon the exact situation (never had good vision results, such as at the beginning of auto, or had slightly stale vision results from just a second ago, or had old vision results from when the robot and turret were in a completely different position) could cause some bad behaviors.

With some time to dig into this more, should come up with a better solution for this.

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