Electric Steam

Contents

Overview | Asset Structure | Flow Equations | Input File (Standard Format) | Types - Asset Structure | Constructors | Examples | Best Practices | Input File (Advanced Format)

Overview

Electric Steam assets in MacroEnergy.jl represent resistive or steam production–based systems that convert electricity into steam for district or building steam applications. These assets can represent electric boilers, steam production, or other electrical steam devices supplying district or building steam networks. They are defined using either JSON or CSV input files placed in the assets directory, typically named with descriptive identifiers like electric_steam.json.

Asset Structure

An electric steam asset consists of three main components:

1. Transformation Component: Balances the electricity and steam flows
2. Electricity Edge: Represents the electricity supply to the steam unit
3. Steam Edge: Represents the steam production (can have unit commitment operations)

Here is a graphical representation of the electric steam asset:

Flow Equations

The electric steam asset follows these stoichiometric relationships:

\[\begin{aligned} \phi_{elec} &= \phi_{steam} \cdot \epsilon_{elec\_consumption} \\ \end{aligned}\]

Where:

• $\phi$ represents the flow of each commodity
• $\epsilon$ represents the stoichiometric coefficients defined in the Conversion Process Parameters section.

Input File (Standard Format)

The easiest way to include a electric steam asset in a model is to create a new file (either JSON or CSV) and place it in the assets directory together with the other assets.

your_case/
├── assets/
│   ├── electric_steam.json    # or electric_steam.csv
│   ├── other_assets.json
│   └── ...
├── system/
├── settings/
└── ...

This file can either be created manually, or using the template_asset function, as shown in the Adding an Asset to a System section of the User Guide. The file will be automatically loaded when you run your Macro model.

The following is an example of a electric steam asset input file:

{
    "ElectricSteam": [
        {
            "type": "ElectricSteam",
            "instance_data": [
                {
                    "id": "SE_electric_boiler_1",
                    "location": "SE",
                    "timedata": "Electricity",
                    "capacity_size": 50,
                    "elec_consumption": 1.0,
                    "investment_cost": 20000,
                    "fixed_om_cost": 1200,
                    "variable_om_cost": 2.0,
                    "ramp_up_fraction": 0.8,
                    "ramp_down_fraction": 0.8
                }
            ]
        }
    ]
}

The following tables outline the attributes that can be set for a electric steam asset.

Essential Attributes

Conversion Process Parameters

The following set of parameters control the conversion process and stoichiometry of the electric steam asset (see Flow Equations for more details).

Constraints Configuration

Electric Steam assets can have different constraints applied to them, and the user can configure them using the following fields:

For example, if the user wants to apply the BalanceConstraint to the transformation component and the CapacityConstraint to the steam edge, the constraints fields should be set as follows:

{
    "transform_constraints": {
        "BalanceConstraint": true
    },
    "steam_constraints": {
        "CapacityConstraint": true
    }
}

Users can refer to the Adding Asset Constraints to a System section of the User Guide for a list of all the constraints that can be applied to the different components of a electric steam asset.

Default constraints

To simplify the input file and the asset configuration, the following constraints are applied to the electric steam asset by default:

• Balance constraint (applied to the transformation component)
• Capacity constraint (applied to the steam edge)
• Ramping limits constraint (applied to the steam edge)

Unit commitment constraints (when uc is set to true):

• Minimum up and down time constraint (applied to the steam edge)

Investment Parameters

Additional Investment Parameters

Maximum and minimum capacity constraints

If MaxCapacityConstraint or MinCapacityConstraint are added to the constraints dictionary for the steam edge, the following parameters are used by Macro:

Economic Parameters

Operational Parameters

Additional Operational Parameters

Unit commitment parameters (when uc is set to true)

Minimum flow constraint

If MinFlowConstraint is added to the constraints dictionary for the steam edge, the following parameter is used:

Ramping limit constraint

If RampingLimitConstraint is added to the constraints dictionary for the steam edge, the following parameters are used:

Minimum up and down time constraints

If MinUpTimeConstraint or MinDownTimeConstraint are added to the constraints dictionary for the steam edge, the following parameters are used:

Types - Asset Structure

The electricsteam asset is defined as follows:

struct electricsteam{T} <: AbstractAsset
    id::AssetId
    steam_transform::Transformation
    steam_edge::Union{Edge{<:Steam},EdgeWithUC{<:Steam}}
    elec_edge::Edge{<:T}
end

Constructors

Default constructor

electricsteam(id::AssetId, steam_transform::Transformation, steam_edge::Union{Edge{<:Steam},EdgeWithUC{<:Steam}}, elec_edge::Edge{<:Electricity})

Factory constructor

make(asset_type::Type{electricsteam}, data::AbstractDict{Symbol,Any}, system::System)

Examples

This section contains examples of how to use the electric steam asset in a Macro model.

Example of electric steam plant

This example shows a electric steam plant. The asset has no capacity and can be expanded. The asset has an availability time series loaded from a CSV file.

JSON Format:

Note that the global_data field is used to set the fields and constraints that are common to all instances of the same asset type.

{
    "ElectricSteam": [
        {
            "type": "ElectricSteam",
            "instance_data": [
                {
                    "id": "SE_electric_steam_1",
                    "location": "SE",
                    "timedata": "Electricity",
                    "elec_commodity": "Electricity",
                    "elec_start_vertex": "elec_SE",
                    "can_retire": true,
                    "can_expand": true,
                    "existing_capacity": 0,
                    "capacity_size": 50.0,
                    "elec_consumption": 1.2,
                    "fixed_om_cost": 6000,
                    "variable_om_cost": 5.0
                }
            ]
        }
    ]
}

CSV Format:

Multiple Electric Steam Units in Different Zones

This example shows three electric steam units. Each asset has no capacity and can be expanded. The assets are configured without unit commitment variables.

JSON Format:

{
    "ElectricSteam": [
        {
            "type": "ElectricSteam",
            "global_data": {
                "timedata": "Electricity",
                "elec_commodity": "Electricity",
                "steam_constraints": {
                    "MinFlowConstraint": true
                }
            },
            "instance_data": [
                {
                    "id": "MIDAT_electric_steam_1",
                    "location": "MIDAT",
                    "elec_consumption": 1.85,
                    "can_retire": true,
                    "can_expand": true,
                    "existing_capacity": 4,
                    "investment_cost": 0.0,
                    "fixed_om_cost": 8000,
                    "variable_om_cost": 4.5,
                    "capacity_size": 100.0
                },
                {
                    "id": "NE_electric_steam_1",
                    "location": "NE",
                    "elec_consumption": 1.90,
                    "can_retire": true,
                    "can_expand": true,
                    "existing_capacity": 0,
                    "investment_cost": 0.0,
                    "fixed_om_cost": 8200,
                    "variable_om_cost": 4.7,
                    "capacity_size": 120.0
                },
                {
                    "id": "SE_electric_steam_1",
                    "location": "SE",
                    "elec_consumption": 1.75,
                    "can_retire": true,
                    "can_expand": true,
                    "existing_capacity": 0,
                    "investment_cost": 0.0,
                    "fixed_om_cost": 7000,
                    "variable_om_cost": 3.9,
                    "capacity_size": 500.0
                }
            ]
        }
    ]
}

CSV Format:

Best Practices

1. Use global data for common parameters: Use the global_data field to set the fields and constraints that are common to all instances of the same asset type.
2. Set realistic efficiency parameters: Ensure electricity consumption are accurate for the technology being modeled
3. Use meaningful IDs: Choose descriptive identifiers that indicate location and technology type
4. Consider unit commitment carefully: Enable unit commitment only when detailed operational modeling is needed
5. Use constraints selectively: Only enable constraints that are necessary for your modeling needs
6. Validate costs: Ensure investment and O&M costs are in appropriate units and time periods
7. Test configurations: Start with simple configurations and gradually add complexity
8. Set appropriate ramp rates: Consider the actual operational characteristics of the technology

Input File (Advanced Format)

Macro provides an advanced format for defining electric steam assets, offering users and modelers detailed control over asset specifications. This format builds upon the standard format and is ideal for those who need more comprehensive customization.

To understand the advanced format, consider the graph representation and the type definition of a electric steam asset. The input file mirrors this hierarchical structure.

A electric steam asset in Macro is composed of a transformation component, represented by a Transformation object, and multiple edges (electricity, steam), each represented by an Edge object. The input file for a electric steam asset is therefore organized as follows:

{
    "transforms":{
        // ... transformation-specific attributes ...
    },
    "edges":{
        "elec_edge": {
            // ... elec_edge-specific attributes ...
        },
        "steam_edge": {
            // ... steam_edge-specific attributes ...
        }
    }
}

Each top-level key (e.g., "transforms" or "edges") denotes a component type. The second-level keys either specify the attributes of the component (when there is a single instance) or identify the instances of the component when there are multiple instances.

Below is an example of an input file for a electric steam asset that sets up multiple electric steam plants across different regions:

{
    "ElectricSteam": [
        {
            "type": "electricsteam",
            "global_data": {
                "transforms": {
                    "timedata": "Electricity",
                    "constraints": {
                        "BalanceConstraint": true
                    }
                },
                "edges": {
                    "steam_edge": {
                        "commodity": "Steam",
                        "unidirectional": true,
                        "has_capacity": true,
                        "constraints": {
                            "CapacityConstraint": true,
                            "RampingLimitConstraint": true,
                            "MinFlowConstraint": true
                        }
                    },
                    "elec_edge": {
                        "commodity": "Electricity",
                        "unidirectional": true,
                        "has_capacity": false
                    }
                }
            },
            "instance_data": [
                {
                    "id": "MIDAT_electric_steam_1",
                    "transforms": {
                        "elec_consumption": 1.85,
                    },
                    "edges": {
                        "steam_edge": {
                            "end_vertex": "steam_MIDAT",
                            "can_retire": true,
                            "can_expand": true,
                            "existing_capacity": 0,
                            "investment_cost": 0.0,
                            "fixed_om_cost": 8000,
                            "variable_om_cost": 4.5,
                            "capacity_size": 100.0
                        },
                        "elec_edge": {
                            "start_vertex": "elec_MIDAT"
                        }
                    }
                },
                {
                    "id": "NE_electric_steam_1",
                    "transforms": {
                        "elec_consumption": 1.90,
                    },
                    "edges": {
                        "steam_edge": {
                            "end_vertex": "steam_NE",
                            "can_retire": true,
                            "can_expand": true,
                            "existing_capacity": 0,
                            "investment_cost": 0.0,
                            "fixed_om_cost": 8200,
                            "variable_om_cost": 4.7,
                            "capacity_size": 120.0
                        },
                        "elec_edge": {
                            "start_vertex": "elec_NE"
                        }
                    }
                },
                {
                    "id": "SE_electric_steam_1",
                    "transforms": {
                        "elec_consumption": 1.75,
                    },
                    "edges": {
                        "steam_edge": {
                            "end_vertex": "steam_SE",
                            "can_retire": true,
                            "can_expand": true,
                            "existing_capacity": 0,
                            "investment_cost": 0.0,
                            "fixed_om_cost": 7000,
                            "variable_om_cost": 3.9,
                            "capacity_size": 500.0
                        },
                        "elec_edge": {
                            "start_vertex": "elec_SE"
                        }
                    }
                }
            ]
        }
    ]
}

Key Points

• The global_data field is utilized to define attributes and constraints that apply universally to all instances of a particular asset type.
• The start_vertex and end_vertex fields indicate the nodes to which the edges are connected. These nodes must be defined in the nodes.json file.
• By default, only the steam edge is allowed to expand as a modeling decision (see note below)
• The steam edge can have unit commitment operations enabled by setting the uc attribute to true.
• For a comprehensive list of attributes that can be configured for the transformation and edge components, refer to the transformation and edges pages of the Macro manual.