Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add SSP as Packaging in Model Types #104

Merged
merged 3 commits into from
Mar 25, 2024
Merged
Changes from 2 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 3 additions & 1 deletion doc/spec/model_types.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ include::{root-path}_config.adoc[]
endif::[]
= Model types

The current specification supports packaging the following model types as _Functional Mock-up Units_ (FMUs):
The current specification supports packaging the following model types as _Functional Mock-up Units_ (FMUs).

Environmental effect model::
This model type can be used to model environmental effects or the physical parts of sensors.
Expand Down Expand Up @@ -35,3 +35,5 @@ All models may also consume a global `osi3::GroundTruth` parameter during initia

Complex models may combine various aspects of the above model types.
Manual intervention is needed to configure and set up these FMUs.

In implementations that support the use of the _System Structure and Parameterization_ (SSP) standard, a model can alternatively be packaged as a system consisting of multiple FMUs, if it presents the same interface at system level as this specification gives for the overall model of the given type.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the word "gives" after specification correct?

pmai marked this conversation as resolved.
Show resolved Hide resolved
Loading