Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_behavior_velocity_template_module at Robotics Stack Exchange
Package Summary
| Tags | No category tags. |
| Version | 0.47.0 |
| License | Apache License 2.0 |
| Build type | AMENT_CMAKE |
| Use | RECOMMENDED |
Repository Summary
| Description | |
| Checkout URI | https://github.com/autowarefoundation/autoware_universe.git |
| VCS Type | git |
| VCS Version | main |
| Last Updated | 2025-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Tags | planner ros calibration self-driving-car autonomous-driving autonomous-vehicles ros2 3d-map autoware |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Additional Links
Maintainers
- Daniel Sanchez
Authors
Template
A template for behavior velocity modules based on the autoware_behavior_velocity_speed_bump_module.
Autoware Behavior Velocity Module Template
Scene
TemplateModule Class
The TemplateModule class serves as a foundation for creating a scene module within the Autoware behavior velocity planner. It defines the core methods and functionality needed for the module’s behavior. You should replace the placeholder code with actual implementations tailored to your specific behavior velocity module.
Constructor
- The constructor for
TemplateModuletakes the essential parameters to create a module:const int64_t module_id,const rclcpp::Logger & logger, andconst rclcpp::Clock::SharedPtr clock. These parameters are supplied by theTemplateModuleManagerwhen registering a new module. Other parameters can be added to the constructor, if required by your specific module implementation.
modifyPathVelocity Method
- This method, defined in the
TemplateModuleclass, is expected to modify the velocity of the input path based on certain conditions. In the provided code, it logs an informational message once when the template module is executing. - The specific logic for velocity modification should be implemented in this method based on the module’s requirements.
createDebugMarkerArray Method
- This method, also defined in the
TemplateModuleclass, is responsible for creating a visualization of debug markers and returning them as avisualization_msgs::msg::MarkerArray. In the provided code, it returns an emptyMarkerArray. - You should implement the logic to generate debug markers specific to your module’s functionality.
createVirtualWalls Method
- The
createVirtualWallsmethod creates virtual walls for the scene and returns them asautoware::motion_utils::VirtualWalls. In the provided code, it returns an emptyVirtualWallsobject. - You should implement the logic to create virtual walls based on your module’s requirements.
Manager
The managing of your modules is defined in manager.hpp and manager.cpp. The managing is handled by two classes:
- The
TemplateModuleManagerclass defines the core logic for managing and launching the behavior_velocity_template scenes (defined in behavior_velocity_template_module/src/scene.cpp/hpp). It inherits essential manager attributes from its parent classSceneModuleManagerInterface. - The
TemplateModulePluginclass provides a way to integrate theTemplateModuleManagerinto the logic of the Behavior Velocity Planner.
TemplateModuleManager Class
Constructor TemplateModuleManager
- This is the constructor of the
TemplateModuleManagerclass, and it takes anrclcpp::Nodereference as a parameter. - It initializes a member variable
dummy_parameter_to 0.0.
getModuleName() Method
- This method is an override of a virtual method from the
SceneModuleManagerInterfaceclass. - It returns a pointer to a constant character string, which is the name of the module. In this case, it returns “template” as the module name.
launchNewModules() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It is responsible for launching new modules based on the provided path information (PathWithLaneId). The implementation of this method involves initializing and configuring modules specific to your behavior velocity planner by using the
TemplateModuleclass. - In the provided source code, it initializes a
module_idto 0 and checks if a module with the same ID is already registered. If not, it registers a newTemplateModulewith the module ID. Note that each module managed by theTemplateModuleManagershould have a unique ID. The template code registers a single module, so themodule_idis set as 0 for simplicity.
getModuleExpiredFunction() Method
- This is a private method that takes an argument of type
autoware_internal_planning_msgs::msg::PathWithLaneId. - It returns a
std::function<bool(const std::shared_ptr<SceneModuleInterface>&)>. This function is used by the behavior velocity planner to determine whether a particular module has expired or not based on the given path. - The implementation of this method is expected to return a function that can be used to check the expiration status of modules.
Please note that the specific functionality of the methods launchNewModules() and getModuleExpiredFunction() would depend on the details of your behavior velocity modules and how they are intended to be managed within the Autoware system. You would need to implement these methods according to your module’s requirements.
TemplateModulePlugin Class
TemplateModulePlugin Class
- This class inherits from
PluginWrapper<TemplateModuleManager>. It essentially wraps yourTemplateModuleManagerclass within a plugin, which can be loaded and managed dynamically.
Example Usage
In the following example, we take each point of the path, and multiply it by 2. Essentially duplicating the speed. Note that the velocity smoother will further modify the path speed after all the behavior velocity modules are executed.
bool TemplateModule::modifyPathVelocity(
[[maybe_unused]] PathWithLaneId * path, [[maybe_unused]] StopReason * stop_reason)
{
for (auto & p : path->points) {
p.point.longitudinal_velocity_mps *= 2.0;
}
return false;
}
Changelog for package autoware_behavior_velocity_template_module
0.47.0 (2025-08-11)
- style(pre-commit): update to clang-format-20 (#11088) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- Contributors: Mete Fatih Cırıt
0.46.0 (2025-06-20)
0.45.0 (2025-05-22)
- Merge remote-tracking branch 'origin/main' into tmp/notbot/bump_version_base
- fix(behavior_velocity_planner): add missing header (#10561) Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>
- feat(behavior_velocity_planner): only wait for the required subscriptions (#10546)
- Contributors: Masaki Baba, TaikiYamada4, Takayuki Murooka
0.44.2 (2025-06-10)
0.44.1 (2025-05-01)
0.44.0 (2025-04-18)
0.43.0 (2025-03-21)
- Merge remote-tracking branch 'origin/main' into chore/bump-version-0.43
- chore: rename from [autoware.universe]{.title-ref} to [autoware_universe]{.title-ref} (#10306)
- Contributors: Hayato Mizushima, Yutaka Kondo
0.42.0 (2025-03-03)
- Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
- feat(autoware_utils): replace autoware_universe_utils with autoware_utils (#10191)
- feat!: replace tier4_planning_msgs/PathWithLaneId with autoware_internal_planning_msgs/PathWithLaneId (#10023)
- Contributors: Fumiya Watanabe, Ryohsuke Mitsudome, 心刚
0.41.2 (2025-02-19)
- chore: bump version to 0.41.1 (#10088)
- Contributors: Ryohsuke Mitsudome
0.41.1 (2025-02-10)
0.41.0 (2025-01-29)
-
Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base
-
chore(planning): move package directory for planning factor interface (#9948)
- chore: add new package for planning factor interface
- chore(surround_obstacle_checker): update include file
- chore(obstacle_stop_planner): update include file
- chore(obstacle_cruise_planner): update include file
- chore(motion_velocity_planner): update include file
- chore(bpp): update include file
- chore(bvp-common): update include file
- chore(blind_spot): update include file
- chore(crosswalk): update include file
- chore(detection_area): update include file
- chore(intersection): update include file
- chore(no_drivable_area): update include file
- chore(no_stopping_area): update include file
- chore(occlusion_spot): update include file
- chore(run_out): update include file
- chore(speed_bump): update include file
- chore(stop_line): update include file
- chore(template_module): update include file
- chore(traffic_light): update include file
- chore(vtl): update include file
- chore(walkway): update include file
* chore(motion_utils): remove factor interface ---------
-
feat(planning_factor)!: remove velocity_factor, steering_factor and introduce planning_factor (#9927) Co-authored-by: Satoshi OTA <<44889564+satoshi-ota@users.noreply.github.com>> Co-authored-by: Ryohsuke Mitsudome <<43976834+mitsudome-r@users.noreply.github.com>> Co-authored-by:
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
| Name |
|---|
| eigen |
| libboost-dev |