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

Arm state unstable #1227

Closed
nicovanduijn opened this issue Apr 30, 2019 · 6 comments
Closed

Arm state unstable #1227

nicovanduijn opened this issue Apr 30, 2019 · 6 comments
Labels

Comments

@nicovanduijn
Copy link
Contributor

nicovanduijn commented Apr 30, 2019

Issue details

In our system we sometimes encounter a situation where the drone is armed, but the mavros on our companion computer is publishing alternating 'True' and 'False' on the /mavros/state/armed topic.

I'm not sure how easy this is to reproduce. It comes and goes quite randomly on our system.

Any ideas what could be causing this?

MAVROS version and platform

Mavros: 0.29.0
ROS: Kinetic
Ubuntu: 16.04

Autopilot type and version

[ ] ArduPilot
[ X] PX4

Version: Upstream

Node logs

image

Rosbag

@nicovanduijn nicovanduijn changed the title [Bug] Arm state unstable Arm state unstable Apr 30, 2019
@vooon vooon added the question label Apr 30, 2019
@vooon
Copy link
Member

vooon commented Apr 30, 2019

Probably you have several sources. Please catch some more full /mavros/state.
Also need to have diagnostics and node logs.

@nicovanduijn
Copy link
Contributor Author

It's difficult to reproduce, but I'll make sure to log /diagnostics and all mavros topics next time I see it.

What else do you need? I did log mavros/state, right? (In the bag linked above)

@nicovanduijn
Copy link
Contributor Author

Here's a bag with all mavros topics and the /diagnostics
rosbag

@nicovanduijn
Copy link
Contributor Author

Turns out we ran into this: #1107

nicovanduijn pushed a commit to nicovanduijn/mavros that referenced this issue May 3, 2019
This addresses mavlink#1107 and mavlink#1227, by filtering incoming heartbeats
by component ids before publishing the state.
TSC21 pushed a commit that referenced this issue May 3, 2019
This addresses #1107 and #1227, by filtering incoming heartbeats
by component ids before publishing the state.
@TSC21
Copy link
Member

TSC21 commented May 5, 2019

@nicovanduijn this gets fixed with #1228 right?

@nicovanduijn
Copy link
Contributor Author

Yes!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants