Changes to "SIL ECU Profile" about fmi-guides HOT 6 OPEN

Move to "recommended":

• Resizable Input/Output Arrays: apart from few tools being able to change IO during runtime, what would be the use case?

from fmi-guides.

Proposal from design meeting 2022-06-27:

• Downgrade scheduled execution to recommended

• Downgrade Store/Restore FMU State to recommended

• Remove resizable I/O arrays from all profiles for now

from fmi-guides.

"New Integer Types" have to be supported anyway, we can remove this. (#44)

from fmi-guides.

Why limit it to "SIL"? What's the difference for "HIL ECU profile"?

from fmi-guides.

Actually if this is about " .. integration of multi-ECU networks" bus access should be supported (i.e. the ls-bus). And a ECU sw developer would most likely expect that he/she can access parameters via XCP service (-> ls-XCP) Do we refer to the layered standards?

from fmi-guides.

Discussion:
Pierre: Perhaps Variable communication stepsize could be optional
Pierre: We could drop the "ECU" part, SIL could require variable stepsize,
Matthias: an ECU profile could support SIL/HIL
Matthias: We could remove the platform stuff from the features
Kaska: Are resizable parameter arrays necessary?
Patrick: I agree
Matthias: For an ECU profies you would need clocks
Christian: Name: XiL profile? Mention ECU?
Pierre: We could reserve this for more special use cases, e.g. requring certain layered standards.

from fmi-guides.