Curtis L. Olson writes:
> At one point their project leader offered me his old Rev1 board in
> return for integrating their helo model with FlightGear.
> Unfortunately I haven't had the time to look into that seriously, but
> this could be a good starting point for someone. I would certainly be
> willing to answer questions relating to the flightgear FDM interface.
It might be worth finishing the long-delayed overhaul of the FDM
interface first. Andy demonstrated initially how effectively an FDM
can work almost exclusively through the property manager, and most new
JSBSim functionality has bypassed FGInterface and gone directly
through the property manager as well. Basically, FGInterface just
needs to be a regular subsystem:
class FGInterface : public FGSubsystem
{
public:
FGInterface ();
virtual ~FGInterface ();
virtual void init ();
virtual void update (double dt_sec);
virtual void bind ();
virtual void unbind ();
};
We could stick some convenience property node pointers in there
protected:
SGPropertyNode_ptr longitude_deg_node;
SGPropertyNode_ptr latitude_deg_node;
SGPropertyNode_ptr altitude_ft_node;
SGPropertyNode_ptr roll_deg_node;
SGPropertyNode_ptr pitch_deg_node;
SGPropertyNode_ptr heading_deg_node;
and so one for the most basic stuff that applies to all models
(velocities and environment are also good bets), but we wouldn't want
to get carried away.
Comments? This should make integrating any flight model fairly
straight forward -- it implements and init() call and an update()
call, where the update gives the delta time in seconds since the last
call. Any information it needs is available through the property tree
(i.e. /controls/collective). It makes for a very shallow learning
curve.
All the best,
David
--
David Megginson, [EMAIL PROTECTED], http://www.megginson.com/
_______________________________________________
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
