Dear Vincent,
Paparazzi is running on differed hardware LPC2148 60Mhz (ARM7)
STM32 72MHz (M3) and STM32 (M4) 180Mhz.
The Quadrorotor feedback control system runs with 512Hz the normal
aircraft with 60Hz.
Since we have a DDC, the control system has to overrun the maximum
time constant of the aircraft 8 times.
The infrared altitude system is to slow for fast aircraft (Range 100ms
time constant of the attitude measurement system).
The MEMS MPU60x0 runs fast.
To use c++ in safety application us usually forbidden. Every use od
dynamically data structures shall be prevent.
The best way to design DDC for new aircraft is first to analyse the
derivatives with a program like tornado (matlab). and the simulate
the control system (JRSIM or matlab).
If you try to fit a control system of a insatiable aircraft by
experiments you have to reconstruct it up to 20 times. This is not
relay a option i think.
If you want to do RC flights first, you can use the X3 from Hype
(49Euro 3 axis stabilization system).
Regards
Heinirch Warmers
Vincent Breider schrieb:
Dear Paparazzi Community,
Please allow me to introduce myself.
My name is Vincent Breider I am a student from The Hague University of
Applied Sciences in Delft, The Netherlands.
For an internship I have to research the possibilities of extending the
Paparazzi Software.
The main goal is to create a testing platform for an adaptive control
system that is capable
of controlling highspeed anhydral delta airframes.
I managed to contact Felix who then pointed out the questions I have
could better be asked in the mailing list so the rest of the community
can also help answer them.
So here is the mailing conversation between me and Felix so far. I like
to invite the rest of you to elaborate his answers as you see fit.
These are the questions from my email to Felix:
Is Paparazzi scalable to control unstable
anhydral delta airframes at speeds of approx. 238 m/s?
How did the Paparazzi Design Philosophy originate? And what should I
keep in mind when extending, changing or implementing a Paparazzi
module or subsystem? And how does this philosophy differ from using
Object Oriented programming and C++ as a language?
Is Paparazzi a hard or soft real-time system? And where in the source
code can I find routines that will be executed if a deadline is not met?
The tasks are executed at a certain frequency/period is there any known
limit to which they could be increased. i.e. the sensor task of 60Hz to
512Hz?
Finally I will be visiting the Dortmund Intermodellbau 2013. Will the
Paparazzi Team be attending so I could chat with some of the team
members in person?
And here is his reply:
Hi Vincent,
first a general remark: We (or I) prefer if questions like this are
asked on the mailing list, so others can help out as well and benefit
from the answers.
Also I'm a bit short on time, so it is usually less work for me ;-)
A few short answers:
Is Paparazzi scalable to control unstable
anhydral delta airframes at speeds of approx. 238 m/s?
That depends on which sensors, estimation algorithms and controllers
you use. So in principle, yes... but I'm pretty sure it hasn't been
done/tested so far.
You should also make sure that
How did the Paparazzi Design Philosophy
originate? And what should I keep in mind when extending, changing or
implementing a Paparazzi module or subsystem? And how does this
philosophy differ from using Object Oriented programming and C++ as a
language?
This is a very broad question that I can't answer properly due to lack
of time right now...
Is Paparazzi a hard or soft real-time system?
And where in the source code can I find routines that will be executed
if a deadline is not met?
There is no real operating system or real scheduler in Paparazzi. It is
all "bare metal"... Separate tasks in paparazzi are called in a
cooperative manner by the very simplistic scheduler (no preemption).
There is interest in integrating ChibiOS though...
The tasks are executed at a certain
frequency/period is there any known limit to which they could be
increased. i.e. the sensor task of 60Hz to 512Hz?
That depends on your main PERIODIC_FREQUENCY (can't be higher than
that) and of course mainly on how much computation your task needs (it
mustn't delay other tasks since we don't have preemption).
Finally I will be visiting the Dortmund
Intermodellbau 2013. Will the Paparazzi Team be attending so I could
chat with some of the team members in person?
Not that I know of.
Cheers, Felix
I like to thank all readers in advance for their time.
Sincerly,
Vincent Breider
_______________________________________________
Paparazzi-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/paparazzi-devel
|