Version 5.1.0 adds new libraries, new components and improves various existing components. Version 5.1.0 updates the license to a 3-clause BSD license. It is backward compatible with versions 5.0.0 and 5.0.1.
This release adds a model for propylene glycol - water mixtures, a model for long pipes suited for district heating and cooling simulations, a new valve model whose opening characteristics can be fit to measured data, and idealized models that allow to prescribe the temperature and humidity in any part of a fluid flow system.
The following new libraries have been added:
| Buildings.Media.Antifreeze.PropyleneGlycolWater | Package with medium model for propylene glycol - water mixture. The concentration and the medium temperature for which the properties are evaluated can be set when instantiating the medium. |
The following new components have been added to existing libraries:
| Buildings.Fluid | |
| Buildings.Fluid.Actuators.Valves.TwoWayPolynomial | Two-way valve with opening characteristics specified by a polynomial. This model may be used if a valve characteristics needs to be matched to measured data. |
| Buildings.Fluid.FixedResistances.PlugFlowPipe | Pipe with heat loss and transport of the fluid using a plug flow model. This model is applicable for simulation of long pipes such as in district heating and cooling systems. |
| Buildings.Fluid.Sources.PropertySource_T Buildings.Fluid.Sources.PropertySource_h |
Model that changes the fluid properties of the medium that flows through it based on input signals. These idealized models can be used to force a certain temperature, enthalpy or humidity in a fluid flow system. |
The following existing components have been improved in a backward compatible way:
| Buildings.Airflow.Multizone | |
|
Buildings.Airflow.Multizone.DoorDiscretizedOpen Buildings.Airflow.Multizone.DoorDiscretizedOperable |
Removed term that assures non-zero flow rate in
each path, reformulated flow balance to ensure that model is
symmetric, and improved implementation to reduce number of
calculations. This is for IBPSA, issue 937. |
| Buildings.Applications.DataCenters | |
| Buildings.Applications.DataCenters.ChillerCooled.Equipment.BaseClasses.PartialParallelElectricEIR | Added constrainedby to declaration of
chiller.This is for issue 1118. |
| Buildings.Controls.OBC.ASHRAE.G36_PR1 | |
| Buildings.Controls.OBC.ASHRAE.G36_PR1.AHUs.SingleZone.VAV.SetPoints.Supply | Revised implementation of fan speed control signal
calculation to remove the hysteresis blocks. This is for issue 1153. |
| Buildings.Controls.OBC.CDL | |
| Buildings.Controls.OBC.CDL.Continuous.Line | Improved documentation and icon, and added a warning if the limits are used and x1 > x2. |
| Buildings.Fluid.SolarCollectors | |
| Buildings.Fluid.SolarCollectors.ASHRAE93 Buildings.Fluid.SolarCollectors.EN12975 |
Improved calculation of heat loss. This is for issue 1100. |
| Buildings.Fluid.Sources | |
| Buildings.Fluid.Sources.Boundary_pT Buildings.Fluid.Sources.Boundary_ph Buildings.Fluid.Sources.FixedBoundary Buildings.Fluid.Sources.MassFlowSource_T Buildings.Fluid.Sources.MassFlowSource_h |
Refactored models to allow using Xi
rather than X as an input.By default, the check on the medium base properties is now removed to reduce translation and simulation time. This is for IBPSA, issue 882. |
| Buildings.Fluid.Storage.Stratified | Refactored tank to allow modeling of tanks that
have multiple inlets or outlets along the height. The tank now has
for each control volume a fluid port that can be connected from
outside the model. This is for issue 1182. |
| Buildings.Utilities.IO | |
| Buildings.Utilities.IO.Python27 | Added option for a Python object to be passed from
one Python function invocation to the next. This allows to build up
a Python data structure (or to instantiate a Python object), and do
computations on this object at each function invocation. For
example, a Model Predictive Control algorithm or a machine learning
algorithm, implemented in Python, could be fed with data at each
time step. It could then store this data and use the current and
its historical data to feed its algorithm. Based on this algorithm,
it could output a control signal for use in another Modelica
model. The function Buildings.Utilities.IO.Python27.Functions.exchange now
takes two additional arguments: A class that contains a pointer to
the Python interpreter (for efficiency, as this avoids initializing
Python at each call), and a flag that determines whether the Python
function returns an object and receives this object at the next
invocation. See
Buildings.Utilities.IO.Python27.UsersGuide and
Buildings.Utilities.IO.Python27.Real_Real for how to
use these two arguments.Models that use Buildings.Utilities.IO.Python27.Real_Real will still
work as before. The change only affects the low-level function
Buildings.Utilities.IO.Python27.Functions.exchange. |
| Buildings.Utilities.IO.Python27 | Corrected LibraryDirectory
annotation.This is for issue 1160. |
The following critical errors have been fixed (i.e., errors that can lead to wrong simulation results):
| Buildings.Fluid.Interfaces | |
| Buildings.Fluid.Interfaces.PrescribedOutlet | Corrected error that caused the old model do not
track TSet and X_wSet
simultaneously.This is for IBPSA, issue 893. |