Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file
Package Dependencies
System Dependencies
Dependant Packages
Launch files
Messages
Services
Plugins
Recent questions tagged autoware_scenario_simulator_v2_adapter at Robotics Stack Exchange
Package Summary
| Version | 0.53.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 | 2026-10-23 |
| Dev Status | UNKNOWN |
| Released | UNRELEASED |
| Contributing |
Help Wanted (-)
Good First Issues (-) Pull Requests to Review (-) |
Package Description
Maintainers
- Kyoichi Sugahara
- Maxime CLEMENT
- Takamasa Horibe
- Takamasa Horibe
- Junya Sasaki
Authors
scenario_simulator_v2 Adapter
Purpose
This package provides a node to convert various messages from the Autoware into tier4_simulation_msgs::msg::UserDefinedValue messages for the scenario_simulator_v2.
Currently, this node supports conversion of:
-
tier4_metric_msgs::msg::MetricArrayfor metric topics - Diagnostic topics passed from
.webauto-ci.ymlviaautoware.diagnostic_config
Inner-workings / Algorithms
-
For
tier4_metric_msgs::msg::MetricArray, The node subscribes to all topics listed in the parametermetric_topic_list. Each time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofMetricobjects. The format of the output topic is detailed in the output section. -
For diagnostic topics from
autoware.diagnostic_config, The node subscribes to/diagnosticsEach time such message is received, it is converted into as manyUserDefinedValuemessages as the number ofDiagnosticStatusobjects in theDiagnosticArray. The format of the inputautoware.diagnostic_configis detailed in the input section. The format of the output topic is detailed in the output section.
Metric Array Inputs / Outputs
Metric Array Inputs
The node listens to MetricArray messages on the topics specified in metric_topic_list.
Metric Array Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
The name of the output topics are generated from the corresponding input topic, the name of the metric.
- For example, we might listen to topic
/planning/planning_evaluator/metricsand receive aMetricArraywith 2 metrics:- metric with
name: "metricA/x" - metric with
name: "metricA/y"
- metric with
- The resulting topics to publish the
UserDefinedValueare as follows:/planning/planning_evaluator/metrics/metricA/x/planning/planning_evaluator/metrics/metricA/y
Diagnostics Inputs / Outputs
Diagnostics extracts the level field from DiagnosticStatus and outputs it as a single value to correspond with tier4_simulation_msgs::msg::UserDefinedValue messages.
Diagnostics Inputs
-
The node listens to
/diagnostics. MultipleDiagnosticStatusobjects are extracted from theDiagnosticArraywithin/diagnostics. -
About
autoware.diagnostic_config:- The configuration file is specified from
.webauto-ci.yml. - Under
diagnostic_groups, create a group name and defineoutput_topic_nameandaggregation_listunder it.-
output_topic_name- Specifies the topic name to publish to.
- The format
/diagnostics/scenario_simulator_v2_adapter/***is recommended.
-
aggregation_list- Lists the diagnostic topics to be grouped.
- Can include
output_topic_namedeclared in the same format (recursively expanded).
-
- A sample configuration can be found in
autoware_scenario_simulator_v2_adapter/config/diagnostic_config.param.yaml.
- The configuration file is specified from
/**:
ros__parameters:
diagnostic_groups:
overall_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/overall_diagnostics
aggregation_list:
- /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
topic_state_monitor_diagnostics:
output_topic_name: /diagnostics/scenario_simulator_v2_adapter/topic_state_monitor_diagnostics
aggregation_list:
- /diagnostics/topic_state_monitor_mission_planning_route/planning_topic_status
- /diagnostics/topic_state_monitor_scenario_planning_trajectory/planning_topic_status
Diagnostics Outputs
The node outputs UserDefinedValue messages that are converted from the received messages.
Diagnostics output has two patterns:
- One-to-one correspondence with diagnostic status names.
- Grouped output based on
autoware.diagnostic_configthat aggregates diagnostic status names.
- For individual publish:
The name of the output topics are generated from
/diagnostics/prefix and thestatus.namefield of eachDiagnosticStatus. The": "in the status name is replaced with/to form a valid topic name.- status name:
planning_validator: intersection_validation_collision_check - publish topic name:
/diagnostics/planning_validator/intersection_validation_collision_check
- status name:
- For grouped topic publish:
The name of the output topics is used
output_topic_nameinautoware.diagnostic_config. Each time aDiagnosticStatusthat matches any topic in theaggregation_listis received, its level value is published to theoutput_topic_nametopic. If the level isERROR, a warning is logged with the diagnostic topic name and group name.
Parameters
{{ json_to_markdown(“evaluator/autoware_scenario_simulator_v2_adapter/schema/scenario_simulator_v2_adapter.schema.json”) }}
File truncated at 100 lines see the full file
Changelog for package autoware_scenario_simulator_v2_adapter
0.53.0 (2026-09-29)
- Merge remote-tracking branch 'origin/main' into prepare-0.53.0-changelog
- fix(design): align the evaluator node designs with the packages they describe (#13341) The fixed-name ports of the evaluation adapters, the online perception evaluator and the metric converter are pinned with global:, which keeps them out of the design graph: link_manager skips any connection whose target is a global input port and the exporter emits no remap. remap_target: keeps the same topic and service names while letting the ports take part in the graph. /diagnostics stays global:. ControlEvaluator names a plugin class in the wrong namespace, publishes tier4_metric_msgs/MetricArray rather than the non-existent autoware_control_msgs/ControlEvaluation, and subscribes to eleven planning factor topics under /planning/planning_factors, two of which were missing. PlanningEvaluator publishes the same metric type. The evaluation adapter nodes are components with no executable of their own.
- fix(evaluator): declare the dependencies these packages use (#13218) Six packages use headers or symbols of packages that they never declare. Add the 26 missing entries: 25 <depend> and 1 <test_depend>. A per-package sweep of the first commit found four more missing entries. autoware_kinematic_evaluator and autoware_localization_evaluator call find_package(ament_cmake_ros REQUIRED) under BUILD_TESTING and declare it nowhere. Both get <test_depend>ament_cmake_ros</test_depend>. autoware_planning_evaluator uses lanelet::ConstLanelet in the library code, and the header arrives only through autoware_lanelet2_utils. It gets <depend>lanelet2_core</depend>. Its test loads two parameter files from the share directory of autoware_test_utils, so it gets <test_depend>autoware_test_utils</test_depend>.
- refactor(evaluator): move node design files into each package (#13099) Co-authored-by: Claude Opus 5 (1M context) <<noreply@anthropic.com>>
- Contributors: Mete Fatih Cırıt, Ryohsuke Mitsudome, Taekjin LEE
0.52.0 (2026-06-30)
0.51.0 (2026-05-01)
0.50.0 (2026-02-14)
-
Merge remote-tracking branch 'origin/main' into humble
-
feat(simulator): enabled grouping and outputting of diagnostic errors (#11798)
- feat: group diagnostic information and output levels
- fix
- fix: delete extra comment
- style(pre-commit): autofix
- fix parameter and add readme
* fix spell ---------Co-authored-by: t4-adc <<grp-rd-1-adc-admin@tier4.jp>> Co-authored-by: pre-commit-ci-lite[bot] <117423508+pre-commit-ci-lite[bot]@users.noreply.github.com>
-
Contributors: Kazunori-Nakajima, Ryohsuke Mitsudome
0.49.0 (2025-12-30)
0.48.0 (2025-11-18)
0.47.1 (2025-08-14)
0.47.0 (2025-08-11)
-
feat(autoware_scenario_simulator_v2_adapter): support converting all diagnostics to UserDefinedValue (#11033)
- convert all diagnostics to userdefinedvalues
- feat(intersection_collision_checker): improve logic to address false negatives (#11030)
- revise and improve velocity estimation and tracking logic
- ensure consistent collision lane ids
* small refactoring ---------
* Update evaluator/autoware_scenario_simulator_v2_adapter/src/converter_node.cpp Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>> ---------Co-authored-by: mkquda <<168697710+mkquda@users.noreply.github.com>> Co-authored-by: Junya Sasaki <<j2sasaki1990@gmail.com>>
-
Contributors: Kem (TiankuiXian)
0.46.0 (2025-06-20)
File truncated at 100 lines see the full file