Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • braunschweig
  • castelldefels
  • Esplugues_demo
4 results
You can move around the graph by using the arrow keys.
Created with Raphaël 2.2.029Apr1830Jan8Nov18Oct30May1215Nov1411228Oct272621191126Aug252314Jun10Mar14Feb916Sep1318Jul27Jun11Feb5Nov222Sep10112Feb11Jul2Dec28Jun718May22Jul23Apr14Jan12Nov1023Oct222131Jul28241413May7Feb4Dec11Nov25Oct242317159323AprMerge branch 'devel' into 'master'braunschweig ma…braunschweig masterSet up the install commands for the CMake.To compute if a segment is backward or forward, only use the part of the segment inside the costmap.Merge branch 'splines' into 'master'castelldefelscastelldefelsMerge branch '1-list-of-bugs-discovered-developing-follow_local_planner-branch-splines' into 'splines'Added a parameter to set the maximum allowed curvature in a trajectory candidate.Ashort path (<5 points) does not fail anymore.Fixed listed bugsPass point as argument in spline evaluate functionAdded 0.25 to max_radiusChecked if the path is empty when checking if the goal has been reached.If the robot is far from the goal, do not consider the goal as reached when the robot passes through it.Added a generic exception catch in the function to generate the next trajectory.Added a check of the path length in the set_plan function.Solved a bug: The current position of the robot was not taken into account when generatng the trajectory candidates.Added spline candidates at multiple distances from the current position, not only the end point.Taken into account the circumscrived radius of the footprint to check for the local goal on the path.Added check return value of getGoalPoseTaken into account the worst case rotations of the footprint at the farthest point of the trajectory to check if it is fully contained in the local costmap.Taken into account that the footprint does not get out of the costmap to avoid problems with the obstacle cost function computation.Used the oriented footprint to avoid problems with the obstacle costs.Added the lateral offset compensation to the stanley controller for the steering.It is now possible two switch between splines and standard trajectory generator using the dynamic reconfigure.Added two reconfigurable parameters for the stanley controller for the steering.If the velocity profile is too short, take the maximum speed.Taken into account the obstacles when planning with splines.Detected when the robot passes through the goal but farther than the xy tolerance: Used to skip to the next goal (particular solution).Used the farthest point of the path not outside of the costmap.Used a partial implementation of the stanley controller to control the steeringWhen splitting the input path, the forward or backward direction of each segment is caomputed.Used the robot pose taken from the costmap in the odom frame (TF) to get the current position of the robot (instead of the odom topic.Added the computation of the curvature of the global path.Initial implementation using splines.Cleaned up the code:Removed goal stopOnFailure. Fixed bug ignoring use_stuck_check flagEsplugues_demoEsplugues_demoSolved a bug in the heading cost function: If the trajectory had less points than the ones reuired to compute the cost, the node crashed.Rename stucked with stuck. Add parameters to enable/disable the stuck check and change the vel threshold and max occurrences.Uncomment stucked check behavior. Rename ROSout textsAdd bool param to invert cmd_vel steering value. Add bool param to enable/disable inplace steering change before each maneuverMerge branch 'development' into 'master'