-
Notifications
You must be signed in to change notification settings - Fork 18
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
Conversation
Add SSP as possible packaging for OSMP models
CCB 2024-02-26: @pmai will provide a more expansive formulation that clarifies the relationship of OSI vis-a-vis SSP, to be re-reviewed in next CCB. |
Signed-off-by: Pierre R. Mai <[email protected]>
doc/spec/model_types.adoc
Outdated
@@ -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. |
There was a problem hiding this comment.
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?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
CCB 2024-03-25: Merge as-is with change.
Reference to a related issue in the repository
#102
Add a description
Since models, e.g. traffic participants, can consist of multiple connected FMUs, SSP was added next to FMU as a possible packaging for OSMP models.
Check the checklist