Open jaykorea opened 2 years ago
I believe you are missing the goal checker plugin. In the parameter section of your controller server, you should have something like (assuming ROS2).
controller_server_node_name:
ros__parameters:
general_goal_checker:
plugin: "nav2_controller::SimpleGoalChecker"
Should be similar in ROS1.
I believe you are missing the goal checker plugin. In the parameter section of your controller server, you should have something like (assuming ROS2).
controller_server_node_name: ros__parameters: general_goal_checker: plugin: "nav2_controller::SimpleGoalChecker"
Should be similar in ROS1.
Thanks for ur super fast reply.
I'm using ros1 and there is nothing to access to goal checker plugin. Am I missing something?
However, chanign all related parameter of move_base_params.yaml, I've found out that controller_freequency parameter solve the error I changed the value from 10 to 20, and now goal reached message triger..
Is there any correlation between this problem with controller_frequency??
P.S. i have set the value of costmap update freequency 10.0 both of global and local
Thanks for ur super fast reply.
No worries =)
I'm using ros1 and there is nothing to access to goal checker plugin. Am I missing something?
Hard to say. I have transitioned to ROS2 for a year now.
Is there any correlation between this problem with controller_frequency??
I don't believe so. Especially since you already had a "reasonable" update frequency.
From your video it appears that TEB has actually reached the goal and stopped, so you could try to debug this from "bottom" to "top", meaning from the planner to the controller server, to identify in which step the information is being lost.
Thanks for ur super fast reply.
No worries =)
I'm using ros1 and there is nothing to access to goal checker plugin. Am I missing something?
Hard to say. I have transitioned to ROS2 for a year now.
Is there any correlation between this problem with controller_frequency??
I don't believe so. Especially since you already had a "reasonable" update frequency.
From your video it appears that TEB has actually reached the goal and stopped, so you could try to debug this from "bottom" to "top", meaning from the planner to the controller server, to identify in which step the information is being lost.
Thank for your replay again :)
It would be the best way to debug it from bottom to the top, I don't have much time to do it..
Can you tell me which part should I check first?(goal trigger part?)
I have already checked odom data that translating right coordination position
I dont't have any idea why this error occurs ..(but solved with freequency param)
Thank you
Hi @jaykorea ,By frequency param you mean the controller frequency or costmap frequency?
Hello, I'm using ros navigtaion stack consist of 'navfn global planner' & 'teb local planner'
Robot driving cource and trajectory looks fine, but teb local planner does not trigger "goal Reached" message for me.
As I set the goal point, robot reach to the goal very smoothly, but local planner message says that " Aborting because the robot appears to be oscillating over and over. Even after executing all recovery behaviors "
I 've check /cmd_vel topic, and I could not find any data that cause robot oscillaton.
Teb local planner seems not getting robot's location that it is arrived. Is it a bug or can fix by param setting(I already have changed all parameter related to goal_tolerance, but it didnt fixed)?
below is my rviz video and teb local planner param settings
video : https://youtu.be/e4PoNNMUsG0