optihood 0.0.1

Creator: railscoder56

Last updated:

Add to Cart

Description:

optihood 0.0.1

optihood: energy modelling and optimization framework
optihood provides a complete python-based framework to OPTImize the investment in alternative energy
technologies (heat pump, solar thermal, PV, etc.) as well as the operation of available energy resources (natural gas,
sun, grid electricity, etc.) for decentralized energy networks on a neighbourHOOD-scale. It is designed to facilitate
the researchers and energy planners in optimizing an energy neighbourhood in terms of cost and/or environmental criteria.
It enables the users to perform both single-objective and multi-objective optimization and analysis. The energy model and
it's associated parameters can be defined easily using an excel file. Additionally, a variety of plotting methods are
defined for easy and fast result visualization.
Documentation
The documentation can be found on https://optihood.readthedocs.io/.
Prerequisites
In order to use optihood, the following prerequisites are needed on your machine:

Python 3.9 is installed.
Git is installed
An active Github account to clone the repo.
A solver is installed. Gurobi solver
is recommended, although other solvers like CBC, GLPK, Cplex could also be used.

Installation
As of now, optihood is available as an open source code and needs to be installed from source. Please follow the
instructions mentioned below to complete the installation. The commands given below are suited for the Windows platform
and should be run from within the optihood directory in a Command Prompt. For other platforms, similar alternative
commands could be used.


Clone the optihood repo to a folder called 'optihood' on your local machine:
git clone https://github.com/SPF-OST/OptiHood.git



All the next commands should be run from within the optihood folder. Create a virtual environment and activate it:
py -3.9 -m venv venv
venv\Scripts\activate



Install the requirements into the created virtual environment:
pip install wheel
pip install -r requirements.txt

It might be required to install C++ build tools. To do that, click on the link that appears with the error message and follow the instructions (it is the lapack package that is missing). In order to be able to
install the missing package, it is required to have a complete Visual Studio instance and installing it with the "Desktop development with C++" workload.


Verify the installation of the oemof package and the solver by running the installation test in your virtual environment:
oemof_installation_test

If the installation is successful a message similar to the following would display (the installed solver would be marked as working):
*****************************
Solver installed with oemof
cbc: not working
glpk: not working
gurobi: working
cplex: not working

*****************************
oemof successfully installed.
*****************************



To test whether the installation worked well, you could run a basic example.


Defining an energy network
Optihood offers a several functionalities to define an energy network, optimize it and visualize the results, which
provides the user with a complete framework for optimization without the need to code by hand.
An energy network can be defined as an object of the EnergyNetworkIndiv class or the EnergyNetworkGroup class. This
object then acts as the primary container for the model. The EnergyNetworkClass is the main parent class, from which
two child classes EnergyNetworkIndiv and EnergyNetworkGroup are inherited. Either EnergyNetworkIndiv class or
EnergyNetworkGroup class could be used to define an energy network. The choice mainly depends on whether the buildings
are linked together (electrically and/or thermally) or not.
If the buildings within an energy network do not share electricity and/or heat, EnergyNetworkIndiv class is used:
import EnergyNetworkIndiv
network = EnergyNetworkIndiv(dateTimeIndex, tSH=35, tDHW=55)

Otherwise, if the buildings are expected to share energy (electrical and/or heat), EnergyNetworkGroup class is used:
import EnergyNetworkGroup
network = EnergyNetworkGroup(dateTimeIndex, tSH=35, tDHW=55)

The first parameter to be passed in both the cases is a Datetime index. This parameter gives the time range for an
optimization model. The Datetime index could be defined using date_range() in pandas:
import pandas as pd
dateTimeIndex = pd.date_range('2021-01-01 00:00:00', '2021-12-31 23:00:00', freq="60min")

The second and the third parameters tSH and tDHW define the temperatures for space heating and domestic hot water
production, respectively.
Once the 'network' object has been created, the next step then is to build the model from an input excel file which
defines different components which constitute the model, how they are connected and their associated parameters:
network.setFromExcel(inputExcelFilePath, numberOfBuildings, clusterSize, opt)

'inputExcelFilePath' gives the path of the excel input file. 'numberofBuildings' is an integer parameter specifying the
number of buildings defined in the excel file. The last two parameters clusterSize and opt are optional. The 'opt'
parameter could be either 'costs' (default value) or 'env' depending on which criteria should be optimized. The
'clusterSize' parameter is used to provide a selected number of days which could be assumed representative of the entire
time range. For example: two typical days could be selected to model the entire year, which could represent two clusters
summer and winter. This would improve the optimization speed. If not given during the function call, the default value
of the clusterSize parameter assumes no day clusters.
Input Excel File
The input excel file is used to define an optimization model and set the model parameters. Each sheet of this excel file
is structured to defin different components, such as buses, storages and transformers, their respective parameters,
connections between these components and the building to which they belong.
The input excel file typically has 9-10 sheets, each defining a different component type of the model.
buses
This excel sheet defines the buses used in the energy network. Buses define the connections between different
components. Each row of this excel sheet represents a bus node in the model.


label (string):
label name of the bus. Should be unique for each building i.e. different buildings could have the same label for two
buses but for one building the buses should not have duplicate labels.


active (0 or 1):
If set to 1 then the corresponding bus is active, otherwise (if 0) then the bus is inactive in the model. Could be
used to optimize different scenarios with different buses without the need to re-construct the base excel file.


excess (0 or 1):
If set to 1 then the corresponding bus has the possibility of having an excess flow unbalanced to the demand. An
additional sink node is automatically added in this case to accept this excess flow. If set to 0 then the bus cannot
have an excess flow.


excess costs (float):
The associated cost of excess flow from a bus. Relevant only if excess is set to 1. Could be negative to denote
monetary gains such as in case of PV feed-in.


building (integer):
Building number to which the bus belongs. Should be unique for each building.


commodity_sources
This sheet defines the different commodity sources which serve as an energy input to the model. The parameters label,
active and building are analogous to the parameters described earlier for buses.


to (string):
Label of bus to which the energy from the commodity source flows. The corresponding bus label should exist in
the buses sheet.


variable costs (float):
Cost per kW of the commodity source.


CO2 impact (float):
CO2 impact per kW of the commodity source.


demand
The nodes related to the energy demand i.e. sink are defined in this sheet. The parameters label, active and
building are analogous to the parameters described earlier for buses.


from (string):
Label of the bus from which the energy flows to the demand node. The corresponding bus label should exist in
the buses sheet.


fixed (0 or 1):
If set to 1, the energy demand profiles are fixed and a path to the demand profiles should then be given in the
csv_data sheet of the input excel file. If set to 0, the optimizer will select the demand profiles for optimum
operation (a total annual demand profile could be given in this case). At the present development stage only fixed
demands are accepted.


nominal value (float):
The demand profiles series should be normalized values. this parameter then defines the maximum demand with which
the normalized series is multiplied to obtain the actual demand profile series. If set to 1, then the given demand
profile series is taken as it is (not normalized).


transformers
The nodes related to the energy conversion units (or transformers) such as CHP, heat pump, etc. are given in this excel
sheet. The parameters label, active and building are analogous to the parameters described earlier for buses.


from (string):
Label of bus from which the energy flows to the transformer node. The corresponding bus label should exist in
the buses sheet.


to (strings separated by comma):
Label of the bus(es) to which the energy flows from the transformer node. Different bus labels should be separated
by a comma (,), for example: Bus1, Bus2, Bus3. The bus label(s) should exist in the buses sheet.


efficiency (float values separated by comma):
Conversion efficiency from input to the output(s) of the transformer node. Efficiencies should be separated by
a comma (,) in the case with more than one outputs (i.e. when more than one buses are listed under to).


capacity_DHW (float):
Maximum capacity limit for domestic hot water (DHW) production from the transformer unit in kW. Could be left blank
if the parameter is not relevant to a transformer (for example if a transformer does not produce DHW)


capacity_SH (float):
Maximum capacity limit for space heat (SH) production from the transformer unit in kW. Could be left blank if the
parameter is not relevant to a transformer (for example if a transformer does not produce SH)


capacity_el (float):
Maximum capacity limit for electricity production from the transformer unit in kW. Could be left blank if the
parameter is not relevant to a transformer (for example if a transformer does not produce electricity). Note for CHP
this parameter acts as the main capacity against which optimization is performed.


capacity_min (float):
Minimum capacity to be installed in kW for an investment in the transformer unit.


lifetime (non-negative integer):
Lifetime of the node in years.


invest_base (float):
Base investment cost of the node.


invest_cap (float):
Investment cost per unit installed capacity (i.e. per kW) of the node.


maintenance (float):
Maintenance cost of the node. Given as a percentage of the base investment cost invest_base. For example:
if the investment cost is to be taken as 5% of invest_base, then the value of maintenance field should be 0.05.
Set as 0 if this cost is to be ignored.


installation (float):
Installation cost of the node. Given as a percentage of the base investment cost invest_base. For example:
if the Installation cost is to be taken as 15% of invest_base, then installation field should be 0.15. Set
as 0 if this cost is to be ignored.


planification (float):
Cost associated with planning. Given as a percentage of the base investment cost invest_base. For example:
if the planning cost is 5% of invest_base, then planification should be 0.05. Set as 0 if this cost is to be
ignored.


heat_impact (float):
Environmental impact for heat production. Set as 0 if there is no impact due to heat production.


elec_impact (float):
Environmental impact for electricity production. Set as 0 if there is no impact due to electricity production.


impact_cap (float):
Environmental impact per unit installed capacity i.e. per kW of the node. Set as 0 if there is no impact per
installed capacity of the node.


solar
This excel sheet defines the parameters related to the solar components such as solar thermal collector and PV panels.
The parameters label, active and building are analogous to the parameters described earlier for buses.
from and to parameters have been previously defined for commodity sources and demand sheets, respectively, while
the cost and environmental impact paramaters are described under transformers sheet.


connect (string):
Label of the bus which connects a solar collector to the model. This bus allows excess heat production from the solar
collector. A node for heat sink is created automatically. The given bus label should exist in the buses sheet. This
parameter is irrelevant for PV.


electrical_consumption (float):
Electrical consumption of the solar component. Given as a percentage fraction of the energy produced. 0.02 means
the electrical consumption is 2% of the energy is produced.


peripheral_losses (float):
Peripheral losses of the solar component. Given as a percentage fraction of the energy produced. 0.05 means 5% of
the energy produced is lost to the surrounding environment.


latitude (float):
Latitude of the geographical location where the solar collector/panel is placed. Given in degrees.


longitude (float):
Longitude of the geographical location where the solar collector/panel is placed. Given in degrees.


tilt (float):
Tilt angle of the solar collector/panel. Given in degrees.


azimuth (float):
Azimuth angle of the solar collector/panel. Given in degrees.


eta_0, a_1 and a_2 (float):
Efficiency parameters of the solar thermal collector. Solar thermal collector is linearized using the pre-calculations
given in oemof-thermal.


temp_collector_inlet (float):
Inlet fluid temperature of the solar thermal collector. Given in degree C.


delta_temp_n (float):
Temperature difference between the inlet fluid and the mean fluid temperature in case of solar collector. For PV,
this parameter denotes the temperature difference between the solar cells and the ambient.


capacity_max (float):
Maximum capacity limit in kW.


capacity_min (float):
Minimum possible capacity in kW for the installation of solar collector/panel.


storages
This excel sheet defines the parameters related to the energy storage units such as battery and hot water tank. label,
active and building have been defined previously for buses excel sheet. A description of from and to has
been given in commodity sources and demand sheets, respectively. The cost and environmental impact parameters are
described in the transformers sheet section. capacity_min and capacity_max are described in the solar excel sheet
section.


efficiency inflow (float):
Charging efficiency of battery. This parameter is not relevant for thermal storages.


efficiency outflow (float):
Discharging efficiency of battery. This parameter is not relevant for thermal storages.


initial capacity (float):
initial capacity of the storage. This parameter is expressed as a fraction of the total storage capacity. 0 means storage is initially
assumed to be empty, 1 denotes that the storage is 100% full initially, while 0.5 means the storage is at 50% capacity initially.


capacity loss (float):
Losses from battery storage. This parameter is not relevant for thermal storages.


stratified_storage
This excel sheet defines the parameters relevant to stratified thermal storage. The pre-calculations given in oemof-thermal
have been used to linearize the thermal hot water storage. The parameter names used here are similar to the parameters
defined in oemof-thermal.
links
This excel sheet defines the parameters for electricity and space heating links. The buildings could share electricity
production and/or space heat production. Links allow this sharing to be possible. label and active have been
defined already for buses excel sheet. invest_base and invest_cap parameters (defined in the transformers sheet
section) are only relevant for space heating links in the present stage of development.


buildingA (integer):
Building number of the first building of the link. This should match with the values typically given in the
building parameter in the other excel sheets.


buildingB (integer):
Building number of the second building of the link. This should match with the values typically given in the
building parameter in the other excel sheets.


efficiency from A to B (integer):
Efficiency of energy transfer over the link from buildingA to buildingB.


efficiency from B to A (integer):
Efficiency of energy transfer over the link from buildingB to buildingA.


csv_data
The paths to CSV files containing demand profiles, weather data and electricity impact data are to be given in this
excel sheet. INFO gives further information about each row.
grid_connection
This excel sheet should not be modified by the users. It defines the separation of the flows from electricity grid and
the produced electricity flows to make sure that the grid electricity is not stored in batteries.
Collaborators
SPF/OST & HEIG-VD

License

For personal and professional use. You cannot resell or redistribute these repositories in their original state.

Customer Reviews

There are no reviews.