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

Improve obstacle tracking #147

Open
JanelleCai opened this issue Jan 7, 2025 · 0 comments · May be fixed by #190 or #182
Open

Improve obstacle tracking #147

JanelleCai opened this issue Jan 7, 2025 · 0 comments · May be fixed by #190 or #182
Assignees

Comments

@JanelleCai
Copy link
Contributor

  • the obstacle tracking / matching algorithm frequently double counts or treats existing obstacles as new ones.

This is an example of where i believe it is going wrong and one way to fix it, but I think it can be improved too.

  • currently, obstacle tracking matches global positions of obstacles btwn time frames to determine that they are the same obstacle. however, the global position is inaccurate, especially when the robot is turning (or, more generally, when the obstacles relative positions to the robot are changing quickly)
  • modify obstacle tracking so that it ignores (or in some other way treats differently / takes note of) measurements of obstacle locations that are taken when the robot is turning
  • "when the robot is turning" is to be better defined. ie. should it be some threshold of the robot's angular velocity? or a diff btwn this and last frame's relative obstacle positions? not really sure.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment