From 0cf1aaab1dd1c5f4ac29a6e1471332d943661c77 Mon Sep 17 00:00:00 2001 From: "Pierre R. Mai" Date: Fri, 25 Oct 2024 14:23:07 +0200 Subject: [PATCH] Create initial section for 2.0 changes (#43) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit * Create initial section for changes * Initial commit to adress issue #40 * Merge and consolidate changes sections * Add contributors and extend feature list * Merge of local updates * Update 1___overview.adoc took on hints from Pierre and tried to merge it * Reorder changes, add note on binary --------- Co-authored-by: Robert Hällqvist Co-authored-by: Hans-Martin-Heinkel <59723316+Hans-Martin-Heinkel@users.noreply.github.com> --- docs/1___overview.adoc | 45 ++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 43 insertions(+), 2 deletions(-) diff --git a/docs/1___overview.adoc b/docs/1___overview.adoc index 22a3412..41d0425 100644 --- a/docs/1___overview.adoc +++ b/docs/1___overview.adoc @@ -107,7 +107,7 @@ 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) @@ -115,6 +115,8 @@ The SSP approach enables the sharing of standardized system structure descriptio (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 @@ -122,11 +124,14 @@ This standard was developed as part of the Modelica Association Project “Syste 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 @@ -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. + 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: