RE: [Flightgear-devel] altitude hold problem

2002-01-17 Thread Jon S. Berndt
> That's actually a counter-example: this is all information that > FlightGear will have to have by default, but FDMs like JSBSim will not > (necessarily) -- since FlightGear owns the panel and the UI, it is the > component that tracks the position of every switch, stick, and so on. JSBSim will n

RE: [Flightgear-devel] altitude hold problem

2002-01-17 Thread David Megginson
Jon S. Berndt writes: > > From: Andy Ross > > > In fact, this is a good example: a "real" F-16A (Dunno about the C) > > flight control computer takes its input from a set of gyros and from > > the position of the stick, and that's it > > The F-16 DFCS (beginning with Block 40) - and I su

RE: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Jon S. Berndt
> Martin. > P.S.: I _really_ believe it would be wise to separate FDM and FCS using a > clean interface - but this is different from the above ;-) In JSBSim it already is. There appears to be a misconception that the FDM and FCS are inappropriately linked together. In JSBSim the atmosphere

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Martin Spott
[... Andy Ross wrote ...] > Here's a plausible black-box model: the FCS subsystem takes its > control inputs from the /controls/ property tree, and places its > output into the /fcs/ tree. So, we'd modify the FDM configurations to > look there instead, and no code change would be necessary. Aaa

RE: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Jon S. Berndt
> From: Andy Ross > In fact, this is a good example: a "real" F-16A (Dunno about the C) > flight control computer takes its input from a set of gyros and from > the position of the stick, and that's it The F-16 DFCS (beginning with Block 40) - and I suspect to some degree also the F-16A model -

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Tony Peden
On Wed, 2002-01-16 at 17:41, Andy Ross wrote: > Tony Peden wrote: > > Andy Ross wrote: > > > This would be a good feature to look at breaking out of the FDM. At > > > its most reductionist, a FCS system compares (1) pilot control > > > inputs and (2) FDM output to produce control surface posi

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Andy Ross
Tony Peden wrote: > Andy Ross wrote: > > This would be a good feature to look at breaking out of the FDM. At > > its most reductionist, a FCS system compares (1) pilot control > > inputs and (2) FDM output to produce control surface positions. > > None of that requires access to the internal

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Tony Peden
On Tue, 2002-01-15 at 18:52, Alex Perry wrote: > > On Tue, 2002-01-15 at 07:19, Christian Mayer wrote: > > What we really need here is for our resident flight control systems > > expert to whip us up a program for generating the control law gains > > based on the config file ... > > It's probabl

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Tony Peden
On Wed, 2002-01-16 at 10:13, Andy Ross wrote: > Jon S. Berndt wrote: > > Alex wrote: > > > For starters, can the JSB filters (etc) stuff be used without > > > JSBSim? > > > > The base class of all JSBSim classes - including the FCS classes - is > > FGJSBBase. So, technically, no. > > This w

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Christian Mayer
"Jon S. Berndt" wrote: > > > I don't see why moving the FCS out of JSBSim precludes your ability to > > run the thing standalone. You could maintain your own tree > > independant of FlightGear as you do right now (or just keep it in the > > JSB tree "next to" the FDM). Alternatively, you could

RE: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Jon S. Berndt
> I don't see why moving the FCS out of JSBSim precludes your ability to > run the thing standalone. You could maintain your own tree > independant of FlightGear as you do right now (or just keep it in the > JSB tree "next to" the FDM). Alternatively, you could place it in > SimGear, which is de

Re: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Andy Ross
Jon S. Berndt wrote: > Alex wrote: > > For starters, can the JSB filters (etc) stuff be used without > > JSBSim? > > The base class of all JSBSim classes - including the FCS classes - is > FGJSBBase. So, technically, no. This would be a good feature to look at breaking out of the FDM. At i

RE: [Flightgear-devel] altitude hold problem

2002-01-16 Thread Jon S. Berndt
Alex wrote: > For starters, can the JSB filters (etc) stuff be used without JSBSim ? The base class of all JSBSim classes - including the FCS classes - is FGJSBBase. So, technically, no. It would be sort of an alternate autopilot, the way I see it, now. It would be specified in the aircraft conf

Re: [Flightgear-devel] altitude hold problem

2002-01-15 Thread Alex Perry
> Well, JSBSim theoretically has the building blocks for an autopilot, same as > for an FCS. I have mentioned before that this is one thing I'd like to add > in. The caveat of course is not to break anything that currently exists, > piss anyone off, or preclude some other FDM from working correctl

RE: [Flightgear-devel] altitude hold problem

2002-01-15 Thread Jon S. Berndt
> What we really need here is for our resident flight control systems > expert to whip us up a program for generating the control law gains > based on the config file ... Well, JSBSim theoretically has the building blocks for an autopilot, same as for an FCS. I have mentioned before that this is

Re: [Flightgear-devel] altitude hold problem

2002-01-15 Thread Alex Perry
> On Tue, 2002-01-15 at 07:19, Christian Mayer wrote: > What we really need here is for our resident flight control systems > expert to whip us up a program for generating the control law gains > based on the config file ... It's probably easier to adapt the autoconfiguration algorithms for PID

Re: [Flightgear-devel] altitude hold problem

2002-01-15 Thread Tony Peden
On Tue, 2002-01-15 at 07:19, Christian Mayer wrote: > David Megginson wrote: > > > > Jim Wilson writes: > > > > > Speaking of "lawn darting" there seems to be a problem with > > > autopilot altitude hold with the c310 under jsbsim. > > > > You'll see the same problem with any higher-power pla

Re: [Flightgear-devel] altitude hold problem

2002-01-15 Thread Christian Mayer
David Megginson wrote: > > Jim Wilson writes: > > > Speaking of "lawn darting" there seems to be a problem with > > autopilot altitude hold with the c310 under jsbsim. > > You'll see the same problem with any higher-power plane in the JSBSim, > YASim, or UIUC models. The current autopilot is

re: [Flightgear-devel] altitude hold problem

2002-01-15 Thread David Megginson
Jim Wilson writes: > Speaking of "lawn darting" there seems to be a problem with > autopilot altitude hold with the c310 under jsbsim. You'll see the same problem with any higher-power plane in the JSBSim, YASim, or UIUC models. The current autopilot is closely tuned to the C172 (which, ironi

Re: [Flightgear-devel] altitude hold problem

2002-01-14 Thread John Wojnaroski
> Speaking of "lawn darting" there seems to be a problem with autopilot altitude > hold with the c310 under jsbsim. Or at least that's what I'm getting...an > instant lawn dart (stalls and drops). Tried 2000 and 4000ft. Jsb/c172 still > works fine. The problem seemed to appear around when th

[Flightgear-devel] altitude hold problem

2002-01-14 Thread Jim Wilson
Speaking of "lawn darting" there seems to be a problem with autopilot altitude hold with the c310 under jsbsim. Or at least that's what I'm getting...an instant lawn dart (stalls and drops). Tried 2000 and 4000ft. Jsb/c172 still works fine. The problem seemed to appear around when the rudder/ae