Functional Mock-up Interface: Difference between revisions

Content deleted Content added
No edit summary
 
(165 intermediate revisions by 94 users not shown)
Line 1:
{{Short description|Computer simulation interface}}
{{Infobox standardref
| title = Functional Mock-up Interface
| status = Published
| year_started = 2010
| version = 13.0.2<ref>{{cite web
| url=https://fmi-standard.org/docs/3.0.2/
| organization = [[MODELISAR]]
| title=FMI Specification 3.0
| base_standards =
| publisher=github.com/modelica
| related_standards =
| date=2024-11-27
| abbreviation = FMI
| accessdate=2024-12-25}}</ref>
| ___domain = [[Computer simulation]]
| version_date = {{Start date and age|2024|11|27}}
| license = [[Creative Commons licenses|CC_BY_SA 3.0]]
| organization = [https://modelica.org/association/ Modelica Association Project (MAP)]
| website = [http://functional-mockup-interface.org/ FMI website]
| base_standards =
| related_standards = [[Co-simulation]]
| abbreviation = FMI
| ___domain = [[Computer simulation]]
| license = [[Creative Commons licenses|CC BY-SA-4.0]]
| website = [https://fmi-standard.org/ FMI website]
}}
 
The '''Functional Mock-up Interface''' (or '''FMI''') defines a standardized [[Interface (computing)|interface]] to be used in [[computer simulation]]s. Thisto interfacedevelop is implemented by simulation models called FMU (Functional Mock-up Unit). FMI development was initiated bycomplex [[Daimlercyber-physical AGsystem]] and is developed by the [[MODELISAR]] consortiums.<ref name="modelica_Jan10">{{cite web
| url=https://www.modelica.org/publications/newsletters/2010-1/index_html#item8
| title=Functional Mockup Interface (FMI)
| publisher=modelica.org
| date=January 2010
| quote=''On Jan. 26, version 1.0 of the open Functional Mockup Interface was released (FMI for model exchange 1.0). This interface was developed in the ITEA2 MODELISAR project to support the model exchange between simulation tools. The FMI development was initiated and is organized by Daimler.''
| accessdate=2011-012-22}}</ref>
 
The vision of FMI is to support this approach: if the real product is to be assembled from a wide range of parts interacting in complex ways, each controlled by a complex set of [[physical law]]s, then it should be possible to create a virtual product that can be assembled from a set of models that each represent a combination of parts, each a model of the physical laws as well as a model of the [[control system]]s (using [[electronics]], [[hydraulics]], and digital [[software]]) assembled digitally. The FMI standard thus provides the means for model based development of systems and is used for example for designing functions that are driven by electronic devices inside vehicles (e.g. ESP controllers, active safety systems, combustion controllers). Activities from systems modelling, simulation, validation and test can be covered with the FMI based approach.
FMI has two objectives<ref>{{cite web
| url=http://modelisar.org/fmi.html
To create the FMI standard, a large number of software companies and research centers have worked in a cooperation project established through a European consortium that has been conducted by [[Dassault Systèmes]] under the name of [[MODELISAR]]. The MODELISAR project started in 2008 to define the FMI specifications, deliver technology studies, prove the FMI concepts through use cases elaborated by the consortium partners and enable tool vendors to build advanced prototypes or in some cases even products. The development of the FMI specifications was coordinated by [[Daimler AG]]. After the end of the MODELISAR project in 2011, FMI is managed and developed as a [https://modelica.org/association/ Modelica Association Project (MAP)].
| title=FMI
 
| publisher=modelisar.org
The FMI Standard provides three interface types for different aspects of models:
| accessdate=2011-01-22}}</ref>:
* FMI for model exchange,
* A modeling environment can export a model composed of [[C (programming language)]] code packaged with an XML definition documenting the model. This XML definition is for a model is called FMU (Functional Mock-up Unit)
* FMI for [[co-simulation]],
* Several models can communicate at runtime in a co-simulation environment by using the definitions of their interfaces.
* FMI for scheduled execution (since FMI 3.0)
 
In practice, the FMI implementation by a software modelling tool enables the creation of a simulation model that can be interconnected or the creation of a software library called FMU (Functional Mock-up Unit).<ref name="modelica_Jan10">{{cite web| url=https://www.modelica.org/publications/newsletters/2010-1/index_html#item8| title=Functional Mockup Interface (FMI)| publisher=modelica.org| date=January 2010| quote=''On Jan. 26, version 1.0 of the open Functional Mockup Interface was released (FMI for model exchange 1.0). This interface was developed in the ITEA2 MODELISAR project to support the model exchange between modelling and simulation tools. The Modelisar project is coordinated by Dassault Systèmes. The FMI development has been organized by Daimler.''| accessdate=2011-12-22}}</ref>
 
== The FMI approach ==
The typical FMI approach is described in the following stages:
* a modelling environment describes a product sub-system by differential, algebraic and discrete equations with time, state and step-events. These models can be large for usage in off-line or on-line simulation or can be used in embedded control systems;
* as an alternative, an engineering tool defines the controller code for controlling a vehicle system;
* such tools generate and export the component in an FMU (Functional Mock-up Unit);
* an FMU can then be imported in another environment to be executed;
* several FMUs can – by this way – cooperate at runtime through a co-simulation environment, thanks to the FMI definitions of their interfaces.
 
==License==
The [https://www.fmi-standard.org/downloads FMI specifications] are distributed under open source licenses:
* the specifications are licensed under CC BY-SA (Creative Commons Attribution-Sharealike 4.0) [[Creative Commons licenses|CC BY-SA 4.0]]
* the C-header and XML-schema files that accompany this document are available under the [http://www.opensource.org/licenses/bsd-license.html BSD] license with the extension that modifications must also be provided under the BSD license.
 
==Architecture==
Each FMU (Functional Mock-up Unit) model is distributed in a [[ZIP (file format)|zip filesfile]] with the extension ".fmu" which contains:<ref name="modelica_Jan10"/>:
* Anan XML file containing among other things the definition of the variables used by the FMU.;
* Allall the equations used by the model (defined as a set of [[C (programming language)|C]] functions).;
* optional other datasdata, such as parameter tables, user interface, documentation which may be needed by the model.
 
==Example==
belowBelow is an example of an FMI model description issued from [[Modelica]].
<sourcesyntaxhighlight lang="xml">
<?xml version="1.0" encoding="UTF8"?>
<fmiModelDescription
fmiVersion="1.0"
modelName="ModelicaExample"
modelIdentifier="ModelicaExample_Friction">
...
<UnitDefinitions>
Line 65 ⟶ 82:
</ModelVariables>
</fmiModelDescription>
</syntaxhighlight>
</source>
 
==Comparison to Simulink S-Functions==
FMI is often compared to [[Simulink]] S-Functions since both technologies can be used to integrate third-party tools together. S-Functions are used to specify a computer language description of a dynamic system. They are compiled as MEX-files that are dynamically linked into [[MATLAB]] when needed. S-Functions use a calling syntax that interacts with Simulink’s equation solvers. This interaction is similar to the interaction that takes place between built-in Simulink blocks and the solvers.<ref>{{cite web
FMI proponents explain that FMI models have several advantages over [[Simulink]] S-Functions<ref>{{cite web
| url=http://synchronicswww.inriawseas.frus/libe-library/execonferences/fetch.php2009/modelica-fmi-elmqvistrodos/SYSTEMS/SYSTEMS26.pdf
| title=Using Simulink S-Functions with Finite Difference Method Applied for Heat Exchangers
| title=Functional Mockup Interface – Overview
|author1=Stepan Ozana |author2=Martin Pies | work=Proceedings of the 13th WSEAS International Conference on SYSTEMS)
| author=Martin Otter, Hilding Elmqvist, Torsten Blochwitz, Jakob Mauss, Andreas Junghanns, Hans Olsson
| accessdate=2015-08-05}}</ref>
| publisher=http://synchronics.inria.fr ([[National Institute for Research in Computer Science and Control|INRIA]])
| accessdate=2011-01-23}}</ref>:
* S-Functions format is proprietary, whereas the FMI schema is licensed under a [[BSD licenses|BSD license]],
* The building blocks of S-Functions are much more complex than FMI, making it very difficult to integrate in other simulators than [[Simulink]] itself. Furthermore, the S-Functions format is specific to Simulink.
* S-Functions are not suited for [[embedded system]]s, due to the memory overhead of S-Functions
 
FMI proponents explain that FMI models have several advantages over Simulink S-Functions:<ref>{{cite web|url=http://synchronics.inria.fr/lib/exe/fetch.php/modelica-fmi-elmqvist.pdf |title=Functional Mockup Interface – Overview |author1=Martin Otter |author2=Hilding Elmqvist |author3=Torsten Blochwitz |author4=Jakob Mauss |author5=Andreas Junghanns |author6=Hans Olsson |work=synchronics.inria.fr |publisher=[[National Institute for Research in Computer Science and Control|INRIA]] |accessdate=2011-01-23 |url-status=dead |archiveurl=https://web.archive.org/web/20110720233637/http://synchronics.inria.fr/lib/exe/fetch.php/modelica-fmi-elmqvist.pdf |archivedate=July 20, 2011 }}</ref>
==Support==
* S-Functions format is proprietary, whereas the FMI schema is licensed under a [[BSD licenses|BSD license]].
As of January 2011, FMI is supported on the following simulation frameworks<ref name="modelica_Jan10"/>:
* The building blocks of S-Functions are much more complex than FMI, making it very difficult to integrate in simulators other than Simulink itself.
* [[AMESim]] (import and export)
* Furthermore, the S-Functions format is specific to Simulink.
* [[Dymola]] (import and export)
* S-Functions are not suited for [[embedded system]]s, due to the memory overhead of S-Functions.
* [[SimulationX]] (import and export)
 
* [[SIMPACK]] (import only)
{{Infobox standardref
| title = System Structure and Parameterization
| status = Published
| version = 2.0<ref>{{cite web
| url=https://ssp-standard.org/docs/2.0/
| title=SSP Specification 2.0
| date=2024-12-20}}</ref>
| organization = [https://modelica.org/association/ Modelica Association Project (MAP)]
| base_standards =
| related_standards = [[Co-simulation]]
| abbreviation = SSP
| ___domain = [[Computer simulation]]
| license = [[Creative Commons licenses|CC BY-SA-4.0]]
| website = [http://ssp-standard.org/ SSP website]
}}
 
== System Structure and Parameterization (SSP) ==
 
[[System Structure and Parameterization]] ('''SSP''')<ref name="ssp-standard">{{cite web
| title = SSP Standard Webpage
| publisher = Modelica Association Project SSP
| date = 2023
| url = https://ssp-standard.org/
|access-date=2023-05-11
}}</ref> is a companion standard to FMI that defines a standardized, open file format to describe complex, hierarchical (technical) systems, that can be simulated. An SSP file contains definitions for system
architecture, the interfaces of the system elements, and their connections and parameterization.
The aim of SSP is to simplify the exchange and integration of system elements that are used in the
distributed development of a system to be simulated using a wide variety of tools.
<ref name="Hallqvist2021">{{cite web
| title = Engineering Domain Interoperability Using the System Structureand Parameterization (SSP) Standard
| publisher = Proc. 14th Modelica Conference
| date = 2021
| url = https://ecp.ep.liu.se/index.php/modelica/article/view/180/140
| doi = 10.3384/ecp2118137
| last1 = Hällqvist
| first1 = Robert
| last2 = Munjulury
| first2 = Raghu Chaitanya
| last3 = Braun
| first3 = Robert
| last4 = Eek
| first4 = Magnus
| last5 = Krus
| first5 = Petter }}</ref>
 
SSP is being developed as a project of the Modelica Association and is based
on the FMI specification. FMI enables the exchange of individual simulation
components, while SSP enables the exchange of complete simulation systems, their variants and
parameterization. The simulation components of a simulation system described in SSP can also be
independent of FMI and map to other implementations.
 
SSP is extensible to support specific requirements or ___domain-specific extensions: e.g. OSI, documentation of requirements, traceability or process steps, etc. SSP is open with regard to the component formats. Although it was based on FMI, it can also be used with components specifications of any other format.
 
== Accompanying standards and recommendations ==
In May 2014, the project group Smart Systems Engineering (SmartSE) of the [[ProSTEP iViP]] Association published its Recommendation PSI 11 for the cross-company behavior model exchange.<ref>[http://www.prostep.org/en/medialibrary/publications/recommendations-standards.html#c1077 ProSTEP iViP Recommendation PSI 11, Smart Systems Engineering, Behavior Model Exchange, V 1.0], May 2014.</ref> FMI thereby is the technological basis. The PSI 11 specifies interaction scenarios, use cases, a reference process and templates, which thereby could ease the industrial application. End of 2016 the group published a movie, which should highlight the industrial benefits.<ref>[https://www.youtube.com/watch?v=A-3iIot0fO8&t=52s Benefits of utilizing FMI for realizing cross-company Systems Engineering], Status February 2017</ref>
 
==See also==
* [[20-sim]]
* [[Modelica]]
* [[Simulink]]
Line 94 ⟶ 163:
==External links==
* [http://functional-mockup-interface.org/ FMI main site]
* [http://ssp-standard.org/ SSP main site]
* [http://synchronics.inria.fr/lib/exe/fetch.php/modelica-fmi-elmqvist.pdf FMI overview]
* [http://www.qtronic.de/en/fmusdk.html A free software development kit for FMU]
 
{{DEFAULTSORT:Functional Mock-Up Interface}}
[[Category:Scientific modeling]]
[[Category:Simulation software| ]]
 
[[Category:Simulation software]]
{{compu-stub}}