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

Chibios: not respecting BRD_SAFETY_MASK #9268

Closed
Naterater opened this issue Aug 23, 2018 · 8 comments
Closed

Chibios: not respecting BRD_SAFETY_MASK #9268

Naterater opened this issue Aug 23, 2018 · 8 comments
Assignees
Labels

Comments

@Naterater
Copy link
Contributor

Bug report

Issue details

Plane 3.8.5 nuttx has my servos on during boot. Same parameters on Chibios doesn't work the same way.

Version
Plane 3.9 chibios and up

Platform
[ ] All
[ ] AntennaTracker
[ ] Copter
[X] Plane
[ ] Rover
[ ] Submarine

Airframe type
N/A

Hardware type
Cube Black

Logs
https://www.dropbox.com/s/met51kinrish0ru/00000039.BIN?dl=0

@Pedals2Paddles
Copy link
Contributor

I just opened a similar one this morning too. #9266

@rmackay9 rmackay9 changed the title Chibios not respecting BRD_SAFETY_MASK Chibios: not respecting BRD_SAFETY_MASK Aug 24, 2018
@Naterater
Copy link
Contributor Author

Just experienced a crash due to a reboot mid-flight. I had 20 seconds with no control in manual mode since the servos were stuck at their last position.

Reboot likely caused by another electrical issue, but nonetheless I should have been able to recover in manual.

@WickedShell
Copy link
Contributor

@Naterater ChibiOS does not provide the mixer to the IO processor. This is a known limitation, what this means is that you won't have any control of the vehicle except when the FMU is booted. If you want to be able to use the IO processor for this you need to be running PX4 builds.

A couple of side notes: Modes have no effect on IO processor passthrough, if the FMU stops talking the IO processor immediately falls over to manual if it has a valid mixer loaded. Depending on what caused your reboot (IE power failure) you wouldn't have had manual control anyways.

@Naterater
Copy link
Contributor Author

Naterater commented Aug 25, 2018

My point is that the FMU booted again and I should have been able to have control. The FMU was booted during the crash. I was only unable to actuate servos because of the safety switch. I even had telemetry momentarily after the reboot. Not enough time to actuate the safety switch via telemetry though. I think that RC should be passed through ASAP on boot if the RX is sending manual mode. This gives at least some potential for recovery without going back to PX4 builds.

Log during takeoff until reboot: https://www.dropbox.com/s/zhabi8cqtiq5xt0/00000061.BIN?dl=0
Log immediately after reboot: https://www.dropbox.com/s/43ojtftja1cjrz4/00000062.BIN?dl=0

@Pedals2Paddles
Copy link
Contributor

Nate, after discussion on the dev call, this appears to be unrelated to the safety switch issue I had. In your case, it's because ChibiOS has no i/o mixer yet. It's on the lengthy to-do list for ChibiOS still, just not there yet.

@Naterater
Copy link
Contributor Author

Once again I experienced a reboot mid-flight causing another crash. This is becoming quite frustrating.

Before reboot: https://www.dropbox.com/s/nb7z07vmptoc7nh/00000007.BIN?dl=0
After: https://www.dropbox.com/s/ureppt412vefvzc/00000008.BIN?dl=0

@Naterater
Copy link
Contributor Author

@tridge, have you had a chance to get this mask working again?

@tridge
Copy link
Contributor

tridge commented Nov 6, 2018

this is fixed in master now, please re-test and confirm

@tridge tridge closed this as completed Nov 6, 2018
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

4 participants