|
From: | Mauro Garcia Acero |
Subject: | Re: [Paparazzi-devel] New IMU in YAPA |
Date: | Mon, 18 Feb 2013 09:59:09 +0100 |
Hello Heinrich, very interesting point you have here. Have you made any experiments about
vibrations with fuel engines? Typical gas engines may produce annoying vibrations
even if silent blocks are installed in the engine block as long as I understood
from people using this kind of aircrafts. The flight duration of a quadcopter is
at most one hour as long as I have seen by internet and typical flights are
below 30 minutes. But if a quadcopter was going to still for more than 6 hours,
also the same IMU would be sufficient for insuring the right attitude
determination? Why if only matters the quality of the
algorithm or the filter, in civil aviation, military systems and space crafts
use so expensive (hundreds of thousands dollars) inertial sensors if a fifty
bucks IMU can be equally efficient? Anyway, as Hector suggested, integrating
the ADIS16488 IMU into paparazzi would be a positive evolution for integration
of any other AD sensor because most of them use the same protocol. So even if
at the end, it is proved that the integration of a high end IMU does not
improve so much the overall behavior of the autopilot, a whole new brand of
inertial sensors would have been added into paparazzi integration. Coming back to my first question, there
is an "easy start" for integration of this IMU other than creating a
new module? I think that reusing some existing module may be more efficient in
creating the source code. Best regards, From: address@hidden
[mailto:address@hidden On Behalf Of Heinrich Warmers Hello, Hello everyone, After some discussion with TU Delft
people, I will try to integrate the new ADIS16488 from Analog Devices into the
YAPA in order to verify the behavior of paparazzi with a high end MEMS IMU: <From the AD site> 6°/hr in-run bias stability 0.3°/√hr angular random walk 0.01% nonlinearity Because this IMU communicates through
SPI port, do you have any suggestion about how could I go quicker in the
development of the new module? I was thinking to reuse one existing IMU module
already communicating through SPI. But I have just begun to analyze the doc of
the web site, so, I'm open to any kind of possibility. Thanks in advance,
_______________________________________________ Paparazzi-devel mailing list address@hidden https://lists.nongnu.org/mailman/listinfo/paparazzi-devel |
[Prev in Thread] | Current Thread | [Next in Thread] |