Johnathan Van Why wrote: > First, I'll say I'm not a developer and do not have a full > understanding of this problem. > > > Should the autopilot be a separate process that just basically > inputs pilot commands? > > IE. turn at the same physical rate possible? > > I believe the autopilot is another subsystem, and most (I'm not 100% > sure about all) autopilots simply control the elevator/trim, ailerons, > and throttle. Although they can seem to have a higher control effect > than possible off of autopilot, it actually is only putting in the > same input as a pilot could. It cousnt work like that in the sim. If I want to roll from 180 to 27o it turns gently.. in the sim it violently turns the first few degrees.. > > There are several ways to fix this, from realistic to unrealistic, but > a basic (probably the simplest, too) way to fix a high roll rate would > simply be to limit aileron action, as Curtis Olson has already said. > You just find the autopilot's XML file (such as 787-autopilot.xml) and > then look through it. At the bottom of each PID loop, there is usually > something like <u_min> or <min> (I can't recall correctly) which > specifies the maximum command. You can limit this, thus limiting the > autopilot's control effort.
Glad you picked the 787, this is broken in CVS with all sorts of errors.. thats why We need an aircraft fault list... Its also not a hight roll rate.. the issue is than when i first tip the switch to "go this heading".. the sim rools.. after that its smooth and cool and groopy.. and as expected.. The issue is from my point of view is that I can turn into a new heading, violently as a pilot and it will take time to react. The autopilot heading bug does not.. it turn there immedeadetly almost.. > > There's other ways, such as re-programming it to run through a roll > rate command, but that should be the simplest solution. > > This is all from my (rather limited) knowledge, and I may be > misunderstanding your problem. Precisely the the problem. I think we need to document it as well.. > > I hope this helps. > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ------------------------------------------------------------------------ > > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
