Additional constraints to prevent violation of state of charge limits in non-representative periods

[federicoparolin]

Description

• Introduced additional constraints to bound the state of charge of LDS systems within the limits (zero and installed energy capacity) throughout the entire time horizon (as described in https://doi.org/10.48550/arXiv.2409.19079).
• Saving of storage content evolution throughout the entire time horizon (StorageEvol.csv and HSC_StorageEvol.csv)

Storage content evolution over full time horizon with the original (a) and updated (b) formulations:

What type of PR is this? (check all applicable)

• Feature
• Bug Fix
• Documentation Update
• Code Refactor
• Performance Improvements

How this can be tested

Tested on "3_three_zones_w_co2_capture" enabling LDS on storage resources.

Post-approval checklist for GenX core developers

After the PR is approved

• Check that the latest changes on the target branch are incorporated, either via merge or rebase
• Remember to squash and merge if incorporating into develop

[gmantegna]

Looks good overall, just two requests: 1. Can you please modify the relevant doc pages to reflect this change? 2. Do you have an idea of how much this increases runtime? Especially for a large case?

[gmantegna]

Looks good, thank you

[lbonaldo]

Hey @federicoparolin, thanks so much for this PR! It looks great to me as well. I’ve added a few additional comments on the write_opwrap_lds_stor_init function, could you please take a look when you have a moment?