Hi!
I investigate the behaviour of the gyros of my copter. Without any motion, the result is:
I can see that:
1 the noise is rather important,
2 the mean over time is not null:.1 for gyro.x, .2 to .3 for gyro.y and .5 for gyro.z.
These values differ after a power up and down of the cf2. I also get values around 1.
Does these values show a damaged sensor ?
[SOLVED]Zero of gyros
[SOLVED]Zero of gyros
Last edited by Mitteau on Sat Dec 30, 2017 9:22 am, edited 2 times in total.
Re: Zero of gyros
Hi,
1. The noise looks similar to a good working Crazyflie I have on my desk
2. From time to time I also get drift in the gyro. The gyros 0 are measured at startup but they will eventually drift, that is what MEMS gyro do.
Anyway, since the gyro drifts, the sensor fusion algorithm will take care and correct for it (for roll and pitch). Do you have problem with the attitude estimation, ie. with the roll, pitch, yaw measurements?
1. The noise looks similar to a good working Crazyflie I have on my desk
2. From time to time I also get drift in the gyro. The gyros 0 are measured at startup but they will eventually drift, that is what MEMS gyro do.
Anyway, since the gyro drifts, the sensor fusion algorithm will take care and correct for it (for roll and pitch). Do you have problem with the attitude estimation, ie. with the roll, pitch, yaw measurements?
Re: Zero of gyros
Hi,
Thank you very much. I asked the question because sometimes brutal instabilities appear like in an old post of mine dated 2016/01/29. If it is not the sensors, could it be a lost packet in internal firmware?
With flowcontrol deck, it happens sometimes an oscillatory mode, sometimes damped, sometimes driving to a crash... Perhaps my modifs?
Regards
Jean-Claude
Thank you very much. I asked the question because sometimes brutal instabilities appear like in an old post of mine dated 2016/01/29. If it is not the sensors, could it be a lost packet in internal firmware?
With flowcontrol deck, it happens sometimes an oscillatory mode, sometimes damped, sometimes driving to a crash... Perhaps my modifs?
Regards
Jean-Claude
Re: Zero of gyros
After one of these instabilities have you checked the console output in the cfclient. If there is an I2C problem I think it will show up there.
Re: Zero of gyros
I will look at but I feel there is no such information, I would have seen it. I see only a long oscillatory behaviour of stabilizer. The modification I introduced to firmware are rather limited but perhaps are responsible for this.
Re: Zero of gyros
Oscillation with the flow deck could also come from bad tracking yielding bad data entering the kalman filter. Have seen a correlation between the oscillation and the type of floor or lightning bellow the Crazyflie?
One other possibility is that the code you added takes a lot of CPU time, this would affect the rate at which the control loop are running. Though if you have done only minimal change I guess this is unlikely.
One other possibility is that the code you added takes a lot of CPU time, this would affect the rate at which the control loop are running. Though if you have done only minimal change I guess this is unlikely.
Re: Zero of gyros
I agree with your opinions. The floor is not a good reference because it is rather dark wood and there is not much light. This can explain one of the instabilities, for instance when cf starts go rapidly forward.
But another is the light RP oscillations slowly diverging, 2 or 3 Hz, sometimes ending with a crash, sometimes vanishing. Perhaps I have to lower a little bit the gain of the attitude PID.
My opinion is that the PID coefficients can depend somehow of the inertial parameters of the plane. Do you think it can be the case?
Jean-Claude
But another is the light RP oscillations slowly diverging, 2 or 3 Hz, sometimes ending with a crash, sometimes vanishing. Perhaps I have to lower a little bit the gain of the attitude PID.
My opinion is that the PID coefficients can depend somehow of the inertial parameters of the plane. Do you think it can be the case?
Jean-Claude