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
I've searched other issues and no duplicate issues were found.
I'm convinced that this is not my fault but a bug.
Description
The config file for the raw_vehicle_command_converter in the current autoware_carla_interface package is set to NOT convert steering commands from Autoware.
However, the interface in carla_ros.py uses the steering command as a steering actuation command itself and not a steered tire angle. See the line where out_cmd.steer is being set in the image below. The existing conversion uses the "in_cmd.actuation.steer_cmd" which is the steered wheel angle (since raw vehicle command converter is not converting the tire angle to actuator signals) and multiplies it by the steer ratio and the maximum wheel angle of the vehicle. Then it assigns it to the out_cmd.steer control command which takes in actuator values and not steered tire angles.
This apparently works for small tire angles that are used as steering actuation signals directly but breaks down for large angles, particularly during high curvature free-space maneuvers. In any case this is incorrect semantically.
Expected behavior
The input steering tire angle should be converted to valid steering actuation signals that lie between -1 and 1 and can be consumed by CARLA.
Actual behavior
The vehicle is unable to track high curvature paths when interfacing with CARLA.
Steps to reproduce
Load a CARLA town with a valid parking lot
Launch the stack with CARLA as the sim option and set a goal in a parking lot that requires sharp maneuvers.
The is_steering_converged flag should stop the vehicle from continuing mid-way.
Versions
OS: Ubuntu 22.04
ROS2: Humble
Autoware: main
Possible causes
Incorrect conversion of the steering tire angle to actuator signals. However, simply setting the conversion to be true is insufficient as CARLA uses a constant high steering rate to simulate the wheel angle movement and leads to oscillations using the current steering map. The out_cmd.steer_cmd should simply be set as the input actuator command times the max_steer_ratio.
Additional context
No response
The text was updated successfully, but these errors were encountered:
stevenbrills
changed the title
Steering Command Converter for CARLA Setup Incorrectly
Steering Command Converter for CARLA Set Up Incorrectly
Mar 19, 2025
@stevenbrills Thank you very much for working on this ! I should be able to test your PR on Monday and I look forward to the improved steering performance.
Checklist
Description
The config file for the raw_vehicle_command_converter in the current autoware_carla_interface package is set to NOT convert steering commands from Autoware.
However, the interface in carla_ros.py uses the steering command as a steering actuation command itself and not a steered tire angle. See the line where out_cmd.steer is being set in the image below. The existing conversion uses the "in_cmd.actuation.steer_cmd" which is the steered wheel angle (since raw vehicle command converter is not converting the tire angle to actuator signals) and multiplies it by the steer ratio and the maximum wheel angle of the vehicle. Then it assigns it to the out_cmd.steer control command which takes in actuator values and not steered tire angles.
This apparently works for small tire angles that are used as steering actuation signals directly but breaks down for large angles, particularly during high curvature free-space maneuvers. In any case this is incorrect semantically.
Expected behavior
The input steering tire angle should be converted to valid steering actuation signals that lie between -1 and 1 and can be consumed by CARLA.
Actual behavior
The vehicle is unable to track high curvature paths when interfacing with CARLA.
Steps to reproduce
Versions
Possible causes
Incorrect conversion of the steering tire angle to actuator signals. However, simply setting the conversion to be true is insufficient as CARLA uses a constant high steering rate to simulate the wheel angle movement and leads to oscillations using the current steering map. The out_cmd.steer_cmd should simply be set as the input actuator command times the max_steer_ratio.
Additional context
No response
The text was updated successfully, but these errors were encountered: