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

RC Passthrough on Soft Reboot #7005

Closed
deadhurricane opened this issue Sep 25, 2017 · 5 comments
Closed

RC Passthrough on Soft Reboot #7005

deadhurricane opened this issue Sep 25, 2017 · 5 comments
Labels

Comments

@deadhurricane
Copy link

From https://discuss.ardupilot.org/t/rc-passthrough-on-soft-reboot/21342

Hi All,

A potential safety concern we've noticed is that RC controls are passed through directly to the motors when a reboot command is sent through a GCS software. The following conditions were setup for the RC Passthrough to occur:
Pixhawk 2.1, RFD900+ Telemetry, Taranis X9D+ with X8R, MAVProxy GCS. Steps taken:

  1. Connect Power to Pixhawk 2.1
  2. Wait for boot to complete
  3. (Optional) Press in Safety switch or mavproxy: arm safetyoff)
  4. (Optional) Arm throttle
  5. Issue reboot from mavproxy or PREFLIGHT_REBOOT_SHUTDOWN from Mission Planner
  6. Wiggle RC Sticks and throttle to observe passthrough behaviour
  7. Once Pixhawk has finished booting the RC controls do no pass through anymore.

Is there any way to stop the RC Pass through on a soft reboot? Very dangerous if throttle were to accidentally be non-zero on the reboot command.

Shreyas

Version

This was replicated on 3.8.2 with Pixhawk 2.1 as well as 3.7.1 on Pixhawk 1. This behaviour does not occur if the entire pixhawk is power cycled manually by disconnected the power source.

Platform

[ ] All
[ ] AntennaTracker
[ ] Copter
[x] Plane
[ ] Rover
[ ] Submarine

Airframe type

What type of airframe (flying wing, glider, hex, Y6, octa etc)
X6 Flying Wing & 3 Channel Plane

Hardware type

Pixhawk 1 and Pixhawk 2.1

@OXINARF OXINARF added the Plane label Sep 25, 2017
@kabturek
Copy link

it looks like a feature to me

@geofrancis
Copy link

As far as i know this has been the normal behavour since the APM incase of flight controller crash you still have manual control.

@JMare
Copy link

JMare commented Oct 13, 2017

In this case, the motor can come live on the ground without the safety switch ever being pressed.
This seems undesirable to me.

I understand the reason the behavior exists.
I am not well familiar with the IO co-processor code, but would it be possible for the co-processor to tell the difference between a PREFLIGHT_REBOOT_SHUTDOWN and a FMU failure?

@WickedShell
Copy link
Contributor

Do you have a BRD_SAFETY_MASK set? With BRD_SAFETY_MASK setup this is an expected (and desired behavior). The outputs shouldn't be passed though if the safety mask hasn't been set.

@IamPete1
Copy link
Member

Seems to be expected? Closing pending a update from @deadhurricane

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

7 participants