Mathias Fröhlich wrote:
I have checked in into JSBSim's cvs a change which will make the inerial
acceleration in the earth fixed geodetic horizontal local frame availabel to
the HUD.
That patch is attached to this mail. So you could apply that to your local
tree and use that until flightgears
Le dimanche 22 mai 2005 10:45 +0200, Erik Hofman a crit :
Mathias Frhlich wrote:
I have checked in into JSBSim's cvs a change which will make the inerial
acceleration in the earth fixed geodetic horizontal local frame availabel
to
the HUD.
That patch is attached to this mail. So
Hi,
On Freitag 20 Mai 2005 16:37, Andy Ross wrote:
Mathias Fröhlich wrote:
At first I need to know how this local frame is meant.
What I have found from the code is that it is meant to be the *geodetic*
horizontal local frame.
But is is meant to be fixed at the aircraft and thus rotates
On Freitag 20 Mai 2005 16:37, Andy Ross wrote:
Mathias Fröhlich wrote:
At first I need to know how this local frame is meant.
What I have found from the code is that it is meant to be the *geodetic*
horizontal local frame.
But is is meant to be fixed at the aircraft and thus rotates
In a message dated 5/20/2005 8:36:06 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
I didn't test this, but it should work for a quick hack. The result
will be an aircraft that looks like a Skyhawk but flies like a
Warrior.
A,
Sweet...!!! Although the aircraft seems to act like a
Hi,
On Donnerstag 19 Mai 2005 04:45, Jon Berndt wrote:
We do have vUVWdot, which is body frame. We also have Tb2l, which is a
transformation matrix that goes from body to local. This is where it gets
hazy for me, too, and I have to sit and think about it, but since the body
frame is rotating
Mathias Fröhlich wrote:
At first I need to know how this local frame is meant.
What I have found from the code is that it is meant to be the *geodetic*
horizontal local frame.
But is is meant to be fixed at the aircraft and thus rotates due to the
aircrafts velocity or is it fixed at the
In a message dated 5/20/2005 2:09:17 AM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
But is is meant to be fixed at the aircraft and thus rotates due to the
aircrafts velocity or is it fixed at the earth and relocated for every frame
to display?
Or the other question is: what is that
In a message dated 5/20/2005 12:49:29 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
Or if you really want to cheat: use the Cessna 3D model with the Piper
FDM configuration. :)
I think that's how this whole thing started... YASim FDM with c172 model
results in a YASim solution error
Mike wrote:
Andy Ross wrote:
Or if you really want to cheat: use the Cessna 3D model with the Piper
FDM configuration. :)
I think that's how this whole thing started... YASim FDM with c172
model results in a YASim solution error - insufficient elevator
trim.
Not the C172 model (which,
Mike wrote:
Could you send me some specifics on the above procedure? I'm
playing around within the pa28-set.xml without much success.
In your Aircraft/c172p directory, edit the c172p-set.xml file and
replace these lines:
flight-model archive=yjsb/flight-model
aero archive=yc172p/aero
We can do this, it will just take some thinking.
And, yes, Mathias is the expert, here.
Thanks for your input, here... I'll sit tight and see if Mathias can respond.
Mike
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
?? I would have figured the HUD symbology is FDM-independent.
That would be ideal, however there seems to be a dis-connection between the
EOM in the JSB models that's present in the YASim model. Of course, I'm
comparing the PA-28 to the c172 models, but the PA-128 will drive the energy
That would be ideal, however there seems to be a dis-connection between the
EOM in the JSB models that's present in the YASim model. Of course, I'm
comparing the PA-28 to the c172 models, but the PA-128 will drive the energy
markers within the HUD according to model velocities and
Can you be specific? Which accelerations are zero. This may be a bug.
hud_ladr.cxx defines:
// OBJECT MOVING RETICLE
// TYPE ENERGY_MARKERS
// ATTRIB - ALWAYS
//energy markers - compute potential slope
if(energy_marker) {
if (total_vel 5.0) {
t1 = 0;
t2 = 0;
} else {
t1 =
c172 JBS Axx, Ayy, Azz seem always zero where PA-28 and A-10 YASim have
values. This effectively makes t2 = 0 and defeats the pot_slope from any
value
other than Vx, Vy, Vz.
Mike
Interesting. Since I lost a hard drive recently and haven't had time to
reinstall
FlightGear yet, I'll have
I'm a bit hazy on the reference frames, and I don't have a book handy, but it
looks to me as if JSBSim doesn't calculate accelerations in the local frame
(north, east, down). Maybe Jon or Mathias can weigh in on this, but looking
at Propagate.h I see local-frame velocities available through
Michael G. Grizansky wrote:
I noticed an earlier post regarding the A-10 yasim model with the
same error and the repair seemed a simple typo repair, ( filght
vs. light) in the control area. Is there some way I could perform
some maintennance on this model or am I bumping up against a steep
But again: it is unlikely that this model will be maintained in the
future. The standard FlightGear 172 is a JSBSim model, and it works
quite well. If there is something specific you need from the Skyhawk
model, you might best be served by modifying the JSBSim one. And if
you want a YASim
I'm using the energy markers in the HUD to define inputs to the
student and the Yasim FDM seems to support more HUD components than the JBS
FDM...
Mike
?? I would have figured the HUD symbology is FDM-independent.
Jon
___
MICHAEL G KRIZANSKY wrote:
I'm getting a YASim Solution Error when I try to run the c172r-yasim. The
error states insufficient elevator for trim and FG then aborts. Is there
anyone that can point me in the right direction.
This particular configuration isn't maintained. I did it long ago when
Andy Ross [EMAIL PROTECTED]Sent by: [EMAIL PROTECTED]
05/16/2005 04:23 PM MST
Please respond to FlightGear developers discussions <FLIGHTGEAR-DEVEL@FLIGHTGEAR.ORG>
To
FlightGear developers discussions flightgear-devel@flightgear.org
cc
bcc
Subject
Re: [Flightgear-devel]
22 matches
Mail list logo