MFE Fighter VTOL crash - suspected IO MCU failure

Hi all,

Today I am writing to describe a really suspicious crash that happened to us a week ago. It was the second flight day of MFE Fighter VTOL that we have set up with our own electronics and propulsion configuration. The crash happened during testing the transition to fixed-wing flight however not during the transition but while the plane was steadily hovering in QLOITER mode. All of a sudden it disabled all motors, went into RC failsafe, and fell from about 40 meters. Our pilot did not have control of the plane during this event. In the title I mentioned suspected IO MCU failure, that’s because from the log analysis that we’ve performed, it seems the most likely. To paint a better picture here’s a list of the hardware that we’ve used:

  • Autopilot – Cube Orange with ADSB carrier board
  • GPS – Here 3+
  • RC and telemetry – HereLink v1.1
  • FPV camera – GoPro Hero4
  • Motors and ESCs – KDE direct UAS series
  • Servos – HiTec 6v digital
  • Voltage and current sensing – mauch premium line
  • Airspeed sensor – matek DLVR can sensor

Power architecture: POWER1 and POWER2 inputs on carrier board: separate Mauch 5,3V BECs, SERVO RAIL on carrier board: Jeti SBEC set to 6V output, HereLink AirUnit power input: Polulu 12V BEC, GoPro USB power in: Mauch 5V BEC

Every connection was inspected pre-crash and post-crash. Apart from the obvious components that got disconnected during the crash (wings got yeeted 10 m from the fuselage), every connection was in perfect condition. We’ve even measured every wire harness with an LCR meter that we installed on the aircraft prior to the maiden flight to ensure there’s no cold solder or improperly crimped connector. That leads us to believe the crash was not caused by an electrical failure. Voltage readings in the log file confirm that.

In the log file, there was a registered RC failsafe event which is weird because we had FPV video transmission during the whole flight and the plane was not far away from the pilot (approx. 60 m). We have a buzzer installed on the plane and prior to the crash, we’ve heard the RC failsafe chime.

We have also installed a camera on the left wing. From its footage (which I unfortunately cannot share at this moment), we can see that autopilot had authority over the elevator during the crash. The motors and ailerons were not moving during the crash. This behaviour is consistent with logs, every RC output that was connected to MAIN OUT (RCOU.C1-8) on the carrier board remained at its last logged value as if the MCU stopped working. The elevator which was moving during the crash had a changing output in the logs. The elevator and rudder were connected to the AUX out. This led us to suspect that we have encountered an IO chip failure. This is further confirmed when looking at the IOMC messages which stop at the start of the crash event.

When looking at the Cube architecture, the IO chip is responsible for RC input and 8x main out PWM signals, and if it fails I would suspect a behaviour like we observed during our crash.

This leads us to strongly believe that the crash was caused by the IO chip failure of some kind, my question is has anybody experienced a similar issue? Do you know what can cause this chip to fail during flight? Another strange thing is that the chip now works as after rebooting the autopilot it receives the RC signal and has authority over the MAIN OUT ports so it wasn’t a permanent failure. Is there a way to further diagnose this event by looking at the logs? Or maybe there are some tests that can be done to this unit of Cube Orange that could bring us closer to an explanation? Links to the log file and the FPV video:

Forgot to add, we were using ArduPlane v4.3.5

That’s insane! :scream:
I have no idea how to help, but I have a similar setup, and I’m very curious about the cause.