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

"Periodic and aperiodic clocks" vs. Performance #92

Open
bmenne-dspace opened this issue Nov 7, 2023 · 0 comments · May be fixed by #108
Open

"Periodic and aperiodic clocks" vs. Performance #92

bmenne-dspace opened this issue Nov 7, 2023 · 0 comments · May be fixed by #108
Assignees
Labels
common Issue within the common part of the specification that is not directly related to a specific bus
Milestone

Comments

@bmenne-dspace
Copy link
Contributor

bmenne-dspace commented Nov 7, 2023

The section:

"The output clock type, periodic or aperiodic, is defined by the sending FMU. This allows the FMU (or better the exporting tool) to balance the accuracy and performance of its network communication:

While aperiodic clocks allow very accurate network simulations, frequently entering Event Mode will reduce the network simulation speed.

Using periodic clocks reduces the number of Event Modes required and speeds up the simulation at the cost of simulation accuracy, because timing must be forced into a fixed grid and some intermediate values might not be transmitted.

One could use (structural) parameters to define the accuracy of aperiodic clocks, allowing control of the simulation accuracy and performance with the same FMU.

The input clocks shall be triggered clocks."

suggest that using periodic clocks are always fast (in topic of performance) and aperiodic clocks are accurate but slow. This cannot be defined as a common rule, but depends on the specific bus type. Scheduled bus types (like LIN or FlexRay) can be much faster using aperiodic clocks.

This section (also within low-cut section, see Clocks section) shall be fixed an verbalized more precisely.

@bmenne-dspace bmenne-dspace added the common Issue within the common part of the specification that is not directly related to a specific bus label Nov 7, 2023
@bmenne-dspace bmenne-dspace modified the milestones: 1.0.0-final, 1.0.0-alpha Nov 7, 2023
@bmenne-dspace bmenne-dspace self-assigned this Nov 20, 2023
@bmenne-dspace bmenne-dspace linked a pull request Nov 24, 2023 that will close this issue
@bmenne-dspace bmenne-dspace modified the milestones: 1.0.0-alpha, 1.0.0-final Dec 4, 2023
@chrbertsch chrbertsch linked a pull request Oct 8, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
common Issue within the common part of the specification that is not directly related to a specific bus
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant