You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During VRU validation testing, carma vehicle stopped generating trajectory right in the middle of the intersection. Upon investigation, the location of the vehicle was not the main issue and just happened to shut down there.
As you can see from below, 4.5.0 included new functionality in arbitrator to retry maneuver call back if failed as sometimes it can randomly fail due to ROS2 middleware issue. The retry however has timeout of 500ms and tries 10 times, which is 5 seconds. This results in arbitrator not being able to generate maneuver for entire 5 seconds despite all but 1 (which is optional) plugin successfully generated the high priority maneuver. Please observe the timestamps below:
Since the arbitrator was mostly using outdated maneuver, the tactical plugin was also kept using outdated trajectory. And around the time when vehicle ran out of valid trajectory, it drifted forward to get out of the road and shut down with error:
1713294494.9067583 [carma_component_container_mt-29] 1713294494.906498326 | ERROR | bumper_pose_cb:583 | Vehicle has left the route entirely. Unable to compute new shortest path.
1713294494.9073830 [carma_component_container_mt-29] 1713294494.907010253 | WARN | change_state:416 | Error occurred while doing error handling.
1713294494.9074733 [carma_component_container_mt-29] 1713294494.907036251 | ERROR | on_error:128 | Uncaught Exception from node: route_following_plugin exception: Vehicle not on route, unable to compute shortest path. while in ACTIVE state.
1713294494.9075103 [carma_component_container_mt-29] 1713294494.907085823 | ERROR | on_error:142 | Sent on_error system alert
One issue that contributes to this is the fact that the failed plugin which is not active, still published to plugin_discovery. This is logged here: #2384
Version
4.5.0 (Current)
Expected Behavior
Arbitrator should not get locked due to one failing plugin
Actual Behavior
See above.
Steps to Reproduce the Actual Behavior
Intentionally make one of the strategic plugin inactive
Run a simple scenario
Observe that arbitrator is publishing maneuvers late for 5s
Summary
During VRU validation testing, carma vehicle stopped generating trajectory right in the middle of the intersection. Upon investigation, the location of the vehicle was not the main issue and just happened to shut down there.
As you can see from below, 4.5.0 included new functionality in arbitrator to retry maneuver call back if failed as sometimes it can randomly fail due to ROS2 middleware issue. The retry however has timeout of 500ms and tries 10 times, which is 5 seconds. This results in arbitrator not being able to generate maneuver for entire 5 seconds despite all but 1 (which is optional) plugin successfully generated the high priority maneuver. Please observe the timestamps below:
Since the arbitrator was mostly using outdated maneuver, the tactical plugin was also kept using outdated trajectory. And around the time when vehicle ran out of valid trajectory, it drifted forward to get out of the road and shut down with error:
One issue that contributes to this is the fact that the failed plugin which is not active, still published to plugin_discovery. This is logged here: #2384
Version
4.5.0 (Current)
Expected Behavior
Arbitrator should not get locked due to one failing plugin
Actual Behavior
See above.
Steps to Reproduce the Actual Behavior
Related Work
Related issue logged here: #2384
JIRA for this: https://usdot-carma.atlassian.net/browse/CAR-6039
No response
The text was updated successfully, but these errors were encountered: