-
-
Notifications
You must be signed in to change notification settings - Fork 529
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
core: added ping capability #1156
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a reason for this being a draft PR?
Sorry, yes. There is still a debug printf in there. I'll update this soon. |
Ready for review and merging. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
What was the reason for this feature? |
Good question @hshakula, I don't remember, I guess just implementing the MAVLink ping protocol, which allows to get an estimate of the return latency. However, according to PING we should use SYSTEM_TIME instead. Why do you ask? |
No particular reason. I was just analyzing MAVLink traffic in my network. And with 6 MAVSDK-based components per one system, when each of them does broadcast pings, I could not leave it unnoticed. So I decided to figure out why is it even needed. Considering it's there just for the sake of being there, I intend to disable this. |
That's a good point. We could make it opt-in, or at least opt-out with an env variable. Would that help? |
No description provided.