1. 19 Nov, 2020 1 commit
  2. 29 Oct, 2020 1 commit
  3. 01 Sep, 2020 1 commit
  4. 17 Aug, 2020 1 commit
  5. 07 Jul, 2020 1 commit
  6. 26 Jun, 2020 1 commit
    • Topi Rasku's avatar
      #127 UNTESTED: `p_storageValue` separated into constant and timeseries `ts_storageValue` versions. · 917fb953
      Topi Rasku authored
      `p_storageValue` is the constant form parameter, while `ts_storageValue` is the corresponding timeseries. `ts_storageValue_` is also added to handle time step aggregation and data circulation of `ts_storageValue` in the objective function. A new flag in `p_gn` called `storageValueUseTimeSeries` controls whether the constant `p_storageValue` or the timeseries `ts_storageValue` is used.
      
      WIP: I have no clue what the file `1e_scenmChanges.gms` is supposed to do, so no changes have been made there. However, since the input data is affected by these changes, I assume that this file will need to be changed as well for this fix to work properly.
      917fb953
  7. 22 Jun, 2020 1 commit
  8. 03 May, 2020 1 commit
  9. 04 Mar, 2020 1 commit
  10. 28 Feb, 2020 2 commits
  11. 21 Feb, 2020 1 commit
  12. 20 Feb, 2020 1 commit
  13. 31 Jan, 2020 1 commit
    • Niina Helistö's avatar
      Re-implementing dynamic generation portfolios (see issue #119). Unit... · b6030656
      Niina Helistö authored
      Re-implementing dynamic generation portfolios (see issue #119). Unit investment variables still have the 't' dimension, although it is kind of redundant. Units have technical lifetimes (given in ut set) but links are assumed to stay in the system forever after they have been built. Cost discounting and multi-year horizons are considered in the objective function but not in the results outputting yet.
      b6030656
  14. 20 Dec, 2019 1 commit
  15. 22 Nov, 2019 1 commit
    • Niina Helistö's avatar
      A fix related to issue #112: changed omCosts from p_unit to p_gnu and renamed... · 5e29f514
      Niina Helistö authored
      A fix related to issue #112: changed omCosts from p_unit to p_gnu and renamed to vomCosts. It is possible to give vomCosts also to input units, but in that case the user should select the sign carefully. The objective function includes a term:
      + sum(gnuft(grid, node, unit, f, t), + v_gen(grid, node, unit, s, f, t) * p_gnu(grid, node, unit, 'vomCosts'))
      which means that positive vomCosts result in decreasing objective function value when multiplied with negative v_gen. Positive vomCosts could be interpreted as an increase in consumer's utility. In this way, this fix may also be able to implement feature #76.
      5e29f514
  16. 24 Sep, 2019 1 commit
    • Niina Helistö's avatar
      Updating the two ROCOF constraints so that they apply to a group of nodes... · b89322d8
      Niina Helistö authored
      Updating the two ROCOF constraints so that they apply to a group of nodes instead of individual nodes.
      
      The transfer ROCOF constraint considers failures of interconnectors with one end inside the group and one end outside the group. 'DefaultFrequency' and 'ROCOF' are now p_groupPolicy parameters instead of p_gn parameters.
      b89322d8
  17. 05 Sep, 2019 1 commit
  18. 03 Sep, 2019 1 commit
  19. 02 Sep, 2019 3 commits
  20. 30 Aug, 2019 1 commit
  21. 27 Aug, 2019 1 commit
  22. 10 Jul, 2019 1 commit
  23. 17 Jun, 2019 1 commit
  24. 28 May, 2019 1 commit
  25. 27 May, 2019 1 commit
  26. 03 Apr, 2019 2 commits
  27. 28 Mar, 2019 1 commit
  28. 27 Mar, 2019 1 commit
  29. 19 Mar, 2019 1 commit
  30. 12 Mar, 2019 1 commit
  31. 04 Mar, 2019 1 commit
    • Niina Helistö's avatar
      Making it possible to choose in the modelsInit.gms file whether to include the... · 83dc0fda
      Niina Helistö authored
      Making it possible to choose in the modelsInit.gms file whether to include the two additional incremental heat rate equations that use binary variables:
      - mSettings(m, 'incHRAdditionalConstraints') = 0: use the constraints but only for units with non-convex fuel use
      - mSettings(m, 'incHRAdditionalConstraints') = 1: use the constraints for all units represented using incremental heat rates
      Enabling incremental heat rates also in the invest model (and potentially in the building model). Some clean-up to the incremental heat rate equations.
      83dc0fda
  32. 27 Feb, 2019 1 commit
    • Ciara O'Dwyer's avatar
      Incremental heat rate bounds 1-3 removed · 5022fd30
      Ciara O'Dwyer authored
      New data parameter hrsection defined (using section will change Lambda results)
      Slope for incremental heat rates now defined based on max efficiency (not used in conversion constraints - approximation only required)
      5022fd30
  33. 26 Feb, 2019 3 commits
  34. 22 Feb, 2019 1 commit