MultiWii

Hi there, does anyone perhaps know about problems to flash a FrSKy XM+ from International to LBT firmware? Is it maybe always only possible to flash an International device with the International firmware and an LBT device with LBT firmware? My problem is that I purchased 3 devices of that type via ...

Finally the problem disappeared... Signal reception under the roof (even beneath a window) is suboptimal (although it is possible) and after losing any ephemeris / almanach data the module was not able to find a signal. After tweaking any possible config setting I simply put the module in a cardboar...

Hi there, I've stumbled across a strange problem: I have two (hopefully) identical copies of a u-Blox NEO 6 M module by hextronik. Both used to work, one still does with no issues at all and a really quick 3D fix even under the roof. Unfortunately the second one is not able to acquire stable satelli...

Already sold elsewhere...

Hi guys, after switching to bigger ones I just want to get rid of 4 CW-CCW pairs of orange Gemfan 8x4.5 standard props (8045 packs) 5 CW-CCW pairs of black Gemfan 8x4.5 standard props 1 CW-CCW pair of black Gemfan 8x4.5 carbon-fiber props (8045*C* in the attached photo) 1 single black CW Gemfan 8x4....

I could only recommend MS5611, have a look at this: m. It's also very cheap, you could even buy a whole 10DOF IMU breakout board for about 15€, like the GY-86 (MPU6050 acc/gyro, MS5611baro, HMC5883 mag). And I support happul3's opinion about the performance ceiling, even after properly surrounding i...

Yep, I could confirm that. In my copter there's a MPU6050 and an MS5611 which are working in tandem for AltHold in the way happul3 indicated. It's really working well. Yesterday in the evening with slightly bumpy wind conditions I did another test flight after I commented out that accZoffset stuff a...

happul3, you are right, I'm deeply sorry. In the situation above EstG32.V vector is changing accordingly, which could potentially lead to only minor effects due to rounding or sensor noise. At rest, irrespective of the copter frame's relation to the earth's one, both vectors are pointing down in the...

Exactly, the acc vector in the copter's inertial frame gets projected onto the estimated acceleration vector which lives in the earth's inertial frame. If the copter moves horizontally as seen in the earth's frame, the vertical part of this projection should be 1G. It is only differing from that if ...

Right, that's what a mathematician calls projection, namely the acc vector gets projected onto the EstG32.V vector, both are floating objects. On a level surface EstG32.V.X and .Y are very close to zero, just EstG32.V.Z is equal to 512 which in turn is equal to acc_1G which is a sensor dependent con...

Well, earth's gravitational field is always acting on a copter, even if it's at rest. But if the acc vector at rest does not point into the right direction (i.e. down in the copter's frame, accX = 0, accY = 0, accZ = 1g equivalent) it does not work properly, especially if it is in a stationary state...

When I release my copter from my hand it usually shows a heading-dependent ability to hold altitude which is not quite nice. But I think it is linked to the following lines of code (at least in MW 2.2 which I'm still using): if (!f.ARMED) { accZoffset -= accZoffset>>3; accZoffset += accZ; } accZ -= ...