The Constraint table is used to define annual constraints that affect the dispatch of resources, generally in ways that alter the usual economic dispatch order. It captures constraints of a longer term, inter-temporal nature in the dispatch problem and allows constraints to be specified for resource emissions, energy, capacities, and fuel production.
NOTE: When opened, this table will automatically show a filtered view based on the areas, zones, or pools which are running in the study system. Automatic Filters are overridden by the User Default Quick View, or can be turned off using the Project Options in the Options window.
NOTE: This logic is different than the Custom Constraint option.
Each row in the Constraint table corresponds to an energy, emission, fuel limit, other constraint for the group of resources which reference the row's Set ID. Limits can be set at the annual or monthly level.
CATEGORY |
CONSTRAINT TYPE NAME |
DESCRIPTION |
Energy Energy constraints limit the monthly and annual generation of resources. They do not restrict how much capacity a resource may contribute towards operating, spinning, or planning reserves. Also, the Item ID and Emission Pricing columns do not need to be populated for energy constraints. |
Energy Min |
Aurora seeks to honor a minimum MWh generation level across the month or year. |
Energy Max |
Specify an annual/monthly limit on the total energy which can be produced by the resources in the constraint set. The limits should be entered in megawatt hours (MWh). |
|
Energy CF Min |
Aurora puts a floor on the capacity factor of the resource over the year. This constraint is equivalent to using an Energy Min constraint but allows the expression of the constraint in terms of capacity factor instead of MWh. |
|
Energy CF Max |
Aurora limits the capacity factor of the resource over the year. This constraint is the same as limiting the actual energy but allows the expression of the constraint in terms of capacity factor instead of MWh. |
|
Long-Term There are a few options specifically for long-term capacity expansion studies, where Aurora will use the constraint to guide the build decisions in a long-term study. |
LT Capacity Min |
Aurora will seek to constrain the build decisions such that the total average nameplate capacity from the resources in the constraint which are online is greater than or equal to the input target. The Limit Type must be equal to Year, Year Cumulative, or Study for this constraint type.
Note that Traditional LT Method is not allowed with this option. If selected, the Mixed Integer Program, Chronological method will be used instead. |
LT Capacity Max |
Aurora will seek to constrain the build decisions such that the total average nameplate capacity from the resources in the constraint which are online is less than or equal to the input target. The Limit Type must be equal to Year, Year Cumulative, or Study for this constraint type.
Note that Traditional LT Method is not allowed with this option. If selected, the Mixed Integer Program, Chronological method will be used instead. |
|
LT Energy Min |
Aurora will only honor the constraint in the LT decisions and not necessarily the dispatch. It will ensure that enough energy is available from the resources that are built to meet the target, if possible. This is particularly useful in modeling RPS build targets. Note that the Limit Type must be equal to Year for this constraint type. |
|
LT Energy Max |
Aurora will only honor the constraint in the LT decisions and not necessarily the dispatch. It will seek to limit the builds such that the expected energy from the resources in the constraint which are online is less than the input target each year. Note that the Limit Type must be equal to Year for this constraint type. |
|
LT Reserve Margin |
Aurora will accept additional reserve margin target constraints, including at a monthly level. This constraint can only be referenced by zones directly in the Constraint ID column of the Zone Definition table and Aurora will use the set of all zones referencing the constraint as the region over which the reserve margin target must be met. The Limit value is entered as a percent, just like it is for the pools and zones (e.g. 15 means that Peak Capacity/Peak Demand need to be at least 1.15), and any Firm Imports/Firm Exports will be summed across the zones that are within the constraint. For this constraint, Aurora will use all resources in the defined zones and the total demand of all of the zones to determine the reserve margin values. To put a reserve margin constraint on every month, then set the Limit Type = Month (and the Limit column can take a time series input). To do an annual constraint that only looks at certain months in the year, use the Limit Definition column in conjunction with Limit Type = Year. For example, specify a reserve margin target of 15% for all of the summer months and a second target of 15% for all of the winter months to ensure that both the winter and summer peaks are covered. |
|
Emissions For Emissions, the Constraint table is used to specify both the quantity limits on types of emissions as well as the cost of the emissions. |
Emission (e.g., tons, tonnes) Emission Rate (e.g., tons/MWh) |
Emission limits are entered for a given Set ID and emission type, so there may be multiple rows with the same Set ID. For example, limits may be placed on each of three emission types - such as carbon dioxide (CO2), sulfur dioxide (SO2) and oxides of nitrogen (NOx) - by entering three rows in the Constraint table. The Item ID should match a value in the Name column of the Emission Rate table. The rows are collected into the same constraint set by entering a common Set ID value for all three rows. The cost of producing the emissions is specified in the Emission Pricing column of the Constraint table and may reference a supply curve (see column description for more details). Note that for any resources which reference an emission constraint in the Constraint table, the resource-level emission prices will be overridden by the emission price for the constraint. Resource emissions and energy can be limited by referring to the relevant constraint set(s) in three different ways. The relevant Set ID value from the Constraint table can be entered in the Constraint ID column of the:
NOTE: Pumped storage and demand curtailment units are not allowed.
The Constraint ID column in these three tables may contain multiple constraint set references by entering several Set ID values separated by commas. Thus resources may simultaneously participate in many constraint sets. When using one of the mixed-integer program (MIP) methods in conjunction with annual emission targets specified in the Constraint table, Aurora adds explicit constraints in the LT solution to limit the builds of emitting units that contribute to the constraint. |
Fuel Two options offer settings for fuel usage. The Item ID and Emission Pricing columns do not need to be populated for fuel constraints. |
Fuel Min Fuel Max |
Aurora puts a limit or minimum on the total fuel usage of all fuels which reference the Set ID in the Fuel Constraint ID column of the Fuels table. All resources that utilize this fuel directly or indirectly (via a Reference Fuel) will participate in the constraint, and Aurora will properly distinguish between primary and secondary fuel types. Fuel type constraints cannot be referenced directly by resources. |
Transmission Two options offer settings for link flows in a Standard Zonal simulations. The Item ID, Constraint Emission Rate, and Emission Pricing columns do not need to be populated for transmission constraints. |
Link Flow Max Link Flow Min |
Aurora limits the total flow, in MWh, across a set of Zonal Links. The links in the constraint are defined in two ways:
|
NOTE: Constraint data from this table will be included in a study ONLY if this table is selected for inclusion in the study prior to the start of a run (select the "In Study" check box next to the table name in the Input Tables Window).
COLUMNS INCLUDE |
|||
See also Emissions Overview.
Refer to the Data Documentation topic Emission Price for information on the default data used in this table.
See also Constrained Dispatch Logic Details for mathematical details in this method.
Constraint Table
For further assistance, please contact Aurora Support.
Copyright© 1997-2022 Energy Exemplar LLC. All rights reserved.