Regarding the pull up issue, it seems fixed (partially) now.
My first assumption regarding atmosphere was definitely wrong (even though the
JSBSsim atmosphere feels better now and the FG atmosphere is still wrong above
60kft).
I have looked into the Cmalpha values and it was only fixed to a
Both Cm due to pitch rate and Cm due to alpha rate are legitimate. More
sophisticated models will have both.
-Original Message-
From: flying.toaster [mailto:flying.toas...@voila.fr]
Sent: Sunday, February 01, 2009 2:35 AM
To: development issues; flightgear-devel
Subject: Re:
Got it,
The issue is that JSBSIM gets the external atmospheric model
(/environment/params/control-fdm-atmosphere set to true in flightgear). I
assume that imposes flight gear own atmosphere model to the FDM and THIS model
is stuck after 10 ft
Setting this value to false actually gets a
Got it,
The issue is that JSBSIM gets the external atmospheric model
(/environment/params/control-fdm-atmosphere set to true in flightgear). I
assume that imposes flight gear own atmosphere model to the FDM and THIS
model is stuck after 10 ft
Setting this value to false actually gets
On 01/13/2009 12:25 PM, flying.toaster wrote:
flightgear I assume that imposes flight gear own atmosphere model
to the FDM and THIS model is stuck after 10 ft
I can easily generate ISA atmosphere data to 71,000 m (232940 ft)
... and beyond that if you wish (to the limited extent that
There was an issue some time ago when we had control-fdm-atmosphere set
to false by default. I don't know if this has been resolved by now.
Here is the thread from 2007:
http://www.mail-archive.com/flightgear-
devel%40lists.sourceforge.net/msg13065.html
Torsten
It's an interesting
Also note that the FlightGear model, whether or not extended
in height, is a one-parameter model which (to put it politely)
does not adhere to the laws of physics. It puts out wrong
answers whenever the temperature differs significantly from
ISA standard day.
JSBSim has, for a long time,
7 matches
Mail list logo