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

feat(optimization): re-optimize some PSTs in second preventive #924

Merged
merged 12 commits into from
May 30, 2024

Conversation

MartinBelthle
Copy link
Collaborator

@MartinBelthle MartinBelthle commented Mar 20, 2024

Please check if the PR fulfills these requirements

  • The commit message follows our guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)

Does this PR already have an issue describing the problem?
Fixes #894

Other information
This PR is linked with another PR with added doc: farao-community/farao-community.github.io#117.
Every test on cucumber main branch passed.

@MartinBelthle MartinBelthle linked an issue Mar 20, 2024 that may be closed by this pull request
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch from 12ea1d5 to 4e338b2 Compare March 20, 2024 18:10
@MartinBelthle MartinBelthle changed the title Feat/optimize more r as in second prev feat(optimization): re-optimize some PSTs in second preventive Mar 20, 2024
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch 3 times, most recently from 9bb1d50 to d999c04 Compare March 21, 2024 16:34
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch 4 times, most recently from 1484910 to 16c3760 Compare March 25, 2024 17:08
Copy link
Collaborator

@phiedw phiedw left a comment

Choose a reason for hiding this comment

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

Change your continuation indentation to 4 spaces.

Indeed, since I switched to the pro version of IntelliJ, i forgot to change it, thanks

@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch from 5d44be0 to 06c172a Compare March 26, 2024 13:43
@MartinBelthle MartinBelthle added PR: waiting-for-review This PR is waiting to be reviewed and removed PR: WIP labels Mar 26, 2024
@pet-mit pet-mit added bug Something isn't working feature New feature or request and removed bug Something isn't working labels Apr 4, 2024
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch from 3afd041 to 41676d7 Compare April 15, 2024 07:50
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch from 5661ca2 to d411e9d Compare April 25, 2024 12:28
.collect(Collectors.toSet());

// If first preventive diverged, we want to remove every range action that is both preventive and auto or curative.
Copy link
Collaborator

Choose a reason for hiding this comment

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

Why do we want to do this?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

If the 1st preventive diverges, I can't get any RAs setpoint for this state and therefore I can't compare taps to know if raUsageLimits are at risk.
Considering this, i chose to take no risk and remove every RA available for multiple instants.
Perhaps there's another way to do it and if so, do not hesitate to comment it

Copy link
Collaborator

Choose a reason for hiding this comment

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

That seems the safest thing to do indeed. Do you know if there is a test case that runs a full RAO with a skipped first preventive? (I'm curious what happens in that case in the rest of the algorithm)

@phiedw phiedw added PR: waiting-for-correction This PR is waiting to be corrected by its author and removed PR: waiting-for-review This PR is waiting to be reviewed labels May 23, 2024
@MartinBelthle MartinBelthle force-pushed the feat/optimize-more-RAs-in-second-prev branch from d411e9d to 6e8e28e Compare May 28, 2024 09:14
Signed-off-by: belthlemar <[email protected]>
@MartinBelthle MartinBelthle added PR: waiting-for-review This PR is waiting to be reviewed and removed PR: waiting-for-correction This PR is waiting to be corrected by its author labels May 28, 2024
@MartinBelthle MartinBelthle requested a review from phiedw May 28, 2024 12:03
@phiedw phiedw merged commit b2e61a8 into main May 30, 2024
9 checks passed
@phiedw phiedw deleted the feat/optimize-more-RAs-in-second-prev branch May 30, 2024 15:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature or request PR: waiting-for-review This PR is waiting to be reviewed
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Re-optimize PST in 2nd preventive
3 participants