Veda2.0 Released!

Dummy import for slack variables
Dear all, 

I am facing a problem deactivating dummy imports flows into the slack variables of a UC. Here's a screenshot of the .DD file that contains this information. 
Is it normal that these slacks are still there in the ouputs by 2050? 

Thanks a lot for your help

Attached Files Thumbnail(s)
> Is it normal that these slacks are still there in the outputs by 2050?

Hmm... the dummy import flows are not slack variables. But the UC constraints do always have slack variables, VAR_UCxxx.  And yes, it is normal that these slacks appear in the results, either with non-zero levels or marginals.

If you mean that the dummy flows are still there in the outputs by 2050, I am not sure what you mean by "in the outputs". But if you mean that the flows have positive values in the results, even though you have bounded them to zero, that would certainly not be normal. Defining FLO_BND(r,t,'IMPNRGZ',com,'ANNUAL','UP') = EPS would generate equations forcing the IMPNRGZ flows of com to zero.
I meant that I have defined FLO_BND(r, t, 'IMPNRGZ', 'com','ANNUAL', 'UP') = 0. That is my understanding of my screenshot from the DD file. And Yes, even with this equation, the slack variables have postive values.
As I said, it is normal that the UC slack variables have positive values.

But concerning the dummy import flows, they will inevitably be zero if you have indeed bounded them to zero, and the solver finds a feasible solution.  Should you insist that this is not the case, it would be interesting to see it. Could you then please provide a reproducible case?    Shy 

Or, could you also post the full DD file (of the scenario you showed an extract), and the listing file, to see if there is something unusual?
Thank you for your answer Antti. Here's the DD file of the UC we are adding here. 

Thank you in advance

Attached Files
.txt   Nuclearlifeextension.txt (Size: 70.53 KB / Downloads: 3)
Your scenario uses $OFFEPS, and so you should know that any zero values defined for parameters will then only remove any earlier data for the parameters.  As I am sure you know (because you are deliberately using $OFFEPS), this means that your "zero" FLO_BND parameters will have no effect: they are ignored.

If you want to define zero FLO_BNDs that have an effect, you must define the EPS values for them:

  FLO_BND(r,t,'IMPNRGZ',com,'ANNUAL','UP') = EPS;

That can easily be accomplished either by using $ONEPS, or the interpolation option 2:

  FLO_BND(r,'0','IMPNRGZ',com,'ANNUAL','UP') = 2;

To conclude: $ONEPS is the default under VEDA, but you have decided to use $OFFEPS instead, and as a result your FLO_BNDs will actually have no effect.  Confused

Forum Jump:

Users browsing this thread: 1 Guest(s)