1. 22 Jun, 2017 1 commit
  2. 16 Jun, 2017 1 commit
  3. 13 Apr, 2017 1 commit
  4. 04 Apr, 2017 1 commit
  5. 03 Apr, 2017 1 commit
    • Topi Rasku's avatar
      Created 3 new variables and 2 new equations to permit imposing ramp... · b01011a3
      Topi Rasku authored
      Created 3 new variables and 2 new equations to permit imposing ramp constraints and costs on units. Also generalized the "resdirection" set as an "up_down" set, also used for ramp related variables.
      
      IMPORTANT! The dummy data in "3a_modelsInit.gms" regarding the reserve requirements needs to be changed in order for these changes to function!
      
      The new "v_genRamp" records the change in the "v_gen" over an interval, as required in the "q_genRamp" equality constraint. The "v_genRamp" variable is generated for units with ramp restrictions, and is used for enforcing those in the model. However, in order to apply larger costs to steeper ramps, another variable called "v_genRampChange" is required, that essentially tracks the changes in the ramp speed of the units according to the "q_genRampChange" equality constraint. Since this variable is used to apply the costs, it requires the "up_down" dimension to keep track of positive and negative changes separately.
      
      In order to make the ramping constraints as general and specific as possible, they can be imposed for each unit output separately. The old ramp related parameters were thus moved from "param_unit" under "param_gnu".
      b01011a3
  6. 31 Mar, 2017 1 commit
  7. 28 Mar, 2017 1 commit
    • Topi Rasku's avatar
      Major rewriting and cleanup of the efficiency approximations (directOff,... · 5c5c68b2
      Topi Rasku authored
      Major rewriting and cleanup of the efficiency approximations (directOff, directOn, lambda), and some of the related sets.
      
      Previously, the efficiency approximations required specific efficiency data, and no more than 2 points of data were used. Now the approximations use all the relevant input data they can find (up to the defined maximum indeces) when determining the parameters, and tests have been implemented in "1e_inputs.gms" to abort Backbone execution and warn the user of incompatible input data with the desired approximations.
      
      However, without minimum load, there are still issues with the "directOn" and "lambda" approximations that could perhaps be solved.
      5c5c68b2
  8. 24 Mar, 2017 1 commit
  9. 23 Mar, 2017 1 commit
  10. 16 Mar, 2017 1 commit
  11. 14 Mar, 2017 1 commit
    • Topi Rasku's avatar
      Minor cleanup. · e5f32adb
      Topi Rasku authored
      Renamed the "param_nu" to "param_unit" as it is currently used in "p_unit", which is not dependent on the node. Also commented out some unused/redundant assets in the "1a_definitions.gms", and made appropriate changes to "1e_inputs.gms" (since "p_gnu" efficiency and conversion related parameters don't affect anything anymore).
      e5f32adb
  12. 24 Feb, 2017 1 commit
  13. 21 Feb, 2017 2 commits
    • Topi Rasku's avatar
      Fixed a small issue, where there would be divisions by zero if the... · 061631a6
      Topi Rasku authored
      Fixed a small issue, where there would be divisions by zero if the optimizaiton horizon was set to an end of a defined interval, which wasn't the last defined interval.
      
      This is nothing crucial, as intervals past the optimization horizon probably shouldn't be defined at all. However, makes it a little more convenient to experiment with the model settings. As the last step is defined separately in order to correctly set the end point state boundaries anyway, there is no need to account for it in the interval loop.
      061631a6
    • Topi Rasku's avatar
      Fixed an issue where the unit aggregation horizon would not move along with... · a538f701
      Topi Rasku authored
      Fixed an issue where the unit aggregation horizon would not move along with the moving optimization.
      a538f701
  14. 20 Feb, 2017 1 commit
  15. 16 Feb, 2017 1 commit
  16. 15 Feb, 2017 1 commit
  17. 14 Feb, 2017 1 commit
    • Topi Rasku's avatar
      Added definitions for the data at the last simulation step, otherwise e.g.... · cdacdd5d
      Topi Rasku authored
      Added definitions for the data at the last simulation step, otherwise e.g. temperature boundaries reset to 0 during the last time step.
      
      CAUTION! Currently, doesn't average or sum anything, and uses only the raw data. This is apparent from the energy demand summation, and hopefully doesn't cause any weird problems. The generation and reserve variables aren't generated for the very last time index, so that at least should work as intended.
      cdacdd5d
  18. 13 Feb, 2017 2 commits
  19. 07 Feb, 2017 1 commit
  20. 06 Feb, 2017 1 commit
    • Topi Rasku's avatar
      Intermediate commit for implementing time series form unit parameters. HAS NOT... · 2b52ab69
      Topi Rasku authored
      Intermediate commit for implementing time series form unit parameters. HAS NOT BEEN TESTED WITH ACTUAL TIME SERIES DATA  AS OF YET!
      
      First steps for implementing the possibility of time series form input data for units, required for e.g. heat pumps. The idea is to use a flag "useTimeseries" in p_unit to easily disable the use of time series when necessary. However, the flag is not parameter dependent, meaning that if the flag is set all available time series data for each unit will be used. The code should use time series data only when able, and supplement missing values with constant parameter data, which should make it possible (if not advised) to feed incomplete time series as input.
      2b52ab69
  21. 09 Jan, 2017 1 commit
  22. 13 Dec, 2016 1 commit
  23. 29 Nov, 2016 1 commit
  24. 04 Oct, 2016 3 commits
  25. 27 Sep, 2016 1 commit
    • Juha Kiviluoma's avatar
      Big changes. · 0913d330
      Juha Kiviluoma authored
      1) Units and nodes can be aggregated in later time steps
      2) Piecewise linear implementations (SOS1 and SOS2) for part-load conversion efficiency
      3) Piecewise linear implementation can change in later time periods
      0913d330
  26. 02 Sep, 2016 1 commit
  27. 31 Aug, 2016 1 commit
  28. 30 Aug, 2016 2 commits
  29. 29 Aug, 2016 1 commit
  30. 23 Aug, 2016 1 commit
  31. 22 Aug, 2016 1 commit
  32. 30 Jun, 2016 1 commit
  33. 29 Jun, 2016 1 commit
  34. 17 Jun, 2016 2 commits