paparazzi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Paparazzi-devel] Extending Paparazzi


From: Prof. Dr.-Ing. Heinrich Warmers
Subject: Re: [Paparazzi-devel] Extending Paparazzi
Date: Sat, 06 Apr 2013 09:47:38 +0200
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.4) Gecko/20030619 Netscape/7.1 (ax)

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]