Hexa continuous yaw rotation

Hi,

After three unsuccessful attempts at finding a mechanical explanation to this problem I've decided to post here to see if anyone has encountered a similar problem and what they found to be the cause.

- This hexa is rather large and powerful, 900mm between opposite motor centers, 370kv motors, 1555 props, 6S 11000mAH battery. The frame is flying in the + configuration.

- The APM (2.5 running 2.9.1b) is almost on top of the CG but weight distribution isn't perfectly symmetrical as a second 3S 2600mAH battery is installed next to it so there is a slight Left/Right imbalance.

- The frame flew perfectly level and responded well to throttle but would spin continuously as soon as it would lift off the ground.

- Default PID settings were used for the first flights. THR_MIN was lowered to 50 as the default idle speed seemed a bit high.

- At first motor misalignment was thought to be the cause. Very slight corrections were necessary to straighten them out but I doubt this was the cause as sometimes the frame would spin CW and sometimes CCW without any physical readjustment.

- The initial flight was done with manual magnetic declination (evaluated at -16.4140° in my area) the following flights were performed with auto declination with the same result.

- Magnetometer calibration had been performed previously but was repeated between flights 2 and 3 with the same result at flight 3. Calibration was performed outsides and far from any metal or strong magnetic fields.

- Unfortunately CTUN and RAW logging were not taken during those flights so I don't have any much data available for analysis.

My current guess is that the default PID values are probably too high given the frame's highish power/weight ratio. I think I will start by setting RATE_YAW_I = 0 and lowering RATE_YAW_P to see how the frame behaves and go from there.

Any opinions?

Thanks!

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

Join diydrones2

Email me when people reply –

Replies

  • Found the problem... Wrong spinning orientation on all motors. Even though the props were all pushing air down and the hexa was indeed flying the APM was expecting the motors to be spining in the other direction so everytime it tried to correct for any yaw error it was actually amplifying the error hence the ever accelerating spin. Contrary to what the first image on this page suggests, motor 1 of a hexa or octo should spin CW and have a pusher prop. If you scroll down a bit on this same page you will see the correct configuration.

    Thanks to everyone for all the suggestions!

  • Hello again,

    I was able to perform a few more tests today after moving the APM further away from the PDB. It now lies approximately 2 inches above the high current wires going between the PDB and ESCs. I have ordered some MuMetal foil which will eventually go under the APM but it hasn't arrived yet. However my latest tests seem to indicate that magnetic interference from the PDB and cabling causing erroneous compass readings isn't the cause of the problem. I've monitored the compass readings in MissionPlanner and they seem to remain steady even when I push the throttle up so I doubt this is the cause of the problem.

    I've added some logging information to my latest flight attempts and was able to note that under all ATT packets the YAW and YAW NAV values, which I assume are the output values, were constantly stuck at around 22000 regardless of the YAW IN values. The only moment when the YAW values dropped was when I would completely kill the throttle and the vehicle would fall back to the ground but as soon as the vehicle ould touch the ground the YAW values go back up to 22000.

    I brought the RATE_YAW_P parameter down from 0.20 do 0.15 to see if it would lower the YAW output but instead it went up to around 34000 !? I was expecting the default gains to be too high not too low given this vehicle's power. The logical course of action would be to push the RATE_YAW_P up further to compoensate but I would like to hear what others have to say before doing so.

    What can cause the YAW output to go so high without any input?

    Thanks!

  • Check to make sure your TX is in a mode that has only one APM output change with one TX stick movement (radio calibration). If you have more than one, you may be in a Helicopter mode on your TX.

    Did this aircraft develop the issue after flying well multiple times or is this a 'first flights'/maiden problem? If a first flight issue, there is no shame. I didn't have several things right on my quad before a successful maiden flight. There are many things to get right.

    If you are flying in Stabilized mode, none of magnetometer values matter.

    If you know how, post the logs here also, it could help.

    Troubleshoot on!

    -=Doug

  • Stephen,

    I had originally inserted a double layer of 3oz copper between the ESCs, their cables and the PDB on one side and the APM, GPS and receiver on the other but I guess distance is what really matters. I'll try what you suggest before tweeking any gains. Thanks for the suggestion!

    Best,
  • Tie or weight the aircraft down so that it can't lift off.  Does the heading in the APM change as you throttle up?  If yes, then you have an ESC power wire too close to the magnetometer.  If no, then I am out of guesses.

This reply was deleted.

Activity

DIY Drones via Twitter
Welcome to the new DIY Drones design!. You may have noticed that DIY Drones looks a little different today. That's… https://t.co/cg2EmeDGMQ
7 hours ago
DIY Drones via Twitter
New! Online Training on Drones for Disaster Response https://t.co/brqRuujjY2
yesterday
DIY Robocars via Twitter
https://t.co/8EMCvYW6oz
yesterday
DIY Robocars via Twitter
RT @OttawaAVGroup: We are going to try something new this week. We will be having a drop-in style meeting Wednesday @ 7-9pm EST. Pop in and…
Monday
DIY Robocars via Twitter
RT @tawnkramer: Thanks Everyone for another fun virtual race! Amazing Ai racers competing head-to-head, Virtual Makers Fair event. Catch us…
Sunday
DIY Robocars via Twitter
RT @make: Find out the latest from @diyrobocars at 10am PT from @chr1sa of @3DRobotics on Virtually Make Faire! #makerfaire #maketogether #…
Saturday
DIY Robocars via Twitter
RT @Heavy02011: Join us Saturday online: Virtual Race League: @DIYRobocars Race #2 - Parking Lot Nerds https://t.co/aJUu4sdutx #Meetup via…
Saturday
DIY Robocars via Twitter
RT @donkey_car: Yay, we are part of the virtual @makerfaire with @diyrobocars. Come see our race or better yet train a model and race with…
May 21
DIY Robocars via Twitter
RT @chr1sa: The @DIYRobocars Virtual AI Race is going to be part of the virtual @makerfaire on Sat! https://t.co/wnMDAboLID
May 20
DIY Robocars via Twitter
RT @tawnkramer: Please join us next week for our second DIYRobocars online race. We will be using a new Mountain Track course! https://t.co…
May 19
DIY Robocars via Twitter
RT @SmallpixelCar: I realized that the size of the cones in @diyrobocars is known. If we can detect the bounding box, which can be done wit…
May 19
DIY Drones via Twitter
RT @chr1sa: Our next @DIYRobocars autonomous car virtual race is this Saturday. Sign up here to compete or just spectate on @Twitch https:/…
May 19
DIY Drones via Twitter
Definitive Guide to Setup Drone Delivery System https://t.co/7ibwcgF24h
May 19
DIY Robocars via Twitter
RT @DAVGtech: The next @diyrobocars virtual robocar race is this Saturday. One of many interesting issues we are taking a stab at is "how c…
May 18
DIY Robocars via Twitter
RT @chr1sa: cc @DIYRobocars @donkey_car https://t.co/ewbyqZ3xC0
May 18
DIY Robocars via Twitter
RT @chr1sa: This is the technique that many of the @DIYRobocars racers use to estimate their localization position on the track https://t.c…
May 18
More…