CIPRNet CIP glossary

OpenMI

Description

The standard is developed and maintained by the OpenMI Association (http://www.openmi.org). From their web site OpenMI describes itself as:
“The OpenMI can be described at two levels.

At the users level, the OpenMI provides a standard interface, which allows models to exchange data with each other and other Modelling denotes the action of designing and creating a conceptual model or a computational model or a CI model or a computer simulation. Other synonyms may apply as well.
[Click for more information]
modelling
tools on a time step by time step basis as they run. It thus facilitates the Modelling denotes the action of designing and creating a conceptual model or a computational model or a CI model or a computer simulation. Other synonyms may apply as well.
[Click for more information]
modelling
of process interactions. The models may come from different suppliers, rep-resent processes from different domains, be based on different concepts, have different spatial and temporal resolutions and have different spatial representations including no spatial representation. A useful analogy is to consider the OpenMI as the Modelling denotes the action of designing and creating a conceptual model or a computational model or a CI model or a computer simulation. Other synonyms may apply as well.
[Click for more information]
modelling
equivalent of a USB cable.

At the IT level, OpenMI standard is a software A (network) component is an object in a ŽCI model e.g. a generator, a pump, a transmission line, a physical transport, a node, a substation. Components have Žattributes and Žuser-specified behaviour.
[Click for more information]
component
interface defi-nition for the computational core (the engine) of the computational models in the water domain. See conceptual model
[Click for more information]
Model
components that comply with this standard can, without any programming, be configured to exchange data during computation (at run-time). This means that combined systems can be cre-ated, based on OpenMI-compliant models from different providers, thus enabling the modeller to use those models that are best suited to a particu-lar project. The standard supports two-way links where the involved mod-els mutually depend on calculation results from each other. Linked models may run asynchronously with respect to timesteps, and data represented on different geometries (grids) can be exchanged seamlessly.

The OpenMI standard is defined by a set of software interfaces that a compliant See conceptual model
[Click for more information]
model
or A (network) component is an object in a ŽCI model e.g. a generator, a pump, a transmission line, a physical transport, a node, a substation. Components have Žattributes and Žuser-specified behaviour.
[Click for more information]
component
must implement. These interfaces are available both in C# and Java.”