Steve Knoblock wrote:
Perhaps the autopilot element could include the location of the
Autopilot dialog. Then if the default was loaded it would just load the
existing dialog. If a location was specified, then it would load the
custom dialog.
Something like
Aircraft/c172p/Systems/KA
On Thursday 01 December 2005 09:48, Steve Hosgood wrote:
> I knew there was an autopilot on the cockpit display, but on my monitor
> at home (1024x768) it was a bit difficult to read.
This is a "problem" for many instruments in many a/c - on higher resolution
screens too. The "solution" is to m
On Wed, 2005-11-30 at 16:55, Jon Stockill wrote:
> Steve Hosgood wrote:
>
> > 3) It was broken in 0.9.8 but is fixed now. I *think* I may have tried
> > it in 0.9.9 with the same results. Not sure. Can't check right now.
>
> It'll still be the same. The C172 doesn't use the generic autopilot code
--- Roy Vegard Ovesen <> wrote:
> > If the latter, then surely the dialog box ought not to be available
> (i.e
> > be greyed out in the relevant menu).
>
> Is this possible, Melchior, to disable the autopilot menu entry just for
> the
> C172?
Thanks the Melchior's XML menu changes, I would thi
On Wednesday 30 November 2005 17:34, Steve Hosgood wrote:
> or
>
> 2) Maybe the c172 doesn't have an autopilot.
It has an autopilot, but you operate it with buttons on the panel, you know,
like in Real-Life[TM].
> If the latter, then surely the dialog box ought not to be available (i.e
> be grey
-- Steve Hosgood <> wrote:
> Folks, was there a bug in the autopilot on the c172 default airplane in
> 0.9.8?
>
> I fill in the fields and tick the boxes on the "Autopilot" dialog box,
> take my hands off the stick and the bloody thing wanders all over the
> sky.
IIRC the C172p uses the KAP140 (o
Steve Hosgood wrote:
3) It was broken in 0.9.8 but is fixed now. I *think* I may have tried
it in 0.9.9 with the same results. Not sure. Can't check right now.
It'll still be the same. The C172 doesn't use the generic autopilot code
- it has a KAP140 autopilot model - which is controlled by c
On Fri, 27 May 2005 15:26:58 -0500, Curtis wrote in message
<[EMAIL PROTECTED]>:
> Vance Souders wrote:
>
> > I want to implement an acrobatic AI autopilot and was debating a few
> > different ways of tackling the problem. I was thinking of either
> > creating a spline based system or tuning t
Vance Souders wrote:
I want to implement an acrobatic AI autopilot and was debating a few
different ways of tackling the problem. I was thinking of either
creating a spline based system or tuning the current autopilot to fit
my needs. In a spline based system, the user can sit in the cockpit a
Hi Vance
Vance Souders writes
I've written a small class to load waypoints into the autopilot from an XML
file. It's working but the aircraft will severely oscillate on occasion.
Any ideas where I should start to minimize the oscillations?
You need to adjust the PID controllers in the autopilot X
On Tuesday 05 April 2005 21:22, Curtis L. Olson wrote:
> Timo Saarinen wrote:
> >Hi,
> >
> >I have tried the altitude and heading hold features of the autopilot
> > (ctrl-A and ctrl-H with arrow keys or F11 autpilot dialog box). They work
> > very well with "j3cub" aircraft but with the default ces
Timo Saarinen wrote:
Hi,
I have tried the altitude and heading hold features of the autopilot (ctrl-A
and ctrl-H with arrow keys or F11 autpilot dialog box). They work very well
with "j3cub" aircraft but with the default cessna 172 either of them don't
work at all. I suppose this is a bug.
Th
Roy Vegard Ovesen wrote:
> So... problem solved, or?
Yep - thanks,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--
___
Flightgear-
On Thursday 04 November 2004 15:21, Martin Spott wrote:
> Roy Vegard Ovesen wrote:
> > Do you have the latest CVS? Filters were added to xmlauto.*xx mid
> > October:
> >
> > http://baron.flightgear.org/pipermail/flightgear-cvslogs/2004-October/008
> >703.html
>
> That's it. I already removed anythi
Roy Vegard Ovesen wrote:
> Do you have the latest CVS? Filters were added to xmlauto.*xx mid October:
>
> http://baron.flightgear.org/pipermail/flightgear-cvslogs/2004-October/008703.html
That's it. I already removed anything with '*kap140*' in the filename
and pulled a fresh version from CVS. A
On Thursday 04 November 2004 12:21, Martin Spott wrote:
> Hello,
> with the default c172 I see this error:
>
> Reading autopilot configuration from
> /home/mas/CVS/FlightGear/data/Aircraft/c172p/Systems/KAP140.xml Unknown top
> level section: filter
> Detected an internal inconsistancy in the autop
>-- Original Message --
>Date: Tue, 13 Jul 2004 18:57:13 +1200
>From: Birger Brunswiek
>To: FlightGear developers discussions <[EMAIL PROTECTED]>
>Subject: Re: [Flightgear-devel] Autopilot
>Reply-To: FlightGear developers discussio
s <[EMAIL PROTECTED]>
>
&g
[EMAIL PROTECTED] wrote:
Isn't it more apropriate to have a multidimentional PID c
ntroller rather
than multipl
1 dimentional PID controllers? Or is that just the same?
I'm not sure what you mean by multidimentional PID controller, but I believe
that that it would be the same as multiple one dimen
I have found this to be an excellent reference most of which is
directly applicable to aircraft.
MANEUVERING AND CONTROL OF MARINE VEHICLES
by Michael S. Triantafyllou and Franz S. Hover
Department of Ocean Engineering
Massachusetts Institute of Technology
Cambridge, Massachusetts USA
http://
>-- Original Message --
>Date: Mon, 12 Jul 2004 12:09:04 +1200
>From: Birger Brunswiek
>To: FlightGear developers discussions <[EMAIL PROTECTED]>
>Subject: Re: [Flightgear-devel] Autopilot
>Reply-To: FlightGear developers discussions
<[EMAIL PROTECTED]>
>
>ve
[EMAIL PROTECTED] wrote:
A Google search for "pid control" gives some useful tutorials on what pid
is.
doh... yes I must have overlooked them before ;-) but actually I
was looking at a more in-depth description. On my way I came across
over these books which I'm going to get from the library: (nam
>
>Reading the autopilot documentation I find that the step
from the PID controller described to the one actually
implemented quite big ...
The algorithm described here:
http://www.flightgear.org/Docs/XMLAutopilot/node3.html
is the one that is implemented.
Can the guys who have worked
on that pe
On Tuesday 23 March 2004 22:28, Martin Spott wrote:
> Lee Elliott wrote:
> > Ta for pointing out the high-speed oscillation problem - I've got to
> > confess that all the recent AP changes were only tested at relatively low
> > speeds i.e. flying circuits to check take-offs & landing. I'll have a
Martin Spott said:
> Lee Elliott wrote:
>
> > Ta for pointing out the high-speed oscillation problem - I've got to confess
> > that all the recent AP changes were only tested at relatively low speeds i.e.
> > flying circuits to check take-offs & landing. I'll have a look into it.
>
> When you
Lee Elliott wrote:
> Ta for pointing out the high-speed oscillation problem - I've got to confess
> that all the recent AP changes were only tested at relatively low speeds i.e.
> flying circuits to check take-offs & landing. I'll have a look into it.
When you're done with that I'll send you m
On Tuesday 23 March 2004 17:53, Martin Spott wrote:
> Lee Elliott wrote:
> > On Monday 22 March 2004 16:01, Martin Spott wrote:
> >> Try this: Choose the YF-23, start FlightGear, set the autopilot for
> >> altitude (1000+ ft) and heading in the first step, set speed (some 350
> >> kts) as a second
Lee Elliott wrote:
> On Monday 22 March 2004 16:01, Martin Spott wrote:
>> Try this: Choose the YF-23, start FlightGear, set the autopilot for
>> altitude (1000+ ft) and heading in the first step, set speed (some 350
>> kts) as a second step and watch a wild horse riding through the air :-)
> The
Lee Elliott wrote:
> The latest YF-23 pending update (note name change from 'yf23') has an auto
> take-off function in the AP that does pretty much that just by selecting 'TO'
> mode.
Hey, I thought, all these near-ground automatisms are for wimps
o.k., I admit being a wimp and will t
On Monday 22 March 2004 16:01, Martin Spott wrote:
> Try this: Choose the YF-23, start FlightGear, set the autopilot for
> altitude (1000+ ft) and heading in the first step, set speed (some 350
> kts) as a second step and watch a wild horse riding through the air :-)
>
> Martin.
The latest YF-23
Thanks Jim
As I am not very strong with this CVS stuff.I realised after I
posted that all I had to do was update my CVS base as my build
is only about 5 days old.
Cheers
Innis
"Jim Wilson" writes
>Hi Innis,
FYI, I think what David meant to say is he checked in to cvs a start on a
new
737 autopilot
Innis Cunningham said:
> Thanks David
> Do I only need to rebuild FG for this
> to take effect.
>
> Cheers
> Innis
>
> David Culp writes
>
> >The new autopilot is in CVS as of today. Try it out. Some of it works,
> >some
> >doesn't, but we might be able to get it finished before the relea
Thanks David
Do I only need to rebuild FG for this
to take effect.
Cheers
Innis
David Culp writes
The new autopilot is in CVS as of today. Try it out. Some of it works,
some
doesn't, but we might be able to get it finished before the release.
Dave
--
David Culp
d
Thanks Roy
I will do some reading.
Cheers
Innis
Roy Vegard Ovesen writes
>Browse to:
http://www.flightgear.org/Docs/XMLAutopilot/
>There is a generic autopilot in the data/Aircraft/Generic folder.
>This should become apparent when you read the docs and the generic
example. You have to get the b
On Fri, 12 Mar 2004 21:33:04 +0800, Innis Cunningham <[EMAIL PROTECTED]>
wrote:
Hi Guys
I wonder if someone could tell me were I can find
the instructions for the new autopilot system so I can
redo the 737 autopilot to work.
Browse to:
http://www.flightgear.org/Docs/XMLAutopilot/
If someone ha
> I wonder if someone could tell me were I can find
> the instructions for the new autopilot system so I can
> redo the 737 autopilot to work.
The new autopilot is in CVS as of today. Try it out. Some of it works, some
doesn't, but we might be able to get it finished before the release.
Dave
> One idea I had was to base the error not on an angle from the radial but on
> the distance from the center of the cone. The required response to correct
> this value would be consistant all the way down the cone.
I agree, cross-track error is the way to go.
cross_track_error = distance_to_stat
Frederic Bouvier wrote:
Small glitch at run time :
route = 0D7673D8
Failed to load autopilot configuration:
fgfsbase/Aircraft/Generic/generic-autopilot.xml
CVS Updated and no generic-autopilot.xml
Gaahhh! I swear I added that file. Ok, it's there now. Sorry about that.
Curt.
--
Curtis Olson I
Curtis L. Olson wrote:
> David Culp wrote:
> >>Comments? Any objections to committing my updates?
> >
> >
> > It looks great, and I think the sooner it gets commited the better, so
we'll
> > have plenty of time to work with it before 0.9.4.
> >
> > I already have a wish list :) mach hold, and ver
On Saturday 31 January 2004 20:00, Curtis L. Olson wrote:
> Norman Vine wrote:
> > Hmm... 1 hour 08 minutes on a weekend
> >
> > Was any discussion really wanted :-)
>
> Being a volunteer and doing this on weekends and evenings, I've got to move
> quickly when I do get the chance. I've been w
"Curtis L. Olson" <[EMAIL PROTECTED]> said:
> Ok, it's been at least an hour and no one has objected. :-)
Ah! Oh! Should've been checking my email! ;-)
> I will try to follow up with some documentation this weekend still.
Even very rudimentary unedited notes would help. Thinking about trying
Norman Vine wrote:
Hmm... 1 hour 08 minutes on a weekend
Was any discussion really wanted :-)
Being a volunteer and doing this on weekends and evenings, I've got to move
quickly when I do get the chance. I've been working hard on this and
trying to factor in comments and suggestions made o
Curtis L. Olson writes:
> Sent: Saturday, January 31, 2004 2:40 PM
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Autopilot update.
>
>> Curtis L. Olson
>> Sent: Saturday, January 31, 2004 1:32 PM
>> To: FlightGear developers discussions
> Comments? Any objections to committing my updates?
It looks great, and I think the sooner it gets commited the better, so we'll
have plenty of time to work with it before 0.9.4.
I already have a wish list :) mach hold, and vertical speed hold.
Dave
--
David Cul
David Culp wrote:
Comments? Any objections to committing my updates?
It looks great, and I think the sooner it gets commited the better, so we'll
have plenty of time to work with it before 0.9.4.
I already have a wish list :) mach hold, and vertical speed hold.
Ok, it's been at least an hour a
Jon Berndt wrote:
Yes this is where it gets complicated. There are modes that are obviously
relevant to mere flight dynamics, such as attitude hold, heading select,
wings level, terrain following, etc. -- and even these use *sensor* inputs
as opposed to actual FDM aircraft state data. The other mo
> If the autopilot is defined within JSBSim, how will it be manipulated from
> FlightGear (as far as activating/deactivating the different modules or
> adjusting the reference/target points.) What about things like route
> following (gps) or Nav CDI/GS holds? How does that get
> communicated to J
Jon Berndt wrote:
Does this make it any easier to bypass the FlightGear autopilot (and perhaps
soon-to-exist) FCS system, so the FDM could provide this functionality, if
desired - perhaps by simply not including an autopilot/FCS file or
definition through your new method? This is very important to
> Comments? Any objections to committing my updates?
>
> Thanks,
>
> Curt.
Does this make it any easier to bypass the FlightGear autopilot (and perhaps
soon-to-exist) FCS system, so the FDM could provide this functionality, if
desired - perhaps by simply not including an autopilot/FCS file or
def
> How about adding a new flight control component: "PID controller"?! I've
> been searching my textbooks on control systems and found a few PID
> controller algorithms. I could begin to implement one that takes care of
> the integrator windup problem and has some other usefull features.
Well ... I
On Fri, 09 Jan 2004 15:51:40 -0600, Jon S Berndt <[EMAIL PROTECTED]> wrote:
Yes. And it is true there probably should be an initialization
capability for filters, integrators, etc. I'll try and look into this
very soon.
How about adding a new flight control component: "PID controller"?! I've
On Fri, 09 Jan 2004 22:39:20 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
I think this should be implemented in the jsbsim source code, not in
the fdm_config xml file.
Yes. And it is true there probably should be an initialization
capability for filters, integrators, etc. I'll try and lo
On Fri, 09 Jan 2004 09:13:33 -0600, Jon S Berndt <[EMAIL PROTECTED]> wrote:
On Fri, 09 Jan 2004 14:52:28 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
The solution to this is to stop the intergation when the actuator goes
into saturation.
Aha! Good explanation. Yes, I think this should n
On Fri, 09 Jan 2004 09:15:53 -0600, Jon S Berndt <[EMAIL PROTECTED]> wrote:
On Fri, 09 Jan 2004 15:24:15 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
This is the solution I'm looking to implement, but sadly my knowlege
about the jsbsim structure is so limited that I could not think of a
On Fri, 09 Jan 2004 14:52:28 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
Also, note that the derivative part of the example wing leveler
control was a complete guess - and I think it actually may not play a
large part (or *any* part) in the maintaining wings-level at all.
I have also con
On Fri, 09 Jan 2004 15:24:15 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
This is the solution I'm looking to implement, but sadly my knowlege
about the jsbsim structure is so limited that I could not think of a
way to do it. Maybe the SWITCH component could be used as an if
structure?
Ye
On Fri, 09 Jan 2004 14:52:28 +0100
Roy Vegard Ovesen <[EMAIL PROTECTED]> wrote:
The solution to this is to stop the intergation when the actuator
goes into saturation.
Aha! Good explanation. Yes, I think this should not be too hard to
fix, but I don't have time to play with that myself at this
On Fri, 9 Jan 2004 13:58:11 -, Richard Bytheway
<[EMAIL PROTECTED]> wrote:
Knowing nothing about the jsbsim structure, and only a little about PID
control, could you arrange the control loop so that the Integral term is
only updated when the output is between 2% and 98%?
This is the solutio
>
> When the wings are level and the actuator (roll trim) stays out of
> saturation, this PI controller works great. It does not grow
> a bias as
> long as the actuator is able to do it's job, it only grows a
> bias when the
> actuator does not have enough power (deflection angle) to do it's
On Fri, 9 Jan 2004 06:31:23 -0600, Jon Berndt <[EMAIL PROTECTED]> wrote:
First of all, let me know how you played with the JSBSim wing-leveler
example - I mean, did you use JSBSim in its standalone mode, or did you
somehow integrate this with JSBSim within FlightGear. I ask, because I
have
neve
> I played around with the wing-leveler example from "Automatic flight in
> jsbsim". I noticed that the solution had the problem of intergator-windup.
> I tried to limit and/or clip the intergator component, but that didn't do
> what I thought it would. Does anyone have a solution to this problem?
On Thursday 08 January 2004 21:40, Curtis L. Olson wrote:
> Seamus Thomas Carroll writes:
> > I am playing with the autopilot and maintaining an altitidue above sea
> > level works great. Is there a method for maintaining an elevation
above
> > the ground?
>
> Ctrl-t will toggle a mode that at
Seamus Thomas Carroll writes:
> I am playing with the autopilot and maintaining an altitidue above sea
> level works great. Is there a method for maintaining an elevation above
> the ground?
Ctrl-t will toggle a mode that attempts to maintain the current
altitude above ground. The algorithm is
On Sunday 14 December 2003 13:40, Innis Cunningham wrote:
> Hi Guys
> I would like to have the selections on my autopilot panel work
> only when the Autopilot is engaged.But I dont seem to be
> able to do it using the property.
> /controls/autoflight/autopilot/engage.
> Is this the property to use
Julie:
This might help, too.
http://www.flightgear.org/Docs/Autopilot/AltitudeHold/AltitudeHold.html
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Salut Julie,
how urgent do You need the describtion and how detailed do You want it
to be?
I am writing on a training manual for FlightGear (it's in the doc
directory), but haven't started the autopilot section by now. If You
have some time, I will rearange my schedule and start with the
autopilot
Mehmet Velicangil <[EMAIL PROTECTED]> said:
> can it be calculated. In one of the documents in the flight gear site I
found that the rollout point which resembles an angle is approximately same
with the maxroll which is taken 20 for Chessna and the rollout smooth point is
approximately half of its
Jon Berndt wrote:
I'm not aware of the internals of the autopilot, but it might be usefull
to wait a bit until the script manager is working properly, and then
make the autopilot script driven.
What is the script manager?
David comitted a new FlightGear/src/Scripting directory containing earl
> I'm not aware of the internals of the autopilot, but it might be usefull
> to wait a bit until the script manager is working properly, and then
> make the autopilot script driven.
What is the script manager?
Jon
JON S. BERNDT
Coordinator, JSBSim Project
www.JSBSim.org
[EMAIL PROTECTED]
smi
On Mon, 13 Jan 2003 16:05:07 +0100
Erik Hofman <[EMAIL PROTECTED]> wrote:
I'm not aware of the internals of the autopilot, but it
might be usefull to wait a bit until the script manager
is working properly, and then make the autopilot script
driven.
Interesting. I had not heard of that. It's
Norman Vine writes:
> This would be a good time to separate out the FlightComputer functional
> components from the autopilot too. ie primitive APs have no concept
> such things as a waypoint to steer to or constant height above terrain
>
> In extreme speak I think a major refactoring is i
Norman Vine wrote:
I think it is time to design the pure virtual AutoPilot Interface in C++
rather then rely on such a 'hack'.
This would be a good time to separate out the FlightComputer functional
components from the autopilot too. ie primitive APs have no concept
such things as a waypoint
Curtis L. Olson writes:
>
> Jon Berndt writes:
> >
> > Can someone outline the basic interface that would need to be hooked up
> > (via FGInterface?), and if/how the internal autopilot could be disabled?
>
> You can look at src/Autopilot to see how that works. I'm not sure
> it's been designed t
> Also, consider that for the default autopilot, we have modeled gyros
> and other systems that are actually used as input to the autopilot (at
> least on smaller planes.) This makes our current autopilots behave
> less ideally, and more like real life. Half the fun of learning how
> to use these
Jon Berndt writes:
> As some of you may know, I have been interested in an autopilot capability
> for JSBSim in the standalone version. Also, providing a configurable
> autopilot for JSBSim airplanes flying in FlightGear (via a config file) is
> also something I'd like to be able to do. Recently, I
> > Without code? FWIW I designed the JSBSim
> > FCS components to also be able to handle being assembled into an
> > autopilot.
> Is there something there I should be looking at?
These might help:
http://jsbsim.sourceforge.net/JSBSim.PDF
http://jsbsim.sourceforge.net/ConfigurationFiles.pdf
htt
David Megginson <[EMAIL PROTECTED]> said:
> Jim Wilson writes:
>
> > The technique that I had in mind is probably one that would work for most
> > aircraft. Flying to the needle causes some issues especially with airliner
> > sized aircraft. The current code adjusts the heading by taking t
Jon Berndt <[EMAIL PROTECTED]> said:
> > Basically what I had in mind was an adjustment of the target heading
> based on
> > the resulting devation values. I don't have the actual formula written
> down,
> > but it would involve doubling the devations and subtracting them from
> the
> > target h
Jim Wilson writes:
> The technique that I had in mind is probably one that would work for most
> aircraft. Flying to the needle causes some issues especially with airliner
> sized aircraft. The current code adjusts the heading by taking the needle
> deflection and multiplying it by the dis
> Basically what I had in mind was an adjustment of the target heading
based on
> the resulting devation values. I don't have the actual formula written
down,
> but it would involve doubling the devations and subtracting them from
the
> target heading and including an integral accumulated error a
David Megginson <[EMAIL PROTECTED]> said:
> Curt and I have been having a discussion offline about algorithms for
> NAV mode on a simple autopilot (like those typically found in a light
> Cessna or Piper). The current autopilot does not have a working NAV
> mode -- it was just a quick kludge, wi
At 05:31 PM 7/10/2002 -0400, you wrote:
>Curt and I have been having a discussion offline about algorithms for
>NAV mode on a simple autopilot (like those typically found in a light
>Cessna or Piper). The current autopilot does not have a working NAV
>mode -- it was just a quick kludge, with abil
> What algorithms are commonly used to get and keep the CDI centered in
> a simple AP? It should be easy enough to start with the rate and
> direction of CDI deviation from center.
I'm tempted to say that there isn't a standard we can simply use;
I've used some very different ones even in a smal
On Fri, 2002-06-28 at 05:12, Jim Wilson wrote:
> As I mentioned before the changes to the autopilot code will involve an
> "engage" function. Rather than turning on autopilot automatically by selecting
> a mode (as it does now) the pilot will need to engage it.
>
> I'm proposing that the key for
Major A <[EMAIL PROTECTED]> said:
Andras,
Just updated cvs with the values I've been using. To some degree the
autopilot is very much in a state of flux. It really has only worked for the
c172 and more or less for the c310. That said, it works pretty well for me
with the other aircraft on th
Jim,
> What is your airspeed when you engage? Are you stalling? With the jets
Any really, normally around 250kt on the 747, 2 notches of flaps. Also
tried engaging the AP when "cruising" at 1ft, it seems to diverge
in any case, in whichever direction (coming from 12000ft, it will
simply r
Major A <[EMAIL PROTECTED]> said:
>
> Hi,
>
> another nasty question from a user who hasn't bothered browsing
> through the source code: I have found in the CVS of FlightGear
> recently that the autopilot's altitude function doesn't work. It
> reliably steers me into the ground no matter what a
> You -are- engaging it and not just setting a target, right?
> I ask because I'm not seeing a problem, but I only checked the 172
Sure. F11, then 3000ft or so. It takes over the trim for me. Try with
747-yasim, take off, around 1000ft engage the AP to 3000ft and hope
you haven't got too many pa
On Friday 21 June 2002 10:06 pm, Major A wrote:
> Hi,
>
> another nasty question from a user who hasn't bothered browsing
> through the source code: I have found in the CVS of FlightGear
> recently that the autopilot's altitude function doesn't work. It
> reliably steers me into the ground no matt
James Turner <[EMAIL PROTECTED]> said:
> > c. Heading Select (HDG-SEL) uses ailerons to turn toward heading bug (or
> > setting from FMC). Switches to active Heading Hold when target reached.
> > Changing heading bug after Heading Hold is active requires initiating
> > HDG-SEL
> > again (won't
> > AXIS 3) Yaw damper:
> I am anxious that this be a totally separate system from the autopilot,
> it's a very independent system apart from the fact it drives control
> surfaces and the switch is usually on the MCP :-) If we ever go as far
> as systems modeling at the block level, that's especia
On Friday, June 14, 2002, at 04:19 am, Jim Wilson wrote:
> Armed vs. Active modes:
> Active modes are the only ones that affect control surfaces. Armed
> modes
> select an impending active mode that may or may not get triggered,
> depending
> on if the condition for that mode is satisfied.
James Turner <[EMAIL PROTECTED]> said:
>
> On Tuesday, June 11, 2002, at 02:34 am, Jim Wilson wrote:
>
> > Not a problem...give me a day or two to get things together. Probably
> > there
> > won't be as much changed as there will be added, but some of the
> > "settings"
> > need to be expos
On Tue, 2002-06-11 at 08:15, James Turner wrote:
>
> On Tuesday, June 11, 2002, at 02:27 pm, Jim Wilson wrote:
>
> > If I'm not mistaken (and I easily could be) the FMC would usually just
> > feed
> > the autopilot heading and speed data when using non-radio-stack "NAV"
> > modes.
> > The FMC
James Turner wrote:
> Well ... basically, but some of the landing modes get pretty involved.
> For example, you need to calculate the roll angle to counter-act the
> crosswind, and then prior to touch-down you need to convert roll into
> crab to avoid an engine scrape. Even DC-10 autopilots (which
>
> Well, this is where it gets interesting :-) We really need to define the
> auto-throttle property nodes, so that the FMC/MCDU can set (some of )
> those. Or, on the 757/767, this is done via a physical panel, apparently
> (if I understand Thomas' comments). (the 777 uses a THRUST LIM page).
>
On Tuesday, June 11, 2002, at 02:27 pm, Jim Wilson wrote:
> If I'm not mistaken (and I easily could be) the FMC would usually just
> feed
> the autopilot heading and speed data when using non-radio-stack "NAV"
> modes.
> The FMC monitors the course and the AP only needs to follow the
> comma
James Turner <[EMAIL PROTECTED]> said:
> yeah, this is basically what I was expecting, The current auto-pilot
> code is a bit hard-coded to use the radio stack for NAV modes, for
> example, we need a general course deviation or heading deviation (once
> we decide which) input, and then a NAV/G
On Sat, 1 Jun 2002 07:46:08 -,
"Thomas Holland" <[EMAIL PROTECTED]> wrote in message
<008901c20940$64b95660$fe78a8c0@private>:
> Arnt Karlsen" <[EMAIL PROTECTED]> wrote:
> > "Thomas Holland" <[EMAIL PROTECTED]> wrote in message
> > > TO = Takeoff and GA = Go Around thrust.
> > > GA thrust i
Arnt Karlsen" <[EMAIL PROTECTED]> wrote:
> "Thomas Holland" <[EMAIL PROTECTED]> wrote in message
> > TO = Takeoff and GA = Go Around thrust.
> > GA thrust is the maximum thrust the engine can deliver for a limited
> > time (5 or 10 minutes, depending on engine type and certification).
> > Can only
On Fri, 31 May 2002 19:20:30 -,
"Thomas Holland" <[EMAIL PROTECTED]> wrote in message
<004101c208d8$3be70830$fe78a8c0@private>:
> Jim Wilson said:
> > Hi Thomas,
> >
> > A couple questions below.
> >
> > Thomas Holland <[EMAIL PROTECTED]> said:
>
> > Are the CLB and CRZ preset to a
> > gi
1 - 100 of 110 matches
Mail list logo
