Skip to content

Conversation

@victorgarcia98
Copy link
Contributor

Description

After a long time debugging, I realized why my schedules were infeasible: the magnitude of the quantities being used. The same problem scaled up by 1000 worked, but not in the original scale. This PR aims at fixing this issue, starting by introducing a test case that fails.


  • I agree to contribute to the project under Apache 2 License.
  • To the best of my knowledge, the proposed patch is not based on code under GPL or other license that is incompatible with FlexMeasures

Victor Garcia Reolid added 4 commits March 26, 2025 12:23
Signed-off-by: Victor Garcia Reolid <victor@seita.nl>
Signed-off-by: Victor Garcia Reolid <victor@seita.nl>
@victorgarcia98 victorgarcia98 requested review from Flix6x and removed request for Flix6x April 13, 2025 21:45
@nhoening
Copy link
Contributor

Can you say how we found this problem / what the motivation is to create the fix?

@Flix6x
Copy link
Contributor

Flix6x commented Apr 14, 2025

Thank you for creating the bug report in the form of a xfail PR! It makes it so much easier to debug.

This doesn't appear to be a problem with units, but rather with a rounding error. I haven't found the exact cause yet, but I'm pushing a dev commit to support my claim.

So far, it only appears to be a problem in case of very small consumption capacity (<1.000000000000001 W) in combination with a soc-usage equal to the consumption capacity, which I'd argue is a very rare case.

Signed-off-by: F.N. Claessen <felix@seita.nl>
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.

4 participants