Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spike smoke test #325

Closed
wants to merge 12 commits into from
Closed

Spike smoke test #325

wants to merge 12 commits into from

Conversation

MishkaMN
Copy link
Contributor

@MishkaMN MishkaMN commented Mar 12, 2024

PR Details

Description

This PR is to finalize (as much as possible) for the tester to be able to run verification test easily. Following changes were made:

NOTE: Several commits to this branch has actually been Peer Reviewed before. So I suggest looking at last several commit changes that aren't associated with PR to do the review.

  • All files associated with 5 configuration parameter that needs to be changed between runs are copied in cdasim_config folder. This is so that they are automatically mounted to the containers through docker volume. Those files are VehicleConfigParams.yaml (in carma folder), carma_carla_agent.launch, yield_plugin/parameters.yml( existed before: ILC parameters.yml and scenario-runner files).
  • Included route files
  • Renamed scenarios from left/right to north and south. This is because we replaced right_turn to through scenario. However, since left turn and through scenarios both use same placement of road users, left turn doesn't make sense anymore.
  • Turned off excessive logging in logback.xml because one run easily turning into 2GB+ just for carma-simulation files
  • Added carma-vector-map so the tester can easily copy it locally
  • Added run-simulation script, which stops all carma containers and deletes docker volumes before each start. It also starts ROS1 rviz automatically after fixed timing because it is required to inspect certain verification testing requirements. It replaces carma start all/stop commands
  • Added more bridge.yml topics that needed for debug/data collections using ROS1 bag.

Related Issue

https://usdot-carma.atlassian.net/browse/CDAR-593

Motivation and Context

VRU verification testing prep

How Has This Been Tested?

sim pc 1

Types of changes

  • Defect fix (non-breaking change that fixes an issue)
  • New feature (non-breaking change that adds functionality)
  • Breaking change (fix or feature that cause existing functionality to change)

Checklist:

  • I have added any new packages to the sonar-scanner.properties file
  • My change requires a change to the documentation.
  • I have updated the documentation accordingly.
  • I have read the CONTRIBUTING document.
    CARMA Contributing Guide
  • I have added tests to cover my changes.
  • All new and existing tests passed.

adamlm and others added 11 commits February 20, 2024 14:31
Going to use this config in another sim computer for repeatability
testing.
They were causing simulation issues with Platform's behavior.
<!-- Thanks for the contribution, this is awesome. -->

# PR Details
## Description
Adding more useful topics
<!--- Describe your changes in detail -->

## Related Issue

<!--- This project only accepts pull requests related to open issues -->
<!--- If suggesting a new feature or change, please discuss it in an
issue first -->
<!--- If fixing a bug, there should be an issue describing it with steps
to reproduce -->
<!--- Please link to the issue here: -->

## Motivation and Context

<!--- Why is this change required? What problem does it solve? -->

## How Has This Been Tested?

<!--- Please describe in detail how you tested your changes. -->
<!--- Include details of your testing environment, and the tests you ran
to -->
<!--- see how your change affects other areas of the code, etc. -->

## Types of changes

<!--- What types of changes does your code introduce? Put an `x` in all
the boxes that apply: -->

- [ ] Defect fix (non-breaking change that fixes an issue)
- [ ] New feature (non-breaking change that adds functionality)
- [ ] Breaking change (fix or feature that cause existing functionality
to change)

## Checklist:

<!--- Go over all the following points, and put an `x` in all the boxes
that apply. -->
<!--- If you're unsure about any of these, don't hesitate to ask. We're
here to help! -->

- [ ] I have added any new packages to the sonar-scanner.properties file
- [ ] My change requires a change to the documentation.
- [ ] I have updated the documentation accordingly.
- [ ] I have read the **CONTRIBUTING** document.
[CARMA Contributing
Guide](https://github.com/usdot-fhwa-stol/carma-platform/blob/develop/Contributing.md)
- [ ] I have added tests to cover my changes.
- [ ] All new and existing tests passed.
@MishkaMN MishkaMN self-assigned this Mar 12, 2024
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should add a script called stop simulation which pulls kafka logs as well. This is currently a manual step required to be run after a scenario is complete while the simulation is still up.

</encoder>
</appender>
<appender name="CarlaLog" class="ch.qos.logback.core.FileAppender">
<charset>UTF-8</charset>
<file>${logDirectory}/Carla.log</file>
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>%date %-5level %logger{0} - %msg%n</pattern>
<pattern>%date %-5level %C{0}:%line - %msg%n</pattern>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What are these logger format changes ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe Adam added this, but it adds code line number in the log. Compare:

2024-03-13 16:09:10,863 INFO  SequentialTimeManagement - ...

with new:

2024-03-13 15:56:34,208 INFO  SequentialTimeManagement:92 -

start_delay_in_seconds:='35'
spawn_point:='215.21,-169.32,0,0,0,0'"
# spawn_point:='258.21,-125.32,0,0,0,90'" for through scenario, north
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the idea here to provide a easy place for the tester to switch between scenarios. I would recommend a docker env file for this. This way we do not edit the docker-compose but instead just a list of environment variables in a text file.

@paulbourelly999 paulbourelly999 marked this pull request as draft March 14, 2024 15:07
@paulbourelly999
Copy link
Contributor

Cherry picking changes out into individual PRs

paulbourelly999 added a commit that referenced this pull request Mar 18, 2024
…#327)

<!-- Thanks for the contribution, this is awesome. -->

# PR Details
## Description
Cherry picked CDASim logging changes from
#325
<!--- Describe your changes in detail -->

## Related Issue

<!--- This project only accepts pull requests related to open issues -->
<!--- If suggesting a new feature or change, please discuss it in an
issue first -->
<!--- If fixing a bug, there should be an issue describing it with steps
to reproduce -->
<!--- Please link to the issue here: -->

## Motivation and Context
Reduce CDASim log file size
<!--- Why is this change required? What problem does it solve? -->

## How Has This Been Tested?

<!--- Please describe in detail how you tested your changes. -->
<!--- Include details of your testing environment, and the tests you ran
to -->
<!--- see how your change affects other areas of the code, etc. -->

## Types of changes

<!--- What types of changes does your code introduce? Put an `x` in all
the boxes that apply: -->

- [ ] Defect fix (non-breaking change that fixes an issue)
- [x] New feature (non-breaking change that adds functionality)
- [ ] Breaking change (fix or feature that cause existing functionality
to change)

## Checklist:

<!--- Go over all the following points, and put an `x` in all the boxes
that apply. -->
<!--- If you're unsure about any of these, don't hesitate to ask. We're
here to help! -->

- [ ] I have added any new packages to the sonar-scanner.properties file
- [ ] My change requires a change to the documentation.
- [ ] I have updated the documentation accordingly.
- [x] I have read the **CONTRIBUTING** document.
[CARMA Contributing
Guide](https://github.com/usdot-fhwa-stol/carma-platform/blob/develop/Contributing.md)
- [ ] I have added tests to cover my changes.
- [ ] All new and existing tests passed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants