Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Register
  • Sign in
  • B backbone
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 42
    • Issues 42
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 1
    • Merge requests 1
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • backbone
  • backbone
  • Issues
  • #72
Closed
Open
Issue created Mar 05, 2019 by Niina Helistö@nhniinaMaintainer

Ramps during start-up and shutdown

The issue has two parts:

  1. If trajectories are not used, equations q_rampUpLimit and q_rampDownLimit constrain the ramping of generation units so that in start-up, ramping is limited according to p_gnu(grid, node, unit, 'maxRampUp'), but in shutdown, p_gnu(grid, node, unit, 'maxRampDown') does not affect and units can shut down from full load during one interval. It is possible that the user gives p_gnu(grid, node, unit, 'maxRampUp') and min. load values that prevent the units from starting up entirely (and Backbone does not give any warning). Is this desired behavior or should the ramp equations be changed so that ramp limits would follow the same logic in start-up and shutdown, for example, units would be able to start up to full load and shut down from full load during one interval? (Consumption units should be checked as well.)

  2. Equations q_rampUpDown and q_rampSlack take care that costs caused by ramping are calculated properly. However, it is unclear how to calculate costs when the unit is starting up or shutting down. Start-up causes costs according to p_uStartup(unit, starttype, 'cost') and shutdown causes costs according to p_uShutdown(unit, 'cost'), but currently, the ramp that happens when the unit starts up or shuts down also causes costs according to p_gnuBoundaryProperties(grid, node, unit, slack, 'rampCost'). Should the ramping costs be considered only when the unit is in 'normal operation'? Moreover, trajectories are not taken into account properly in q_rampSlack.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking

This system is mainly used for VTT projects and partners in those projects. Default permission does not allow user to create projects / groups. If you are VTT person, please contact Kimmo Ahola for getting permissions.