I’m using the Pixhawk 2 with Arducopter 3.4.4 Traditional Heli, and changing RC5_FUNCTION to 33 and plugging the servo wire from channel 1 to channel 5 doesn’t have any effect. Is anyone else having the same problem or knows how to fix this?
I’m flying Pixhawk 2 with Copter v3.4.4 and I too received the Pix2 back in November. Today I conducted my maiden and it ended it a crash. The only way I could make the compass variances to go away was by unchecking compass #2. My quad had a tendency to lift the tail at a much faster rate than the nose, first attempt it flipped over. Second attempt I made sure to raise throttle more carefully and still the tail was lifting up way before the nose. I kept on trying to compensate for it until I was able to leave the ground, only to see the quad to start a yaw right rotation and crash land.
@frizensami unfortunately that workaround won’t work with TradHeli in the 3.4.4 firmware, as heli in that firmware controlled its servo mapping directly (unlike multicopter).
If you use the 3.5beta that is out now then it will work. You can set SERVO5_FUNCTION=33 and it will move the first swash servo to channel 5.
Using v3.4.4 as well got same problem and used same solution (unchecking compass #2) however it is a pixhawk clone so this compass problem affects any pixhawk with external compass. I tried on three more similar clones and 2 differents external compass units! Same strange result! While trying, in vain, to calibrate the compasses, I did uncheck the automatic accept boxe and got few thousands samples just to be sure… Did look ok but then on first reboot… got same error… Frustrating! (to stay correct).
Henri
Are there any instructions for arduplane users please? Do we still need to move the servo cable from MAIN 1 to MAIN 5? Is there an alternative to RC5_FUNCTION & SERVO5_FUNCTION = 33 for plane?
There’s no output on MAIN 5 for RC5_FUNCTION=33 but there is output for RC5_FUNCTION=4 (aileron) but then it ignores the EVELON_OUTPUT mixing.
Yes, all 6 motors full speed, then 5 stopped when they smashed the tree… indeed, it did not go very far at all after that.
I don’t think it’s the issue which prompted this service bulletin, but I do believe it’s a problem with the cube or “beta” cube.
I was really hoping it was something wrong with my transmitter… but I’ve since thoroughly tested it, and can’t find anything unusual.
If anybody would like the logs, I have the sd card now… and can post them here or a new thread, which would be a better idea I think :-).