Skip to content

Add firmware errors to diagnostics #234

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

Open
wants to merge 5 commits into
base: rc/jazzy/2.7
Choose a base branch
from

Conversation

mikehosmar
Copy link
Member

No description provided.

@mikehosmar mikehosmar requested a review from a team as a code owner July 8, 2025 19:52
@mikehosmar mikehosmar requested review from tonybaltovski and luis-camero and removed request for a team July 8, 2025 19:52
@mikehosmar mikehosmar changed the title Add firmware error titles/Troubleshooting steps Add firmware errors to diagnostics Jul 8, 2025
@mikehosmar
Copy link
Member Author

The CI won't succeed until clearpathrobotics/clearpath_msgs/pull/81 is released/used by CI. Otherwise I think you're good to merge.

@hilary-luo
Copy link
Contributor

hilary-luo commented Jul 28, 2025

This diagnostic should be enabled / disabled based on the platform type to prevent nuisance errors on non-A300 platforms. The parameters that are generated and passed to the diagnostics node are handled here:

The intention of how it has been handled is to keep all platform model based decisions in the generator and to only send rates, topics and/or enable flags into the diagnostics node.

@mikehosmar
Copy link
Member Author

@hilary-luo I believe the plan is to create a new message so this may not be relevant anymore. But in this version the new diagnostics wouldn't show an error if no error codes were present in the status message. It would only show an error if the status message wasn't published.

Does this not satisfy your concern?

@hilary-luo
Copy link
Contributor

Perhaps error was not the appropriate wording. There has been intentional effort to not show extra diagnostic entries / values when they are known to be irrelevant for the platform. At best they clutter the diagnostics and at worst could potentially be misleading (ie. a diagnostic that says there are no firmware errors when that may not be true because there is no reporting on that platform). I am of the opinion that this falls into that bucket that it should be hidden for those where we do not and cannot actually report on firmware errors.

@mikehosmar
Copy link
Member Author

Thanks for the clarification. Good notes for whoever picks this up again.

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.

3 participants