Learning how to analyse logs

Wassup people,

Is there anybody out there who would be kind enough help me analyse my latest flight log that ended in a crash?

In the past i (since a year) have had good sucsess with my APM2 mounted in a standard rcexplorer tricopter. Any hickups in the past have been sorted with a suitably timed software update. 

The latest code 2.7.3 has been brilliant for me especially with my newly flashed esc's. I have been experimenting with auto mode and waypoint missions with good success. Im using the standard gps.

This flight, I was watching the auto mission unfold via fpv. The waypoints were successfully (for me)achieved (apart from the last one, which i believe is a known issue) and the tri was in a hover after the last waypoint. As far as i can remember i switched to stabilize and took control for a few seconds then decided to switch back into auto and run the route again. (like i have done in the past, although not quite as quickly). I watched as the tri violently banked to the right and started loosing altitude, not going in the direction of the first waypoint. I let it go as long as i dared (too long as it turned out) until i switched back to stabilize to take control. There seemed to be a delay in me being able to take control, by which time i fumbled an unscheduled crash landing. 

My current technique of log analysing consists of staring at different graphs that i assume somewhere will explain a fault, but where is the question!

Ive added all the log files that ive got of the flight (probably twich as ive just seen the attatch files tab below also). Ive also got gopro footage if someone thinks it may be helpfull.






2012-09-20 10-35 4.log.gpx

2012-09-20 10-35 4.log

2012-09-20 10-35 4.kmz

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –


  • You genius Dan. I download my gopro footage today and low and behold if the volume is right up you can hear the motor pulsing as its going in. I rebuilt the craft and you're right I have a problem with either the right side esc or motor, don't know which just yet. Thanks for your diagnosis. I will get on with learning your software, I watched the YouTube vid and it looks brilliant.
  • Hi Alex,
    I had a look at your log using APMLogVisualizer version 1.34L, and found that in all probability, a motor failed OR your battery was low enough for one of the ESC's to shut down, OR less likely, one more possibility, your gyro failed in some way.

    I suggest that you start logging your motors, you can do this with the CLI using Mission Planner. It would be easier to see what's going on.

    I found that during your last auto run restart, your Yaw was pointing to the first waypoint like it should. I see that your pitch is pitched down, toward the waypoint like it should be. The problem is the roll is way off, I mean way off.

    You don't happen to have an FPV video do you? in that case, I can compare the video to see if the roll is doing what the sensors say, and if so, we narrow it down to motors/ESC/battery.

    Your servo output (RC3ServoOut) was maxed out at 800. When you went to stabilize, you had the throttle all the way up, and the copter was still was falling. The RC3ServoOut was still maxed out when you went to stabilize. It stayed maxed out until you brought the throttle down (I assume at crash time). This means that the APM2 was TRYING to keep the copter in the air, it just couldn't.

    So to summarize, most likely, motor 1 or motor 4 failed in some way, probably motor 1.
    Less likely, your gyro or gyro software failed in some way.

    Dan Gray

  • Developer

    I have asked the dev team to have a look at your logs but I also highly recommend Dan Gray's log visualizer


This reply was deleted.


David Hori liked Isabella Domi's profile
Jan 12