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

Check for free space directly from laser scan #517

Closed
orduno opened this issue Jan 8, 2019 · 5 comments
Closed

Check for free space directly from laser scan #517

orduno opened this issue Jan 8, 2019 · 5 comments
Labels
1 - High High Priority task
Milestone

Comments

@orduno
Copy link
Contributor

orduno commented Jan 8, 2019

In the world model, enable a service for checking for free space directly from laser scans instead of going through a costmap (or another world representation) with the region specified relative to the robot.

There are two cases where measuring the distance to an object would be beneficial:

  • On a low-level safety layer, to avoid a collision as a reactive measure.
  • To enable self-localization.

See #516 for more background info.

@orduno orduno self-assigned this Jan 8, 2019
@orduno orduno added this to To do in Navigation 2 Kanban via automation Jan 8, 2019
@SteveMacenski
Copy link
Member

Can you explain the motivation?

@orduno
Copy link
Contributor Author

orduno commented Jan 8, 2019

Can you explain the motivation?

@SteveMacenski I've updated the issue description with some motivation.

@SteveMacenski
Copy link
Member

On a low-level safety reactive layer, to avoid a collision as a reactive measure.

I think this should be a server or plugin interface where one implementation of it could be looking at a laserscan. Some robots don't have lasers or lasers appropriate for that application due to resolution, size, or placement.

Checking the costmap lets you fuse in other sensors (multiple lidars, radar, sonar, depth, etc) which should be generally used. If you're trying to make some type of collision zone type of implementation, I'd make sure its configurable for multiple robot setups but generally still advise to use the costmap unless you're wanting to query this at 100Hz or something

@crdelsey
Copy link
Contributor

crdelsey commented Jan 9, 2019

Also, for a low-level safety check, I'd expect you'd want it isolated in a separate process from the potentially complex world model.

Can you explain how this relates to self-localization?

@crdelsey crdelsey moved this from Incoming Issues to Other Issues in Navigation 2 Kanban Jan 22, 2019
@orduno orduno added 1 - High High Priority and removed 2 - Medium Medium Priority labels Jan 24, 2019
@orduno orduno moved this from Other Issues to High Priority Issues in Navigation 2 Kanban Jan 24, 2019
@orduno orduno added this to the EndFebruary milestone Jan 30, 2019
@crdelsey crdelsey added the task label Feb 4, 2019
@crdelsey crdelsey modified the milestones: EndFebruary, EndMarch Mar 4, 2019
@orduno orduno moved this from High Priority Issues to In progress in Navigation 2 Kanban Mar 6, 2019
@crdelsey
Copy link
Contributor

crdelsey commented Jul 3, 2019

I'd like to close this issue. I think we no longer need this now that we can run costmaps in the odom frame.

@crdelsey crdelsey closed this as completed Jul 8, 2019
Navigation 2 Kanban automation moved this from In progress to Done Jul 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1 - High High Priority task
Projects
No open projects
Development

No branches or pull requests

3 participants