Skip to content

Conversation

@epontan
Copy link
Collaborator

@epontan epontan commented Sep 2, 2025

To support time-triggered communication as described in ISO 11898-1:2015, automatic retransmission can be disabled through the DynAux trait.

Thank you!

Thank you for your contribution.
Please make sure that your submission includes the following:

Must

  • The code compiles without errors or warnings.
  • All tests pass and in the best case you also added new tests.
  • cargo +stable fmt was run.
  • cargo +stable clippy yields no warnings.
  • Your changes were added to the CHANGELOG.md in the proper section.
  • You add a description of your work to this PR.
  • You added proper docs (in code, rustdoc and README.md) for your
    newly added features and code.

@epontan epontan requested a review from a team as a code owner September 2, 2025 07:16
@Ironedde
Copy link
Contributor

Ironedde commented Sep 8, 2025

Cool, I didn't know about this option in the CAN standard 👍
Are you expecting more changes in the future to allow you to make time-triggered communication work.

I'm mostly thinking about the SOF detection for time synchronization.
We have:

  • message timestamp as part of the AnyMessage trait
  • interrupt handling for TSW
  • fetching the Timestamp counter from TSCV.

Maybe having the ability to reset the TSCV would be a good idea?
Or is interrupt handling of TSW the best approach?

@epontan epontan force-pushed the automatic-retransmission branch from 83a2e32 to fb29a07 Compare September 15, 2025 07:22
To support time-triggered communication as described in ISO
11898-1:2015, automatic retransmission can be disabled through the
DynAux trait.
@epontan epontan force-pushed the automatic-retransmission branch from fb29a07 to a30dab1 Compare September 15, 2025 07:58
@epontan
Copy link
Collaborator Author

epontan commented Sep 15, 2025

Cool, I didn't know about this option in the CAN standard 👍 Are you expecting more changes in the future to allow you to make time-triggered communication work.

I have two changes upcoming, but those are more related to retrieval of the TX buffer index.

I'm mostly thinking about the SOF detection for time synchronization. We have:

  • message timestamp as part of the AnyMessage trait
  • interrupt handling for TSW
  • fetching the Timestamp counter from TSCV.

Maybe having the ability to reset the TSCV would be a good idea? Or is interrupt handling of TSW the best approach?

I'm not sure, but mcan could probably support both.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants