-
Notifications
You must be signed in to change notification settings - Fork 129
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
Additional PathPlannerAuto triggers #860
Comments
I would like to generalize "time left to end" to time left to event marker – "open the intake 1 second before reaching the intake position". |
@katzuv not sure that I really got you. All the PathPlannerAuto triggeres @mjansen4857 added are auto/path related. What's the "intake position" in your example? Are you suggesting to add timeBefore/AfterTrigger(triggerName) (or NamedCommand)? |
For when you don't want to use named commands or save on event markers, or for on-the-fly paths. I see this as a generalization because instead of time to specifically end position, it's time to any other position (or event marker). |
I understand know, nice idea. Your suggestion actually might generalize all of my suggested triggers. But, what are the expected params? Pose2d? What if the pose isn't on the trajectory? (One option is to add also distance threshold param, but it might also not be in the threshold as well). Anyways, regardless of @katzuv suggestions, I still highly suggest to keep also my suggested triggers as is, as they're more intuitive and requires no params. |
Sorry, I missed your comment. I think an event marker should be used because it's guaranteed to be on the path. |
So the original suggestions here are either not possible to implement or pretty redundant.
Not possible to implement properly since the auto has no idea how long it will actually take to run due to the possibility of inserting commands between paths that take an unknown time to run
Difficult to implement in a useful way since it would need to take all paths in to account. This is also essentially what an event marker is anyways, so its probably best to just use that. However, I think triggers for time before/after an event marker (perhaps distance as well) could be quite useful. |
Potentially useful auto triggers are:
Distance* from start
Distance* from end
Time left to end
*(can be norm2 distance or trajectory distance)
The text was updated successfully, but these errors were encountered: