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

Create initial section for 2.0 changes #43

Merged
merged 7 commits into from
Oct 25, 2024
Merged
Changes from all 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
45 changes: 43 additions & 2 deletions docs/1___overview.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -107,26 +107,31 @@ The SSP approach enables the sharing of standardized system structure descriptio
=== Feature Overview

* Hierarchical (multi-level) description of systems of connected components
* Use of different kind of components: FMUs and external SSPs/SSDs, extensible to other models
* Use of different kind of components: FMUs, external SSPs/SSDs, Modelica models, extensible to other models
* Binding of parameters both at component and system-level, including automatic unit-transformations and name-mapping
* Signal dictionaries support cross-hierarchical signal pools (e.g for buses)
* Packaging of SSDs, FMUs, Parameters, … into one bundle (SSP)
* Light-weight support for variant handling at SSP level +
(multiple SSDs sharing components, parameters, resources)
* Optional exchange of graphical information (similar display across tools)
* URI references to all resources: Integration with other systems via URIs and usage of subsystems in a read-only manner
* Packaging of additional meta-data and digital signatures for traceability
* Extensibility for additional features and tool-specific data via layered standards

=== Acknowledgements

This standard was developed as part of the Modelica Association Project “System Structure and Parametrization” (MAP SSP).
The following companies and persons were involved in the creation of the standard as direct contributors to the standard document:

* Christian Bertsch, Bosch
* Thomas Beutlich
* Dag Brück, Dassault Systèmes
* Markus Deppe, dSpace
* Markus Deppe, dSPACE
* Hans-Martin Heinkel, Bosch
* Maria Henningsson, Modelon
* Jan-Niklas Jäschke, TLK-Thermo
* Robert Hällqvist, SAAB Group
* Ulrich Kiffmeier, dSPACE
* Jochen Köhler, ZF Friedrichshafen
* Jürgen Krasser, AVL
* Peter Lobner, eXXcellent solutions
Expand All @@ -135,12 +140,48 @@ The following companies and persons were involved in the creation of the standar
* Joel Petersson, Modelon
* Torsten Sommer, Dassault Systèmes
* Klaus Schuch, AVL
* Daniel Weil, Dassault Systèmes
* Karl Wernersson, Dassault Systèmes
* Ulrich Wurstbauer, TWT
* Hang Yu, Pratt & Miller Engineering

We would also like to thank all persons that provided feedback during the internal and public feedback periods, as well as prototype implementations and public presentations furthering the aims of this standard.

=== Changes in 2.0.0

This major release of the SSP standard provides support for FMI 3.0, as well as other enhancements in response to new end-user requirements for architectural design, traceability, incremental development, and support of Modelica models as components.

SSP 2.0 is a major version release, however all SSP 1.0 conforming artifacts remain fully conforming to SSP 2.0.
SSP 2.0 conforming artifacts are only conforming to the SSP 1.0 standard if they use a 1.0 version number and only use features available in SSP 1.0.

The following changes were performed as part of the 2.0.0 major release:

* Support for FMI 3.0
** Support for the new basic data types: Float32/64, and [U]Int8/16/32/64.
pmai marked this conversation as resolved.
Show resolved Hide resolved
The binary data type was already supported in SSP 1.0.
** Support for the new scheduled execution implementation kind in the component implementation attribute.
** Support for clocks as a new connector kind, and clocked variables/connectors.
** Support for arrays in connectors and connections in the SSD, as well as in the SSV and SSB file formats.
** Support for structural parameters with the new connector kind `structuralParameter`.
** Support for the redesigned alias variable handling in FMI 3.0.
* Architectural design features
** The component source attribute is now optional to support the usage of system structure descriptions for simulation architecture design without available component implementations.
** New connector kinds `local`, and `constant` are added to the specification, to support more encompassing interface specifications for components, and further parameter propagation.
** Support for optional inner view connector coordinates, in addition to the outer view connector coordinates.
This feature enables more advanced graphical editing of SSP models.
* Traceability and meta-data features
** Integration of the `MetaData` element developed as part of the SSP Traceability layered standard into the core standard, supporting the integration of arbitrary meta-data and digital signatures into the SSP file formats.

** Support for mixed content in annotations, as in FMI 3.0 and the SSP Traceability layered standard.
* Support for Modelica
** Support in the core standard for Modelica models as components
** Support for the mapping of complex Modelica types in interfaces to binary connectors in SSP
* General clarifications and bug fixes
** Fix missing type of Connector name attribute in https://github.com/modelica/ssp-standard/pull/4
** Clarify type conversion handling in https://github.com/modelica/ssp-standard/pull/21
** Clarify uniqueness of root SSDs in https://github.com/modelica/ssp-standard/pull/23
** Clarify hierarchical parameter name resolution in https://github.com/modelica/ssp-standard/pull/27

=== Changes in 1.0.1

The following changes were performed as part of the 1.0.1 maintenance release:
Expand Down