I have been playing around with the autopilot this evening, and
noticed something that seems to me to be broken.
I ran into a problem where I would see a really large change in output
(delta_u_n) but the output would not change (yes, this probably also
means my gains need some adjusting), e.g.:
Ahh, yes. I see your point. Since the change in output is based on
change in error (not current error), if the amount of output shift is
altered but the last error (ep_n_1) is not the two will effectively
become out of sync. In fact, the same thing must have been happening
when delta_u_n was
See below...
On 9/28/05, Roy Vegard Ovesen [EMAIL PROTECTED] wrote:
On Wednesday 28 September 2005 21:03, Hans-Georg Wunder wrote:
The original problem is, when there is an input change from 0 to
u_max/kp, the output value is zero. This is wrong. It has to be u_max.
The fix from Erik was
The patch committed by Erik:
http://cvs.flightgear.org/cgi-bin/viewcvs/viewcvs.cgi/source/src/Autopilot/xmlauto.cxx.diff?r1=1.19r2=1.20cvsroot=FlightGear-0.9
should fix this. This is what would happen when you set
delta_u_n = u_max - u_n_1 :
delta_u_n (u_max - u_n_1)
0.6 (0.5 - 0.0) :
On 10/29/05, Curtis L. Olson [EMAIL PROTECTED] wrote:
There is a neat flightgear connection here which I've probably mentioned
before, but would like to mention again (with pictures.)
http://www.flightgear.org/~curt/Models/Special/Rascal110_2/
This is a manually flown UAV (also pictured on
Hello All,
I am considering using a property tree similar to that in Flightgear
for a UAV ground control application, and I have a question for the
developers on the list. Has anyone ever looked into creating a system
to share a common property tree between two computers over a network
On 11/12/05, Arthur Wiebe [EMAIL PROTECTED] wrote:
Yeah, oops what's wrong with topposting? ;)
Ok, I'm sorry to extend a very off-topic discussion, but here I go anyway...
This one is a little lost on me. I understand why quoting whole
messages, and using HTML or
various encoding schemes can
