I just got my quad ready for initial flight testing today - everything works good at first, it's pretty solid, even with less than perfect weather conditions. However, after a few minutes of flying, it will flip over and crash upside down. (I didn't have it more than 3-6 feet up, so any flip would result in upside down crash.)

I am wondering if anyone has any suggestions?

Mode was "stabilize."

One thought - I noticed one of my ESCs is getting pretty hot even when the quad is not flying, just from the BEC functions I guess. (I have 4 linear ESCs tied together.) I am wondering if perhaps that ESC overheats and shuts down, causing a loss of power to one motor - and the quad to flip. The one thing about it is - after it's upside down in the dirt and I have reduced the throttle to zero, the motors are still trying to spin for a bit. If the BEC failed - could it cause a partial reset (while another BEC took over, or that one reset) resulting in this crash, and a few seconds to require the signal and detect zero throttle?

Next, I was wondering if it might be my radio tweaking out. I have a 2.4ghz FASST system, and a 900mhz 3DR telemetry radio. Think they may conflict? One thing, if I arm my ESCs, hold down the quad, and turn off the radio, the quad will "freak out." I would think a FASST system should not do that. Reminds me of the old 27mhz stuff.

Any other ideas/suggestions?

Tags: BEC, Crash, Failure, Flip, Quad, Quadcopter, Radio

Views: 797

Reply to This

Replies to This Discussion

Turns out the quad "freakout" when the radio gets turned off was caused by a failsafe being set to 20%... when it looses the signal, it will increase throttle to 20%. That is resolved. However, still wondering what the causes this problem in the first place. I am thinking an overloaded BEC causes one ESC to shut down for a second... causing the quad to flip as well as a momentary loss of power to the receiver, then after the crash it throttles to 20% due the failsafe until the receiver re-associates.

However, I have 4 ESCs.... if one browns out, wouldn't hte others take up the slack?

Thanks for the input!

Unfortunately, I did not think to observe any of the LEDs at the time it happened. But, based on symptoms, it sounds like we're having some similar issues. Since my ESC felt like it was melting down, just when using the BEC function only - I ordered a 10amp dedicated BEC, and am hoping that will help with the issue. I'll post the results once I receive and install it.

(I have 4 linear ESCs tied together.) 

This is not recommended.

There have been many discussions regarding powering the APM from a single ESC/BEC.

I went ahead and cut all the +5v lines except one - but the ESC powering everything still gets obscenely hot. It is a Turnigy Plush with a 2A BEC.

I have the APM, Futaba Rx, 900mhz 3DR, and Sonar attached. Could this be pushing that BEC?

In fact, I just tried another BEC from a parkflyer... has a 1A output. It gets hot as well.

What kind of power consumption should I be looking at?

Actually, I just used a multimeter to test the current... it's about 300ma. Why then is it causing 1A and 2A BECs to overheat?

Update: I think I made a stupid mistake. When I tested with the parkflyer BEC - I left the other ESCs connected, and I think they were trying to draw power through the signal lines causing the little 1A BEC to overheat. I unplugged them, and now the 1A BEC is only slightly warm.

At the moment, I think I just have a bad BEC in one of the ESCs. (The one that was trying to power everything). I randomly cut the 3 wires... my luck has it, the one I didn't cut was the ESC that had been overheating in the 1st place. I will try using another ESC on the quad and report the results.

Ok - So I tried using a different ESC to power and it still gets hot - 270ma draw. It's not as bad as the last one... but still gets too warm IMO. I'll look forward to trying the dedicated BEC.

I suggest you simplify the installation and use just what is needed to fly, remove telemetry power/connections.

Battery --> PDB --> ESC (all of them) ---> APM2.x + Radio Rx.

I use the 3DR PDB and all 4 ESC are paralled out of it for the APM power (pretty sure - ohmed it out).

Glad you caught the failsafe mode. The documentation says in failsafe, if farther than X(?) meters from launch point, it should rise 30meters, RTL, and then land. I have Spektrum gear and there is also a TX loss failsafe mode for the receiver. Check your Futaba for something similar.

I have been using a tether system on my quad. If one leg is tethered, I can go about 10ft up. Two legs, 5ft. I just have to be aware of the cord and propwash during liftoff. It wouldn't do to suck that line up into the prop. :-O

I like the idea of a tether for this stage of testing, it will
- Prevent the quad from setting a course to the moon in the event of something I have not yet thought of lol
- Allow for "unlimited" duration flights - which would be nice to fly it for a few hours and measure ESC temps at various intervals and various payloads without regard for battery life.

Speaking of powering through a teather... Since it's running on 11.1V (9-12.6) I cold use a automotive deep cycle battery for power... right? (All my components are rated for 14.8 - so even at a full charge that should work).

I figured out how to remove the Futaba failsafe in the programming settings, it solved my problem there.

Yep, I reckon 2.9V is a very adventurous level to set your brown out detection to.

If the rail is falling fast, 2.9V does not give you long before you are executing code with an out of spec supply, with all of the unpleasant consequences that that entails.

The safest reset circuit is an external one.

Update: I disconnected all the +5v wires and used another ESC I had laying around as a BEC... problem appears to be solved. Flew for several mins in loiter mode with no crash. :)

I've actually had something similar on APM2. I was flying the other day in stabilize (after attempting a mission in auto mode) and the copter flipped over and landed upside down with the motors still running (I had to unplug the battery to get them to stop). I fixed some of the damage (mostly plastic pieces and a prop) and checked out the copter real quick and then decided to try flying again and after hovering for a couple minutes, I attempted to switch to auto and the quad took off the wrong way. I then switched my transmitter to stabilize but couldn't control anything (the sticks didn't do anything). I tried to switch back to RTL and Auto and that didn't do anything either.

I fly with a separate BEC rated for 15A. 

I have attached the 1 log file that contained data. None of the other flights appeared to have saved (possible culprit?). Initially couldn't connect on the terminal screen on the mission planner. I unplugged the sonar and xbee and was able to connect. I connected each separately and then together and haven't been able to reproduce that issue. The Terminal screen showed a bunch of ??? instead of the normal bootup. I guess right now I suspect that either the Xbee or dataflash card may be related to this problem.

Attachments:

RSS

Social Networking

Contests

Season Two of the Trust Time Trial (T3) Contest has now begun. The fourth round is an accuracy round for multicopters, which requires contestants to fly a cube. The deadline is April 14th.

A list of all T3 contests is here

Advertisement

© 2013   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service