-
Notifications
You must be signed in to change notification settings - Fork 13.5k
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
MC: Crash due to Motor Stop (Kill Switch) but I doubt this #8263
Comments
Confirmed the log doesn't have the last couple seconds of data. @tops4u could you describe your full RC setup? |
I'm using a Futaba RC System. The connection is directly SBus (so no PWM Converter). There was no change in the RC Setup for almost a Year. Just to add on. I'm using a Futaba T10 the Kill Switch is on the upper side on the right. I was holding the Transmitter in the hands. So in order to flip the switch or even push it I would have to let go part of the Main Sticks in order to reach it. I can not at all remember to have performed such an action. |
What happens if RC is lost? |
Receiver is preconfigured to issue Flightmode RTL. |
I'm wondering about an actual loss of RC. Do some of the channels drop to 0 before the autopilot registers RC lost? It's not yet clear if this is at all related, but I'm also wondering if we should debounce the RC switches. |
I‘ll produce a log tomorrow about what happens on RC loss with this receiver. Distance between Transmitter ans the Aircraft was less than 10m. So only reason could be an RC TX failure of some sort. I‘ll try tomorrow. |
Ok, I got a log for this. But this again is a bit weird, I have preconfigured the Receiver to go to FlightMode RTL and I can see that FlightMode changes to the desired Value in MAVLink Inspector, but the log does not reflect this (maybe due to the RC Link Failure detection?) https://review.px4.io/plot_app?log=d056b0eb-00ca-4cd9-bea4-7c0124bda478 (Log created with identical Aircraft without Props). |
Crosscheck with a newer Unit shows this when powering down TX multiple time - this is better (regained after Times match TX Activity): It also immediately identifies the PostitionControl Mode. How come those two units behave so differently? FW Version is almost identical. The AUAV-X2 Unit is about 2.5 Years old the new one is a mRo X2.1 Unit which is about 1 Month old. Are there any changes in the IO Processor that do not get updated regulary with the Firmware Update? |
The IO should be updating at every boot. You can force it by holding down the safety at boot up. |
Disregard my Comments regarding the Disconnect/Connect Messages. I Crosschecked today and it seems to be a Power Issue when the Aircraft is only Powered from my Notebook via USB. As soon as I Power it up completely with the Flight Battery it behaves correctly. This may probably also explain the IO Processor going to Bootloader Mode if USB Power alone may have been insufficient. Still this does not resolve the crash, as obviously at this time it was not USB powered. |
This will maybe never resolved. As I did not trust the FMU HW after this event, it was replaced with a newer Unit. |
Closing: #9271 (comment) |
Bug Report
I file this as a bug report since I'm concerned that my crash today may have other reasons than accidentally flipping the Kill Switch.
I was performing some tests to eliminate a strong Oszillation when braking in PosCTL. This was improving, when I wanted to do another Test, shortly after Taking of the Rotors stopped in Mid-Air and the Vehicle crashed on the road where Motors where spinning again. While hitting the Ground the Battery got disconnected (as can be seen in the Telemetry log).
Sadly the ULG stops shortly after start so about 2meters of flight are missing from the Vehicles Log (this is kind of strange). Also the OSD did not record anything since it claimed that there was no Communication (this may also be a bug of the OSD FW but it said that there was no data for more than 400 secs, which usually does not happen).
So I'm stuck with the Telemetry Log. This is the last I got over Telemetry (from the Log):
Here comes the 2nd strange Part. The Kill-Switch was engaged and disengaged under 0.5 sec and this twice in sequence. I checked with my Remote and it is almost impossible to really push the switch to the position in-between where it may flip back in this quick manner. I'm not aware that I flipped the Switch and the Telemetry RC Input (Channel 6) does not reflect any change in Signal. I performed many flights, and never flipped the switch unintentionally.
Telemetry Log (Check last 15 secs) : 2017-11-09 18-05-27.tlog.zip
ULog Upload : https://review.px4.io/plot_app?log=1452c840-3003-4913-b528-1fff3f17d447
The text was updated successfully, but these errors were encountered: