Storage Deployment Optimization Model (SDOM)
SDOM (Storage Deployment Optimization Model) is an open-source, high-resolution grid capacity-expansion framework developed by the National Lab of the Rockies (NLR). It’s purpose-built to optimize the deployment and operation of energy storage technologies, leveraging hourly temporal resolution and granular spatial representation of Variable Renewable Energy (VRE) sources such as solar and wind.
SDOM estimates technology portfolios required to meet a specified carbon-free generation mix target by:
- 📆 Evaluating long-duration and seasonal storage technologies
- 🌦 Analyzing complementarity and synergies among diverse VRE resources and load profiles
- 📉 Assessing curtailment and operational strategies under various grid scenarios
Table of contents
- How SDOM Works
- Key Features
- Optimization Scope
- Notes on Model Expansion
- Sample Results
- Getting Started with SDOM
- Publications and Use Cases of SDOM
- Contributing Guidelines
How SDOM Works?
🔍 At its core, SDOM models the gap between electricity demand and fixed generation:
Inputs include time series data for:
- Load profiles
- Fixed generation (e.g., hydropower, nuclear, biomass, and geothermal). Hydropower can be configured as a fixed profile or operated flexibly with hydro-budget formulations.
- Optional grid-import and grid-export capacity and price data
Outputs include:
- The optimal technology portfolio capacity (PV solar, wind, storage types, thermal capacity) to reliably meet demand.
- Dispatch profiles for each technology, highlighting how resources are operated hour-by-hour.
- Insights on operational metrics like VRE curtailment, storage cycling, and thermal usage.
An illustrative figure below shows the flow from inputs to optimization results, enabling exploration of storage needs under varying renewable integration levels.
Key Features
⚙️
-
Accurate Representation of Storage Technologies Diversity: SDOM is strongly focused in providing a framework able to represent different storage technologies by:
- Representation of short-, long-duration, and seasonal storage technologies,
- Charging/discharging capacity decoupling,
- Optimization of both energy and power capacity,
- Full temporal chronology.
-
Temporal Resolution: Hourly time steps over a full-year, 8,760-hour default horizon enable precise modeling of storage dynamics and VRE variability. The
n_hoursargument can select a shorter horizon for testing or sensitivity analysis. -
Spatial Resolution: Fine-grained representation of VRE sources (e.g., solar, wind) captures geographic diversity and enhances system fidelity.
-
Copper Plate Modeling: SDOM Model neglects transmission constraints to keep the model tractable from the computational standpoint. Future SDOM releases should include inter-regional transmission constraints.
-
Fixed Generation Profiles: Nuclear, hydropower, and other fixed-generation resources (e.g., biomass and geothermal) are represented with time-series inputs. Hydropower is configurable as run-of-river or as flexible daily- and monthly-budget operations through the hydro-budget formulations.
-
System Optimization Objective: Minimizes total system cost, including capital, fixed/variable O&M, and fuel costs. Enabled import/export formulations can add grid-exchange energy costs; the demand-charge formulation adds applicable demand charges. The model satisfies user-defined carbon-free or renewable energy targets.
-
Modeling approach: Formulated as a Mixed-Integer Linear Programming (MILP) model to allow rigorous optimization of investment and capacity decisions.
-
Parametric & Sensitivity Analysis: Built-in
ParametricStudyAPI to run multi-dimensional parameter sweeps in parallel — sweepGenMix_Target, technologies CAPEX costs, load growth factors, and more. -
Platforms:
-
SDOM was originally developed in GAMS.
-
In order offer a full open-source solution also was developed this python package. This version requires python 3.10+.
-
-
Solver Compatibility: Currently the SDOM python version has been tested using the open-source CBC solver, the HiGHS open-source solver through the
highspymodule, and FICO Xpress through thexpressPython interface. In this repo the Windows executable for CBC is provided. You will need to provide the path of the CBC solver to run SDOM as illustrated in our simple script example. Xpress is commercial and requires a valid license.
Optimization Scope
📉 SDOM performs cost minimization across a 1-year operation window using a copper plate assumption—i.e., no internal transmission constraints—making it computationally efficient while capturing major cost drivers. Conventional generators are used as balancing resources, and storage technologies serve to meet carbon or renewable penetration goals.
Notes on Model Expansion
While SDOM currently supports a 1-year horizon, multiyear analyses could provide deeper insights into how interannual variability affects storage needs. Chronological, simulation-based approaches are better suited for this but present significant computational challenges—especially at hourly resolution. Extending SDOM to support multiyear optimization is left as future work.
Sample Results
The figures below show example outputs from a 3-dimensional parametric study
(3 carbon-free targets × 2 storage CAPEX factors × 2 load scaling factors = 12 cases)
run against the Data/no_exchange_run_of_river/ dataset included in this repository.
Installed capacity by technology across all cases
Total generation by technology across all cases
VRE curtailment across all cases
Per-case capacity and generation mix (GenMix_Target = 1.0, base CAPEX, base load)
Hourly dispatch heatmap — net load
GETTING STARTED WITH SDOM
System Setup and Prerequisites
- a. You'll need to install python
- After the installation make sure the python enviroment variable is set.
- b. Also, You'll need an IDE (Integrated Development Environment), we recommend to install MS VS code
- d. We alse recommend to install extensions such as:
- Python (required): Provides Python language support, debugging, environment selection, and IntelliSense in VS Code.
- edit CSV: To edit and interact with input csv files for SDOM directly in vs code.
- vscode-pdf: to read and see pdf files directly in vscode.
Install SDOM
It is recommended to load the packages in a virtual enviroment.
We recommend to use uv, a Python manager for virtual environments and packages.
-
a. Install
uvfollowing the instructions at uv on PyPI.Windows only — verify that
pythonanduvare on your PATH before creating the virtual environment. In PowerShell (or cmd) run:where.exe python where.exe uv
Each command should print a full path. If you see
INFO: Could not find files for the given pattern(s)., the executable is not on your PATH — re-check the Python installer option Add python.exe to PATH, or reinstalluvand open a new terminal so PATH changes take effect.Fix it manually (no admin required) — add the missing folders to your User PATH:
-
Locate the install folder(s). Common defaults are:
- Python:
%LOCALAPPDATA%\Programs\Python\Python3xx\and%LOCALAPPDATA%\Programs\Python\Python3xx\Scripts\ uv:%USERPROFILE%\.local\bin\(official installer) or theScriptsfolder of the Python you used withpip install uv
You can list installed Python versions with:
Get-ChildItem "$env:LOCALAPPDATA\Programs\Python" -Directory
- Python:
-
Append the folder(s) to your User PATH (persists across sessions, no admin needed). Edit the
$newPathslist to match what you found in step 1, then run:$newPaths = @( "$env:LOCALAPPDATA\Programs\Python\Python312", "$env:LOCALAPPDATA\Programs\Python\Python312\Scripts", "$env:USERPROFILE\.local\bin" ) $userPath = [Environment]::GetEnvironmentVariable("Path", "User") $updated = (@($userPath.TrimEnd(';')) + $newPaths) -join ';' [Environment]::SetEnvironmentVariable("Path", $updated, "User")
-
Close and reopen your terminal (and VS Code) so the new PATH is picked up, then re-run
where.exe pythonandwhere.exe uvto confirm both now resolve.
-
-
b. Create a new virtual environment named
.venv:uv venv .venv
This command creates a Python virtual environment in the `.venv` directory. -
c. Activate your virtual environment and install the SDOM package:
uv pip install sdom
-
d. Install the python module according to your solver. We'll use here HiGHS open-source solver
uv pip install highspy
For FICO Xpress, install SDOM with the optional Xpress dependency and make sure your Xpress license is configured:
uv pip install "sdom[xpress]"
-
e. Install the Logging package to be able to see sdom info, warning and error messages and log those:
uv pip install logging
-
f. Verify your environment by listing installed packages:
In your terminal or powershell run:
uv pip list
You should see output similar to:
Package Version --------------- ----------- contourpy 1.3.3 cycler 0.12.1 fonttools 4.63.0 highspy 1.14.0 kiwisolver 1.5.0 matplotlib 3.10.9 numpy 2.4.6 packaging 26.2 pandas 2.3.3 pillow 12.2.0 pyomo 6.10.0 pyparsing 3.3.2 python-dateutil 2.9.0.post0 pytz 2026.2 sdom 0.2.3 six 1.17.0 tzdata 2026.2
SDOM Input Files
For detailed information about SDOM input files, please refer to the SDOM Input Documentation.
SDOM simple script example
For an script about how to run SDOM, please refer to the SDOM simple script example.
PUBLICATIONS AND USE CASES OF SDOM
📄 For a comprehensive list of publications and use cases, please refer to the SDOM Publications Documentation.
CONTRIBUTING GUIDELINES
Metadata
Release files for sdom 0.2.7
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| sdom-0.2.7.tar.gz | 180.2 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| sdom-0.2.7-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 395.0 kB
Release files / sdom-0.2.7.tar.gz
| Download URL | sdom-0.2.7.tar.gz |
|---|---|
| Size | 180.2 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
e1b6e7b33336455397313bcebc2f97ff92e979e3c1c0dc41acc5ee5e5e82089d
|
|
BLAKE2b-256 checksum How to use checksums |
ae910afcd3be217c98205f9065b7d309f311efc91bfcf02d1013ce6afb974742
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.12
|
Release files / sdom-0.2.7-py3-none-any.whl
| Download URL | sdom-0.2.7-py3-none-any.whl |
|---|---|
| Size | 214.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
51eb7d34aac84f44ddcf88b05e3300cb90d634c0743d478654796fbb667520db
|
|
BLAKE2b-256 checksum How to use checksums |
7d9a36d6576504bc63bf4180013c41eb333b24fed5a2d36ebc32efaed77fc591
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.12
|
Security for sdom 0.2.7
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.