-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Dynamic reconfigure for AMCL #2932
Dynamic reconfigure for AMCL #2932
Conversation
@padhupradheep, please properly fill in PR template in the future. @SteveMacenski, use this instead.
|
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.
In terms of the actual function, it looks good except where noted!
However, AMCL has alot of objects that use these parameters that will need to be reinitialized / reset / new values given to it. Simply setting the variable in the callback doesn't make it used in the actual node, most, if not all, of these parameters are passed to other objects for use in the node which aren't going to be affected by the current PR. You can see some examples of that in the Smac Planner dynamic reconfiguration callback & should probably look at the AMCL code closer about where each parameter is used so that you can update the appropriate objects / re-instantiate them.
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.
Really good, much better actually than what I had in mind if I did it, kudos!
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.
Overall looks good, left 2 potential improvements and a question for debate
Toggling to get CI to turn over |
Thanks for the feedback @doisyg |
@padhupradheep, your PR has failed to build. Please check CI outputs and resolve issues. |
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! Thanks for taking this on, and that's a wrap folks, we have dynamic parameter support across the stack now!
Amazing! |
* not finished * update * satisfying linters * add mutex * fix mistake * dealing each parameters * segregating variables and instantiating the objects correspondingly * remove unwanted mutex * reconfigure for map topic * review update * careful updation of min and max particles * resetting and reinitilaizing the laser scanner and message filters * fixing the mutex
* not finished * update * satisfying linters * add mutex * fix mistake * dealing each parameters * segregating variables and instantiating the objects correspondingly * remove unwanted mutex * reconfigure for map topic * review update * careful updation of min and max particles * resetting and reinitilaizing the laser scanner and message filters * fixing the mutex
Basic Info
I'm really not sure, if I'm doing justice to the Mutex.. @SteveMacenski
I gave it a test and seems to work fine though... I will take a look once again, before I make this PR to be a "ready for review"