2003-11-28 15:48:05 +00:00
|
|
|
// FGAIBase - abstract base class for AI objects
|
|
|
|
// Written by David Culp, started Nov 2003, based on
|
|
|
|
// David Luff's FGAIEntity class.
|
|
|
|
// - davidculp2@comcast.net
|
|
|
|
//
|
2007-03-30 22:51:52 +00:00
|
|
|
// With additions by Mathias Froehlich & Vivian Meazza 2004 -2007
|
|
|
|
//
|
2003-11-28 15:48:05 +00:00
|
|
|
// This program is free software; you can redistribute it and/or
|
|
|
|
// modify it under the terms of the GNU General Public License as
|
|
|
|
// published by the Free Software Foundation; either version 2 of the
|
|
|
|
// License, or (at your option) any later version.
|
|
|
|
//
|
|
|
|
// This program is distributed in the hope that it will be useful, but
|
|
|
|
// WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
// General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU General Public License
|
|
|
|
// along with this program; if not, write to the Free Software
|
2006-02-21 01:16:04 +00:00
|
|
|
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
|
2003-11-28 15:48:05 +00:00
|
|
|
|
|
|
|
|
|
|
|
#ifdef HAVE_CONFIG_H
|
|
|
|
# include <config.h>
|
|
|
|
#endif
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
#include <simgear/compiler.h>
|
|
|
|
|
2008-07-25 18:38:29 +00:00
|
|
|
#include <string>
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2006-10-29 19:30:21 +00:00
|
|
|
#include <osg/ref_ptr>
|
|
|
|
#include <osg/Node>
|
2008-03-22 09:31:06 +00:00
|
|
|
#include <osgDB/FileUtils>
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2009-03-16 16:37:39 +00:00
|
|
|
#include <simgear/math/SGMath.hxx>
|
2003-11-28 15:48:05 +00:00
|
|
|
#include <simgear/misc/sg_path.hxx>
|
2008-03-22 09:31:06 +00:00
|
|
|
#include <simgear/scene/model/modellib.hxx>
|
2007-01-06 14:25:55 +00:00
|
|
|
#include <simgear/scene/util/SGNodeMasks.hxx>
|
2003-11-28 15:48:05 +00:00
|
|
|
#include <simgear/debug/logstream.hxx>
|
2003-12-21 20:12:55 +00:00
|
|
|
#include <simgear/props/props.hxx>
|
|
|
|
|
|
|
|
#include <Main/globals.hxx>
|
|
|
|
#include <Scenery/scenery.hxx>
|
2009-06-22 21:04:52 +00:00
|
|
|
#include <Scripting/NasalSys.hxx>
|
2003-12-21 20:12:55 +00:00
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
#include "AIBase.hxx"
|
2004-05-21 16:50:19 +00:00
|
|
|
#include "AIManager.hxx"
|
2003-11-28 15:48:05 +00:00
|
|
|
|
2009-02-03 15:52:39 +00:00
|
|
|
const char *default_model = "Models/Geometry/glider.ac";
|
2004-09-22 19:11:36 +00:00
|
|
|
const double FGAIBase::e = 2.71828183;
|
2004-09-22 08:47:05 +00:00
|
|
|
const double FGAIBase::lbs_to_slugs = 0.031080950172; //conversion factor
|
|
|
|
|
2008-03-22 09:31:06 +00:00
|
|
|
using namespace simgear;
|
2004-09-22 08:47:05 +00:00
|
|
|
|
2006-08-08 18:40:18 +00:00
|
|
|
FGAIBase::FGAIBase(object_type ot) :
|
2004-09-20 19:29:16 +00:00
|
|
|
props( NULL ),
|
2006-11-26 12:02:06 +00:00
|
|
|
model_removed( fgGetNode("/ai/models/model-removed", true) ),
|
2005-10-15 14:55:51 +00:00
|
|
|
manager( NULL ),
|
2006-08-08 18:40:18 +00:00
|
|
|
fp( NULL ),
|
2007-06-07 16:30:26 +00:00
|
|
|
|
|
|
|
_impact_lat(0),
|
|
|
|
_impact_lon(0),
|
|
|
|
_impact_elev(0),
|
|
|
|
_impact_hdg(0),
|
|
|
|
_impact_pitch(0),
|
|
|
|
_impact_roll(0),
|
|
|
|
_impact_speed(0),
|
|
|
|
|
2006-02-11 13:16:56 +00:00
|
|
|
_refID( _newAIModelID() ),
|
2008-08-07 22:24:47 +00:00
|
|
|
_otype(ot),
|
2010-09-08 17:38:35 +01:00
|
|
|
_initialized(false),
|
2010-09-10 23:51:25 +01:00
|
|
|
_parent(""),
|
|
|
|
_name("")
|
|
|
|
|
2004-09-20 19:29:16 +00:00
|
|
|
{
|
2006-06-24 00:00:27 +00:00
|
|
|
tgt_heading = hdg = tgt_altitude_ft = tgt_speed = 0.0;
|
2004-02-23 20:55:07 +00:00
|
|
|
tgt_roll = roll = tgt_pitch = tgt_yaw = tgt_vs = vs = pitch = 0.0;
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
bearing = elevation = range = rdot = 0.0;
|
|
|
|
x_shift = y_shift = rotation = 0.0;
|
2004-06-10 19:14:19 +00:00
|
|
|
in_range = false;
|
2007-06-07 16:30:26 +00:00
|
|
|
invisible = false;
|
2004-05-21 16:50:19 +00:00
|
|
|
no_roll = true;
|
2004-08-30 09:11:59 +00:00
|
|
|
life = 900;
|
2004-09-07 09:53:23 +00:00
|
|
|
delete_me = false;
|
2007-06-07 16:30:26 +00:00
|
|
|
_impact_reported = false;
|
|
|
|
_collision_reported = false;
|
2010-08-29 00:00:09 +01:00
|
|
|
_expiry_reported = false;
|
2010-07-28 22:20:50 +01:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
_subID = 0;
|
2009-09-04 17:03:50 +00:00
|
|
|
|
|
|
|
_x_offset = 0;
|
|
|
|
_y_offset = 0;
|
|
|
|
_z_offset = 0;
|
|
|
|
|
|
|
|
_pitch_offset = 0;
|
|
|
|
_roll_offset = 0;
|
|
|
|
_yaw_offset = 0;
|
|
|
|
|
|
|
|
userpos = SGGeod::fromDeg(0, 0);
|
|
|
|
|
|
|
|
pos = SGGeod::fromDeg(0, 0);
|
|
|
|
speed = 0;
|
|
|
|
altitude_ft = 0;
|
|
|
|
speed_north_deg_sec = 0;
|
|
|
|
speed_east_deg_sec = 0;
|
|
|
|
turn_radius_ft = 0;
|
|
|
|
|
|
|
|
ft_per_deg_lon = 0;
|
|
|
|
ft_per_deg_lat = 0;
|
|
|
|
|
|
|
|
horiz_offset = 0;
|
|
|
|
vert_offset = 0;
|
|
|
|
ht_diff = 0;
|
|
|
|
|
|
|
|
serviceable = false;
|
|
|
|
|
|
|
|
fp = 0;
|
|
|
|
|
|
|
|
rho = 1;
|
|
|
|
T = 280;
|
|
|
|
p = 1e5;
|
|
|
|
a = 340;
|
|
|
|
Mach = 0;
|
2003-12-21 22:16:57 +00:00
|
|
|
}
|
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
FGAIBase::~FGAIBase() {
|
Mathias:
I have done a patch to eliminate the jitter of 3D-objects near the viewpoint
(for example 3D cockpit objects).
The problem is the roundoff accuracy of the float values used in the
scenegraph together with the transforms of the eyepoint relative to the
scenery center.
The solution will be to move the scenery center near the view point.
This way floats relative accuracy is enough to show a stable picture.
To get that right I have introduced a transform node for the scenegraph which
is responsible for that shift and uses double values as long as possible.
The scenery subsystem now has a list of all those transforms required to place
objects in the world and will tell all those transforms that the scenery
center has changed when the set_scenery_center() of the scenery subsystem is
called.
The problem was not solvable by SGModelPlacement and SGLocation, since not all
objects, especially the scenery, are placed using these classes.
The first approach was to have the scenery center exactly at the eyepoint.
This works well for the cockpit.
But then the ground jitters a bit below the aircraft. With our default views
you can't see that, but that F-18 has a camera view below the left engine
intake with the nose gear and the ground in its field of view, here I could
see that.
Having the scenery center constant will still have this roundoff problems, but
like it is now too, the roundoff error here is exactly the same in each
frame, so you will not notice any jitter.
The real solution is now to keep the scenery center constant as long as it is
in a ball of 30m radius around the view point. If the scenery center is
outside this ball, just put it at the view point.
As a sideeffect of now beeing able to switch the scenery center in the whole
scenegraph with one function call, I was able to remove a one half of a
problem when switching views, where the scenery center was far off for one or
two frames past switching from one view to the next. Also included is a fix
to the other half of this problem, where the view position was not yet copied
into a view when it is switched (at least under glut). This was responsible
for the 'Error: ...' messages of the cloud subsystem when views were
switched.
2005-04-29 14:38:24 +00:00
|
|
|
// Unregister that one at the scenery manager
|
Mathias Frhlich:
I have introduced the posibility to start directly on the carrier.
With that patch you will have a --carrrier=id argument where id can either be
the pennant number configured in the nimitz scenario or the carriers name
also configured in the carriers scenario.
Additionaly you can use --parkpos=id to select different positions on the
carrier. They are also configured in the scenario file.
That includes the switch of the whole FGInterface class to make use of the
groundcache.
That means that an aircraft no longer uses the current elevation value from
the scenery class. It rather has its own local cache of the aircrafts
environment which is setup in the common_init method of FGInterface and
updated either manually by calling
FGInterface::get_groundlevel_m(lat, lon, alt_m);
or implicitly by calling the above method in the
FGInterface::_updateGeo*Position(lat, lon, alt);
methods.
A call get_groundlevel_m rebuilds the groundcache if the request is outside
the range of the cache.
Note that for the real usage of the groundcache including the correct
information about the movement of objects and the velocity information, you
still need to set up the groundcache in the usual way like YASim and JSBSim
currently does.
If you use the native interface, you will get only static objects correctly.
But for FDM's only using one single ground level for a whole step this is IMO
sufficient.
The AIManager gets a way to return the location of a object which is placed
wrt an AI Object. At the moment it only honours AICarriers for that.
That method is a static one, which loads the scenario file for that reason and
throws it away afterwards. This looked like the aprioriate way, because the
AIManager is initialized much later in flightgears bootstrap, and I did not
find an easy way to reorder that for my needs. Since this additional load is
very small and does only happen if such a relative location is required, I
think that this is ok.
Note that moving on the carrier will only work correctly for JSBSim and YASim,
but you should now be able to start and move on every not itself moving
object with any FDM.
2005-07-03 09:39:14 +00:00
|
|
|
if (globals->get_scenery()) {
|
2006-10-29 19:30:21 +00:00
|
|
|
globals->get_scenery()->get_scene_graph()->removeChild(aip.getSceneGraph());
|
Mathias Frhlich:
I have introduced the posibility to start directly on the carrier.
With that patch you will have a --carrrier=id argument where id can either be
the pennant number configured in the nimitz scenario or the carriers name
also configured in the carriers scenario.
Additionaly you can use --parkpos=id to select different positions on the
carrier. They are also configured in the scenario file.
That includes the switch of the whole FGInterface class to make use of the
groundcache.
That means that an aircraft no longer uses the current elevation value from
the scenery class. It rather has its own local cache of the aircrafts
environment which is setup in the common_init method of FGInterface and
updated either manually by calling
FGInterface::get_groundlevel_m(lat, lon, alt_m);
or implicitly by calling the above method in the
FGInterface::_updateGeo*Position(lat, lon, alt);
methods.
A call get_groundlevel_m rebuilds the groundcache if the request is outside
the range of the cache.
Note that for the real usage of the groundcache including the correct
information about the movement of objects and the velocity information, you
still need to set up the groundcache in the usual way like YASim and JSBSim
currently does.
If you use the native interface, you will get only static objects correctly.
But for FDM's only using one single ground level for a whole step this is IMO
sufficient.
The AIManager gets a way to return the location of a object which is placed
wrt an AI Object. At the moment it only honours AICarriers for that.
That method is a static one, which loads the scenario file for that reason and
throws it away afterwards. This looked like the aprioriate way, because the
AIManager is initialized much later in flightgears bootstrap, and I did not
find an easy way to reorder that for my needs. Since this additional load is
very small and does only happen if such a relative location is required, I
think that this is ok.
Note that moving on the carrier will only work correctly for JSBSim and YASim,
but you should now be able to start and move on every not itself moving
object with any FDM.
2005-07-03 09:39:14 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2006-02-17 09:43:33 +00:00
|
|
|
if (props) {
|
2006-06-09 18:48:57 +00:00
|
|
|
SGPropertyNode* parent = props->getParent();
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-04-04 09:51:41 +00:00
|
|
|
if (parent)
|
2006-11-26 12:02:06 +00:00
|
|
|
model_removed->setStringValue(props->getPath());
|
2006-02-17 09:43:33 +00:00
|
|
|
}
|
2005-06-30 18:34:20 +00:00
|
|
|
delete fp;
|
2006-02-17 09:43:33 +00:00
|
|
|
fp = 0;
|
2003-11-28 15:48:05 +00:00
|
|
|
}
|
|
|
|
|
2006-02-11 13:16:56 +00:00
|
|
|
void FGAIBase::readFromScenario(SGPropertyNode* scFileNode)
|
|
|
|
{
|
2006-06-09 18:48:57 +00:00
|
|
|
if (!scFileNode)
|
|
|
|
return;
|
2006-02-11 13:16:56 +00:00
|
|
|
|
2009-02-03 15:52:39 +00:00
|
|
|
setPath(scFileNode->getStringValue("model",
|
|
|
|
fgGetString("/sim/multiplay/default-model", default_model)));
|
2006-02-11 13:16:56 +00:00
|
|
|
|
2006-06-09 18:48:57 +00:00
|
|
|
setHeading(scFileNode->getDoubleValue("heading", 0.0));
|
|
|
|
setSpeed(scFileNode->getDoubleValue("speed", 0.0));
|
|
|
|
setAltitude(scFileNode->getDoubleValue("altitude", 0.0));
|
|
|
|
setLongitude(scFileNode->getDoubleValue("longitude", 0.0));
|
|
|
|
setLatitude(scFileNode->getDoubleValue("latitude", 0.0));
|
|
|
|
setBank(scFileNode->getDoubleValue("roll", 0.0));
|
2007-03-30 22:51:52 +00:00
|
|
|
|
|
|
|
SGPropertyNode* submodels = scFileNode->getChild("submodels");
|
|
|
|
|
|
|
|
if (submodels) {
|
|
|
|
setServiceable(submodels->getBoolValue("serviceable", false));
|
|
|
|
setSMPath(submodels->getStringValue("path", ""));
|
|
|
|
}
|
|
|
|
|
2006-02-11 13:16:56 +00:00
|
|
|
}
|
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
void FGAIBase::update(double dt) {
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2006-06-09 18:48:57 +00:00
|
|
|
if (_otype == otStatic)
|
|
|
|
return;
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2006-06-09 18:48:57 +00:00
|
|
|
if (_otype == otBallistic)
|
|
|
|
CalculateMach();
|
2005-06-04 09:38:52 +00:00
|
|
|
|
2006-06-15 08:29:43 +00:00
|
|
|
ft_per_deg_lat = 366468.96 - 3717.12 * cos(pos.getLatitudeRad());
|
|
|
|
ft_per_deg_lon = 365228.16 * cos(pos.getLatitudeRad());
|
2003-11-28 15:48:05 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void FGAIBase::Transform() {
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2004-03-03 20:33:08 +00:00
|
|
|
if (!invisible) {
|
2008-02-15 11:06:27 +00:00
|
|
|
aip.setVisible(true);
|
2007-06-07 16:30:26 +00:00
|
|
|
aip.setPosition(pos);
|
2007-03-30 22:51:52 +00:00
|
|
|
|
|
|
|
if (no_roll)
|
2007-06-07 16:30:26 +00:00
|
|
|
aip.setOrientation(0.0, pitch, hdg);
|
2007-03-30 22:51:52 +00:00
|
|
|
else
|
2007-06-07 16:30:26 +00:00
|
|
|
aip.setOrientation(roll, pitch, hdg);
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
aip.update();
|
2008-02-15 11:06:27 +00:00
|
|
|
} else {
|
|
|
|
aip.setVisible(false);
|
|
|
|
aip.update();
|
2004-03-03 20:33:08 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
}
|
|
|
|
|
2007-01-13 09:04:07 +00:00
|
|
|
bool FGAIBase::init(bool search_in_AI_path) {
|
2008-03-22 09:31:06 +00:00
|
|
|
osg::ref_ptr<osgDB::ReaderWriter::Options> opt=
|
|
|
|
new osgDB::ReaderWriter::Options(*osgDB::Registry::instance()->getOptions());
|
|
|
|
|
|
|
|
if(search_in_AI_path)
|
|
|
|
{
|
|
|
|
SGPath ai_path(globals->get_fg_root());
|
|
|
|
ai_path.append("AI");
|
|
|
|
opt->getDatabasePathList().push_front(ai_path.str());
|
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2008-03-22 09:31:06 +00:00
|
|
|
string f = osgDB::findDataFile(model_path, opt.get());
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2008-03-22 09:31:06 +00:00
|
|
|
if(f.empty())
|
2009-02-03 15:52:39 +00:00
|
|
|
f = fgGetString("/sim/multiplay/default-model", default_model);
|
2008-03-22 09:31:06 +00:00
|
|
|
|
|
|
|
model = load3DModel(f, props);
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2008-08-07 22:24:47 +00:00
|
|
|
if (model.valid() && _initialized == false) {
|
2007-06-07 16:30:26 +00:00
|
|
|
aip.init( model.get() );
|
|
|
|
aip.setVisible(true);
|
|
|
|
invisible = false;
|
|
|
|
globals->get_scenery()->get_scene_graph()->addChild(aip.getSceneGraph());
|
2008-08-07 22:24:47 +00:00
|
|
|
_initialized = true;
|
2008-03-22 09:31:06 +00:00
|
|
|
|
|
|
|
} else if (!model_path.empty()) {
|
|
|
|
SG_LOG(SG_INPUT, SG_WARN, "AIBase: Could not load model " << model_path);
|
|
|
|
}
|
|
|
|
|
|
|
|
setDie(false);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
void FGAIBase::initModel(osg::Node *node)
|
|
|
|
{
|
2010-09-08 17:38:35 +01:00
|
|
|
if (model.valid()) {
|
|
|
|
|
2010-08-14 13:39:30 +01:00
|
|
|
if( _path != ""){
|
|
|
|
props->setStringValue("submodels/path", _path.c_str());
|
2010-08-29 00:00:09 +01:00
|
|
|
SG_LOG(SG_INPUT, SG_DEBUG, "AIBase: submodels/path " << _path);
|
2010-08-14 13:39:30 +01:00
|
|
|
}
|
2010-09-08 17:38:35 +01:00
|
|
|
|
|
|
|
if( _parent!= ""){
|
|
|
|
props->setStringValue("parent-name", _parent.c_str());
|
|
|
|
}
|
|
|
|
|
2009-12-18 07:15:48 +01:00
|
|
|
fgSetString("/ai/models/model-added", props->getPath().c_str());
|
2007-06-07 16:30:26 +00:00
|
|
|
} else if (!model_path.empty()) {
|
|
|
|
SG_LOG(SG_INPUT, SG_WARN, "AIBase: Could not load model " << model_path);
|
|
|
|
}
|
2003-11-28 15:48:05 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
setDie(false);
|
2003-11-28 15:48:05 +00:00
|
|
|
}
|
|
|
|
|
2004-11-29 09:41:43 +00:00
|
|
|
|
2008-03-22 09:31:06 +00:00
|
|
|
osg::Node* FGAIBase::load3DModel(const string &path, SGPropertyNode *prop_root)
|
2004-11-29 09:41:43 +00:00
|
|
|
{
|
2009-06-22 21:04:52 +00:00
|
|
|
model = SGModelLib::loadPagedModel(path, prop_root, new FGNasalModelData(prop_root));
|
|
|
|
initModel(model.get());
|
2007-01-06 14:25:55 +00:00
|
|
|
return model.get();
|
2004-11-29 09:41:43 +00:00
|
|
|
}
|
|
|
|
|
David Culp:
I added some things to the AI stuff to improve the AIThermal processing.
Before, all the thermals were processed in order, and the last one overwrote
the prior one. Now, only the data from the nearest thermal is kept. This
way a tile can be populated with many thermals, and (as long as they have the
same diameter) the one nearest the airplane correctly takes effect. This
will make us ready for the next step, "auto-thermaling", where FlightGear's
tile manager can cover a tile with thermals, and set the thermal strength
based on land-use type.
I moved the enumerated object_type to the base class. When an AI object is
created it now sets the _otype variable in the base class. This lets the AI
manager find out what kind of AI object it is dealing with, using the base
pointer. I also added a function isa() to the base class, so the manager can
process objects differently based on their type.
The AI manager now sends AIThermal processing to a different function, where
only the data from the nearest thermal is kept. After the manager processes
all the AI objects, then the results from the nearest thermal are applied to
wind-from-down.
2004-03-07 12:08:46 +00:00
|
|
|
bool FGAIBase::isa( object_type otype ) {
|
2007-06-07 16:30:26 +00:00
|
|
|
return otype == _otype;
|
David Culp:
I added some things to the AI stuff to improve the AIThermal processing.
Before, all the thermals were processed in order, and the last one overwrote
the prior one. Now, only the data from the nearest thermal is kept. This
way a tile can be populated with many thermals, and (as long as they have the
same diameter) the one nearest the airplane correctly takes effect. This
will make us ready for the next step, "auto-thermaling", where FlightGear's
tile manager can cover a tile with thermals, and set the thermal strength
based on land-use type.
I moved the enumerated object_type to the base class. When an AI object is
created it now sets the _otype variable in the base class. This lets the AI
manager find out what kind of AI object it is dealing with, using the base
pointer. I also added a function isa() to the base class, so the manager can
process objects differently based on their type.
The AI manager now sends AIThermal processing to a different function, where
only the data from the nearest thermal is kept. After the manager processes
all the AI objects, then the results from the nearest thermal are applied to
wind-from-down.
2004-03-07 12:08:46 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
void FGAIBase::bind() {
|
2007-06-07 16:30:26 +00:00
|
|
|
props->tie("id", SGRawValueMethods<FGAIBase,int>(*this,
|
|
|
|
&FGAIBase::getID));
|
|
|
|
props->tie("velocities/true-airspeed-kt", SGRawValuePointer<double>(&speed));
|
|
|
|
props->tie("velocities/vertical-speed-fps",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getVS_fps,
|
|
|
|
&FGAIBase::_setVS_fps));
|
|
|
|
|
|
|
|
props->tie("position/altitude-ft",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getAltitude,
|
|
|
|
&FGAIBase::_setAltitude));
|
|
|
|
props->tie("position/latitude-deg",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getLatitude,
|
|
|
|
&FGAIBase::_setLatitude));
|
|
|
|
props->tie("position/longitude-deg",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getLongitude,
|
|
|
|
&FGAIBase::_setLongitude));
|
|
|
|
|
|
|
|
props->tie("position/global-x",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getCartPosX,
|
|
|
|
0));
|
|
|
|
props->tie("position/global-y",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getCartPosY,
|
|
|
|
0));
|
|
|
|
props->tie("position/global-z",
|
|
|
|
SGRawValueMethods<FGAIBase,double>(*this,
|
|
|
|
&FGAIBase::_getCartPosZ,
|
|
|
|
0));
|
2007-07-15 14:08:31 +00:00
|
|
|
props->tie("callsign",
|
|
|
|
SGRawValueMethods<FGAIBase,const char*>(*this,
|
|
|
|
&FGAIBase::_getCallsign,
|
|
|
|
0));
|
2007-06-07 16:30:26 +00:00
|
|
|
|
|
|
|
props->tie("orientation/pitch-deg", SGRawValuePointer<double>(&pitch));
|
|
|
|
props->tie("orientation/roll-deg", SGRawValuePointer<double>(&roll));
|
|
|
|
props->tie("orientation/true-heading-deg", SGRawValuePointer<double>(&hdg));
|
|
|
|
|
|
|
|
props->tie("radar/in-range", SGRawValuePointer<bool>(&in_range));
|
|
|
|
props->tie("radar/bearing-deg", SGRawValuePointer<double>(&bearing));
|
|
|
|
props->tie("radar/elevation-deg", SGRawValuePointer<double>(&elevation));
|
|
|
|
props->tie("radar/range-nm", SGRawValuePointer<double>(&range));
|
|
|
|
props->tie("radar/h-offset", SGRawValuePointer<double>(&horiz_offset));
|
|
|
|
props->tie("radar/v-offset", SGRawValuePointer<double>(&vert_offset));
|
|
|
|
props->tie("radar/x-shift", SGRawValuePointer<double>(&x_shift));
|
|
|
|
props->tie("radar/y-shift", SGRawValuePointer<double>(&y_shift));
|
|
|
|
props->tie("radar/rotation", SGRawValuePointer<double>(&rotation));
|
|
|
|
props->tie("radar/ht-diff-ft", SGRawValuePointer<double>(&ht_diff));
|
|
|
|
props->tie("subID", SGRawValuePointer<int>(&_subID));
|
|
|
|
props->tie("controls/lighting/nav-lights",
|
|
|
|
SGRawValueFunctions<bool>(_isNight));
|
|
|
|
props->setBoolValue("controls/lighting/beacon", true);
|
|
|
|
props->setBoolValue("controls/lighting/strobe", true);
|
|
|
|
props->setBoolValue("controls/glide-path", true);
|
|
|
|
|
|
|
|
props->setStringValue("controls/flight/lateral-mode", "roll");
|
|
|
|
props->setDoubleValue("controls/flight/target-hdg", hdg);
|
|
|
|
props->setDoubleValue("controls/flight/target-roll", roll);
|
|
|
|
|
|
|
|
props->setStringValue("controls/flight/longitude-mode", "alt");
|
|
|
|
props->setDoubleValue("controls/flight/target-alt", altitude_ft);
|
|
|
|
props->setDoubleValue("controls/flight/target-pitch", pitch);
|
2006-06-16 14:22:21 +00:00
|
|
|
|
|
|
|
props->setDoubleValue("controls/flight/target-spd", speed);
|
|
|
|
|
2003-11-28 15:48:05 +00:00
|
|
|
}
|
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
void FGAIBase::unbind() {
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
props->untie("id");
|
|
|
|
props->untie("velocities/true-airspeed-kt");
|
2003-12-21 20:12:55 +00:00
|
|
|
props->untie("velocities/vertical-speed-fps");
|
2003-11-28 15:48:05 +00:00
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
props->untie("position/altitude-ft");
|
|
|
|
props->untie("position/latitude-deg");
|
|
|
|
props->untie("position/longitude-deg");
|
2007-01-13 09:04:07 +00:00
|
|
|
props->untie("position/global-x");
|
|
|
|
props->untie("position/global-y");
|
|
|
|
props->untie("position/global-z");
|
2007-07-15 14:08:31 +00:00
|
|
|
props->untie("callsign");
|
2003-11-28 15:48:05 +00:00
|
|
|
|
2003-12-21 20:12:55 +00:00
|
|
|
props->untie("orientation/pitch-deg");
|
|
|
|
props->untie("orientation/roll-deg");
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
props->untie("orientation/true-heading-deg");
|
|
|
|
|
2004-06-10 19:14:19 +00:00
|
|
|
props->untie("radar/in-range");
|
David Culp:
Here's a new batch of AI code which includes a working radar instrument.
I put the radar calculations into the existing AIAircraft class. It was
easier that way, and it can always be migrated out later if we have to.
Every tenth sim cycle the AIManager makes a copy of the current user state
information. When the AIAircraft updates it uses this information to
calculate the radar numbers. It calculates:
1) bearing from user to target
2) range to target in nautical miles
3) "horizontal offset" to target. This is the angle from the nose to the
target, in degrees, from -180 to 180. This will be useful later for a HUD.
4) elevation, in degrees (vertical angle from user's position to target
position)
5) vertical offset, in degrees (this is elevation corrected for user's pitch)
6) rdot (range rate in knots, note: not working yet, so I commented it out)
and three items used by the radar instrument to place the "blip"
7) y_shift, in nautical miles
8) x_shift, in nautical miles
9) rotation, in degrees
The radar instrument uses the above three items, and applies a scale factor to
the x-shift and y-shift in order to match the instrument's scale. Changing
the display scale can be done entirely in the XML code for the instrument.
Right now it's set up only to display a 40 mile scale.
The radar is an AWACS view, which is not very realistic, but it is useful and
demonstrates the technology. With just a little more work I can get a HUD
marker. All I need to do there is make a bank angle adjustment to the
current values.
2004-02-27 10:20:17 +00:00
|
|
|
props->untie("radar/bearing-deg");
|
|
|
|
props->untie("radar/elevation-deg");
|
|
|
|
props->untie("radar/range-nm");
|
|
|
|
props->untie("radar/h-offset");
|
|
|
|
props->untie("radar/v-offset");
|
|
|
|
props->untie("radar/x-shift");
|
|
|
|
props->untie("radar/y-shift");
|
|
|
|
props->untie("radar/rotation");
|
2006-06-09 18:29:51 +00:00
|
|
|
props->untie("radar/ht-diff-ft");
|
2003-12-21 22:16:57 +00:00
|
|
|
|
2004-05-21 16:50:19 +00:00
|
|
|
props->untie("controls/lighting/nav-lights");
|
2009-07-12 01:02:58 +02:00
|
|
|
|
|
|
|
props->setBoolValue("/sim/controls/radar/", true);
|
|
|
|
|
2003-12-21 22:16:57 +00:00
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
double FGAIBase::UpdateRadar(FGAIManager* manager) {
|
2009-07-12 01:02:58 +02:00
|
|
|
bool control = fgGetBool("/sim/controls/radar", true);
|
|
|
|
|
|
|
|
if(!control) return 0;
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
double radar_range_ft2 = fgGetDouble("/instrumentation/radar/range");
|
|
|
|
bool force_on = fgGetBool("/instrumentation/radar/debug-mode", false);
|
|
|
|
radar_range_ft2 *= SG_NM_TO_METER * SG_METER_TO_FEET * 1.1; // + 10%
|
|
|
|
radar_range_ft2 *= radar_range_ft2;
|
|
|
|
|
|
|
|
double user_latitude = manager->get_user_latitude();
|
|
|
|
double user_longitude = manager->get_user_longitude();
|
|
|
|
double lat_range = fabs(pos.getLatitudeDeg() - user_latitude) * ft_per_deg_lat;
|
|
|
|
double lon_range = fabs(pos.getLongitudeDeg() - user_longitude) * ft_per_deg_lon;
|
|
|
|
double range_ft2 = lat_range*lat_range + lon_range*lon_range;
|
|
|
|
|
|
|
|
//
|
|
|
|
// Test whether the target is within radar range.
|
|
|
|
//
|
|
|
|
in_range = (range_ft2 && (range_ft2 <= radar_range_ft2));
|
|
|
|
|
|
|
|
if ( in_range || force_on ) {
|
|
|
|
props->setBoolValue("radar/in-range", true);
|
|
|
|
|
|
|
|
// copy values from the AIManager
|
|
|
|
double user_altitude = manager->get_user_altitude();
|
|
|
|
double user_heading = manager->get_user_heading();
|
|
|
|
double user_pitch = manager->get_user_pitch();
|
|
|
|
//double user_yaw = manager->get_user_yaw();
|
|
|
|
//double user_speed = manager->get_user_speed();
|
|
|
|
|
|
|
|
// calculate range to target in feet and nautical miles
|
|
|
|
double range_ft = sqrt( range_ft2 );
|
|
|
|
range = range_ft / 6076.11549;
|
|
|
|
|
|
|
|
// calculate bearing to target
|
|
|
|
if (pos.getLatitudeDeg() >= user_latitude) {
|
|
|
|
bearing = atan2(lat_range, lon_range) * SG_RADIANS_TO_DEGREES;
|
|
|
|
if (pos.getLongitudeDeg() >= user_longitude) {
|
|
|
|
bearing = 90.0 - bearing;
|
|
|
|
} else {
|
|
|
|
bearing = 270.0 + bearing;
|
|
|
|
}
|
2004-06-11 13:49:07 +00:00
|
|
|
} else {
|
2007-06-07 16:30:26 +00:00
|
|
|
bearing = atan2(lon_range, lat_range) * SG_RADIANS_TO_DEGREES;
|
|
|
|
if (pos.getLongitudeDeg() >= user_longitude) {
|
|
|
|
bearing = 180.0 - bearing;
|
|
|
|
} else {
|
|
|
|
bearing = 180.0 + bearing;
|
|
|
|
}
|
2004-06-11 13:49:07 +00:00
|
|
|
}
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
// This is an alternate way to compute bearing and distance which
|
|
|
|
// agrees with the original scheme within about 0.1 degrees.
|
|
|
|
//
|
|
|
|
// Point3D start( user_longitude * SGD_DEGREES_TO_RADIANS,
|
|
|
|
// user_latitude * SGD_DEGREES_TO_RADIANS, 0 );
|
|
|
|
// Point3D dest( pos.getLongitudeRad(), pos.getLatitudeRad(), 0 );
|
|
|
|
// double gc_bearing, gc_range;
|
|
|
|
// calc_gc_course_dist( start, dest, &gc_bearing, &gc_range );
|
|
|
|
// gc_range *= SG_METER_TO_NM;
|
|
|
|
// gc_bearing *= SGD_RADIANS_TO_DEGREES;
|
|
|
|
// printf("orig b = %.3f %.2f gc b= %.3f, %.2f\n",
|
|
|
|
// bearing, range, gc_bearing, gc_range);
|
|
|
|
|
|
|
|
// calculate look left/right to target, without yaw correction
|
|
|
|
horiz_offset = bearing - user_heading;
|
|
|
|
if (horiz_offset > 180.0) horiz_offset -= 360.0;
|
|
|
|
if (horiz_offset < -180.0) horiz_offset += 360.0;
|
|
|
|
|
|
|
|
// calculate elevation to target
|
|
|
|
elevation = atan2( altitude_ft - user_altitude, range_ft ) * SG_RADIANS_TO_DEGREES;
|
|
|
|
|
|
|
|
// calculate look up/down to target
|
|
|
|
vert_offset = elevation - user_pitch;
|
|
|
|
|
|
|
|
/* this calculation needs to be fixed, but it isn't important anyway
|
|
|
|
// calculate range rate
|
|
|
|
double recip_bearing = bearing + 180.0;
|
|
|
|
if (recip_bearing > 360.0) recip_bearing -= 360.0;
|
|
|
|
double my_horiz_offset = recip_bearing - hdg;
|
|
|
|
if (my_horiz_offset > 180.0) my_horiz_offset -= 360.0;
|
|
|
|
if (my_horiz_offset < -180.0) my_horiz_offset += 360.0;
|
|
|
|
rdot = (-user_speed * cos( horiz_offset * SG_DEGREES_TO_RADIANS ))
|
|
|
|
+(-speed * 1.686 * cos( my_horiz_offset * SG_DEGREES_TO_RADIANS ));
|
|
|
|
*/
|
|
|
|
|
|
|
|
// now correct look left/right for yaw
|
|
|
|
// horiz_offset += user_yaw; // FIXME: WHY WOULD WE WANT TO ADD IN SIDE-SLIP HERE?
|
|
|
|
|
|
|
|
// calculate values for radar display
|
|
|
|
y_shift = range * cos( horiz_offset * SG_DEGREES_TO_RADIANS);
|
|
|
|
x_shift = range * sin( horiz_offset * SG_DEGREES_TO_RADIANS);
|
|
|
|
rotation = hdg - user_heading;
|
|
|
|
if (rotation < 0.0) rotation += 360.0;
|
|
|
|
ht_diff = altitude_ft - user_altitude;
|
2004-06-11 13:49:07 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
}
|
2004-06-11 13:49:07 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
return range_ft2;
|
2004-06-11 13:49:07 +00:00
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
/*
|
|
|
|
* Getters and Setters
|
|
|
|
*/
|
2007-06-07 16:30:26 +00:00
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
SGVec3d FGAIBase::getCartPosAt(const SGVec3d& _off) const {
|
|
|
|
// Transform that one to the horizontal local coordinate system.
|
2007-06-07 16:30:26 +00:00
|
|
|
SGQuatd hlTrans = SGQuatd::fromLonLat(pos);
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
// and postrotate the orientation of the AIModel wrt the horizontal
|
|
|
|
// local frame
|
|
|
|
hlTrans *= SGQuatd::fromYawPitchRollDeg(hdg, pitch, roll);
|
Mathias Frhlich:
I have introduced the posibility to start directly on the carrier.
With that patch you will have a --carrrier=id argument where id can either be
the pennant number configured in the nimitz scenario or the carriers name
also configured in the carriers scenario.
Additionaly you can use --parkpos=id to select different positions on the
carrier. They are also configured in the scenario file.
That includes the switch of the whole FGInterface class to make use of the
groundcache.
That means that an aircraft no longer uses the current elevation value from
the scenery class. It rather has its own local cache of the aircrafts
environment which is setup in the common_init method of FGInterface and
updated either manually by calling
FGInterface::get_groundlevel_m(lat, lon, alt_m);
or implicitly by calling the above method in the
FGInterface::_updateGeo*Position(lat, lon, alt);
methods.
A call get_groundlevel_m rebuilds the groundcache if the request is outside
the range of the cache.
Note that for the real usage of the groundcache including the correct
information about the movement of objects and the velocity information, you
still need to set up the groundcache in the usual way like YASim and JSBSim
currently does.
If you use the native interface, you will get only static objects correctly.
But for FDM's only using one single ground level for a whole step this is IMO
sufficient.
The AIManager gets a way to return the location of a object which is placed
wrt an AI Object. At the moment it only honours AICarriers for that.
That method is a static one, which loads the scenario file for that reason and
throws it away afterwards. This looked like the aprioriate way, because the
AIManager is initialized much later in flightgears bootstrap, and I did not
find an easy way to reorder that for my needs. Since this additional load is
very small and does only happen if such a relative location is required, I
think that this is ok.
Note that moving on the carrier will only work correctly for JSBSim and YASim,
but you should now be able to start and move on every not itself moving
object with any FDM.
2005-07-03 09:39:14 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
// The offset converted to the usual body fixed coordinate system
|
2010-08-29 00:00:09 +01:00
|
|
|
// rotated to the earth fixed coordinates axis
|
2007-06-07 16:30:26 +00:00
|
|
|
SGVec3d off = hlTrans.backTransform(_off);
|
2006-02-19 17:28:31 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
// Add the position offset of the AIModel to gain the earth centered position
|
|
|
|
SGVec3d cartPos = SGVec3d::fromGeod(pos);
|
2006-02-19 17:28:31 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
return cartPos + off;
|
Mathias Frhlich:
I have introduced the posibility to start directly on the carrier.
With that patch you will have a --carrrier=id argument where id can either be
the pennant number configured in the nimitz scenario or the carriers name
also configured in the carriers scenario.
Additionaly you can use --parkpos=id to select different positions on the
carrier. They are also configured in the scenario file.
That includes the switch of the whole FGInterface class to make use of the
groundcache.
That means that an aircraft no longer uses the current elevation value from
the scenery class. It rather has its own local cache of the aircrafts
environment which is setup in the common_init method of FGInterface and
updated either manually by calling
FGInterface::get_groundlevel_m(lat, lon, alt_m);
or implicitly by calling the above method in the
FGInterface::_updateGeo*Position(lat, lon, alt);
methods.
A call get_groundlevel_m rebuilds the groundcache if the request is outside
the range of the cache.
Note that for the real usage of the groundcache including the correct
information about the movement of objects and the velocity information, you
still need to set up the groundcache in the usual way like YASim and JSBSim
currently does.
If you use the native interface, you will get only static objects correctly.
But for FDM's only using one single ground level for a whole step this is IMO
sufficient.
The AIManager gets a way to return the location of a object which is placed
wrt an AI Object. At the moment it only honours AICarriers for that.
That method is a static one, which loads the scenario file for that reason and
throws it away afterwards. This looked like the aprioriate way, because the
AIManager is initialized much later in flightgears bootstrap, and I did not
find an easy way to reorder that for my needs. Since this additional load is
very small and does only happen if such a relative location is required, I
think that this is ok.
Note that moving on the carrier will only work correctly for JSBSim and YASim,
but you should now be able to start and move on every not itself moving
object with any FDM.
2005-07-03 09:39:14 +00:00
|
|
|
}
|
2004-05-25 08:58:36 +00:00
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
SGVec3d FGAIBase::getCartPos() const {
|
2007-06-07 16:30:26 +00:00
|
|
|
SGVec3d cartPos = SGVec3d::fromGeod(pos);
|
|
|
|
return cartPos;
|
2007-01-13 09:04:07 +00:00
|
|
|
}
|
|
|
|
|
2009-08-10 05:21:44 +00:00
|
|
|
bool FGAIBase::getGroundElevationM(const SGGeod& pos, double& elev,
|
|
|
|
const SGMaterial** material) const {
|
|
|
|
return globals->get_scenery()->get_elevation_m(pos, elev, material,
|
|
|
|
model.get());
|
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
double FGAIBase::_getCartPosX() const {
|
2007-01-13 09:04:07 +00:00
|
|
|
SGVec3d cartPos = getCartPos();
|
|
|
|
return cartPos.x();
|
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
double FGAIBase::_getCartPosY() const {
|
2007-01-13 09:04:07 +00:00
|
|
|
SGVec3d cartPos = getCartPos();
|
|
|
|
return cartPos.y();
|
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
double FGAIBase::_getCartPosZ() const {
|
2007-01-13 09:04:07 +00:00
|
|
|
SGVec3d cartPos = getCartPos();
|
|
|
|
return cartPos.z();
|
|
|
|
}
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
void FGAIBase::_setLongitude( double longitude ) {
|
2006-06-15 08:29:43 +00:00
|
|
|
pos.setLongitudeDeg(longitude);
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
void FGAIBase::_setLatitude ( double latitude ) {
|
2006-06-15 08:29:43 +00:00
|
|
|
pos.setLatitudeDeg(latitude);
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
|
|
|
|
2008-02-15 11:06:27 +00:00
|
|
|
void FGAIBase::_setUserPos(){
|
|
|
|
userpos.setLatitudeDeg(manager->get_user_latitude());
|
|
|
|
userpos.setLongitudeDeg(manager->get_user_longitude());
|
|
|
|
userpos.setElevationM(manager->get_user_altitude() * SG_FEET_TO_METER);
|
|
|
|
}
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
void FGAIBase::_setSubID( int s ) {
|
|
|
|
_subID = s;
|
|
|
|
}
|
|
|
|
|
2010-09-09 21:38:49 +01:00
|
|
|
bool FGAIBase::setParentNode() {
|
|
|
|
|
|
|
|
if (_parent == ""){
|
|
|
|
SG_LOG(SG_GENERAL, SG_ALERT, "AIBase: " << _name
|
|
|
|
<< " parent not set ");
|
|
|
|
return false;
|
|
|
|
}
|
2010-09-08 17:38:35 +01:00
|
|
|
|
|
|
|
const SGPropertyNode_ptr ai = fgGetNode("/ai/models", true);
|
|
|
|
|
|
|
|
for (int i = ai->nChildren() - 1; i >= -1; i--) {
|
|
|
|
SGPropertyNode_ptr model;
|
|
|
|
|
|
|
|
if (i < 0) { // last iteration: selected model
|
|
|
|
model = _selected_ac;
|
|
|
|
} else {
|
|
|
|
model = ai->getChild(i);
|
|
|
|
string path = ai->getPath();
|
|
|
|
const string name = model->getStringValue("name");
|
|
|
|
|
|
|
|
if (!model->nChildren()){
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
if (name == _parent) {
|
|
|
|
_selected_ac = model; // save selected model for last iteration
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
}
|
|
|
|
if (!model)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
}// end for loop
|
|
|
|
|
|
|
|
if (_selected_ac != 0){
|
|
|
|
const string name = _selected_ac->getStringValue("name");
|
2010-09-09 21:38:49 +01:00
|
|
|
return true;
|
2010-09-08 17:38:35 +01:00
|
|
|
} else {
|
2010-09-09 21:38:49 +01:00
|
|
|
SG_LOG(SG_GENERAL, SG_ALERT, "AIBase: " << _name
|
2010-09-08 17:38:35 +01:00
|
|
|
<< " parent not found: dying ");
|
|
|
|
setDie(true);
|
2010-09-09 21:38:49 +01:00
|
|
|
return false;
|
2010-09-08 17:38:35 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
}
|
2010-09-09 21:38:49 +01:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double FGAIBase::_getLongitude() const {
|
2006-06-15 08:29:43 +00:00
|
|
|
return pos.getLongitudeDeg();
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
double FGAIBase::_getLatitude() const {
|
2006-06-15 08:29:43 +00:00
|
|
|
return pos.getLatitudeDeg();
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2010-08-14 13:39:30 +01:00
|
|
|
double FGAIBase::_getElevationFt() const {
|
2007-06-07 16:30:26 +00:00
|
|
|
return pos.getElevationFt();
|
|
|
|
}
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double FGAIBase::_getRdot() const {
|
|
|
|
return rdot;
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double FGAIBase::_getVS_fps() const {
|
|
|
|
return vs*60.0;
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
|
|
|
double FGAIBase::_get_speed_east_fps() const {
|
|
|
|
return speed_east_deg_sec * ft_per_deg_lon;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_get_speed_north_fps() const {
|
|
|
|
return speed_north_deg_sec * ft_per_deg_lat;
|
|
|
|
}
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
void FGAIBase::_setVS_fps( double _vs ) {
|
|
|
|
vs = _vs/60.0;
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
double FGAIBase::_getAltitude() const {
|
2006-06-24 00:00:27 +00:00
|
|
|
return altitude_ft;
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2010-09-10 23:51:25 +01:00
|
|
|
double FGAIBase::_getAltitudeAGL(SGGeod inpos, double start){
|
|
|
|
getGroundElevationM(SGGeod::fromGeodM(inpos, start),
|
|
|
|
_elevation_m, &_material);
|
|
|
|
return inpos.getElevationFt() - _elevation_m * SG_METER_TO_FEET;
|
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
bool FGAIBase::_getServiceable() const {
|
|
|
|
return serviceable;
|
|
|
|
}
|
|
|
|
|
2007-04-04 09:51:41 +00:00
|
|
|
SGPropertyNode* FGAIBase::_getProps() const {
|
|
|
|
return props;
|
|
|
|
}
|
|
|
|
|
2004-05-28 08:46:33 +00:00
|
|
|
void FGAIBase::_setAltitude( double _alt ) {
|
|
|
|
setAltitude( _alt );
|
2004-05-25 08:58:36 +00:00
|
|
|
}
|
|
|
|
|
2004-05-28 19:03:55 +00:00
|
|
|
bool FGAIBase::_isNight() {
|
2004-05-25 08:58:36 +00:00
|
|
|
return (fgGetFloat("/sim/time/sun-angle-rad") > 1.57);
|
|
|
|
}
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
bool FGAIBase::_getCollisionData() {
|
|
|
|
return _collision_reported;
|
|
|
|
}
|
|
|
|
|
2010-07-16 23:05:05 +01:00
|
|
|
bool FGAIBase::_getExpiryData() {
|
|
|
|
return _expiry_reported;
|
|
|
|
}
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
bool FGAIBase::_getImpactData() {
|
|
|
|
return _impact_reported;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactLat() const {
|
|
|
|
return _impact_lat;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactLon() const {
|
|
|
|
return _impact_lon;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactElevFt() const {
|
|
|
|
return _impact_elev * SG_METER_TO_FEET;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactPitch() const {
|
|
|
|
return _impact_pitch;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactRoll() const {
|
|
|
|
return _impact_roll;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactHdg() const {
|
|
|
|
return _impact_hdg;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getImpactSpeed() const {
|
|
|
|
return _impact_speed;
|
|
|
|
}
|
|
|
|
|
2005-10-15 14:55:51 +00:00
|
|
|
int FGAIBase::getID() const {
|
|
|
|
return _refID;
|
2004-09-08 13:21:40 +00:00
|
|
|
}
|
2005-06-04 09:38:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
int FGAIBase::_getSubID() const {
|
|
|
|
return _subID;
|
|
|
|
}
|
|
|
|
|
2007-03-30 22:51:52 +00:00
|
|
|
double FGAIBase::_getSpeed() const {
|
|
|
|
return speed;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getRoll() const {
|
|
|
|
return roll;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getPitch() const {
|
|
|
|
return pitch;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getHeading() const {
|
|
|
|
return hdg;
|
|
|
|
}
|
|
|
|
|
2008-02-15 11:06:27 +00:00
|
|
|
double FGAIBase::_getXOffset() const {
|
|
|
|
return _x_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getYOffset() const {
|
|
|
|
return _y_offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
double FGAIBase::_getZOffset() const {
|
|
|
|
return _z_offset;
|
|
|
|
}
|
|
|
|
|
2007-07-15 14:08:31 +00:00
|
|
|
const char* FGAIBase::_getPath() const {
|
|
|
|
return model_path.c_str();
|
|
|
|
}
|
|
|
|
|
|
|
|
const char* FGAIBase::_getSMPath() const {
|
2007-03-30 22:51:52 +00:00
|
|
|
return _path.c_str();
|
|
|
|
}
|
|
|
|
|
2007-07-15 14:08:31 +00:00
|
|
|
const char* FGAIBase::_getName() const {
|
2007-06-07 16:30:26 +00:00
|
|
|
return _name.c_str();
|
|
|
|
}
|
|
|
|
|
2007-07-15 14:08:31 +00:00
|
|
|
const char* FGAIBase::_getCallsign() const {
|
2007-06-07 16:30:26 +00:00
|
|
|
return _callsign.c_str();
|
|
|
|
}
|
|
|
|
|
2007-07-15 14:08:31 +00:00
|
|
|
const char* FGAIBase::_getSubmodel() const {
|
2007-06-07 16:30:26 +00:00
|
|
|
return _submodel.c_str();
|
|
|
|
}
|
|
|
|
|
2005-06-04 09:38:52 +00:00
|
|
|
void FGAIBase::CalculateMach() {
|
2006-06-09 18:48:57 +00:00
|
|
|
// Calculate rho at altitude, using standard atmosphere
|
|
|
|
// For the temperature T and the pressure p,
|
2006-06-24 00:00:27 +00:00
|
|
|
double altitude = altitude_ft;
|
|
|
|
|
2006-06-09 18:48:57 +00:00
|
|
|
if (altitude < 36152) { // curve fits for the troposphere
|
2007-06-07 16:30:26 +00:00
|
|
|
T = 59 - 0.00356 * altitude;
|
|
|
|
p = 2116 * pow( ((T + 459.7) / 518.6) , 5.256);
|
2006-06-09 18:48:57 +00:00
|
|
|
} else if ( 36152 < altitude && altitude < 82345 ) { // lower stratosphere
|
2007-06-07 16:30:26 +00:00
|
|
|
T = -70;
|
|
|
|
p = 473.1 * pow( e , 1.73 - (0.000048 * altitude) );
|
2006-06-09 18:48:57 +00:00
|
|
|
} else { // upper stratosphere
|
2007-06-07 16:30:26 +00:00
|
|
|
T = -205.05 + (0.00164 * altitude);
|
|
|
|
p = 51.97 * pow( ((T + 459.7) / 389.98) , -11.388);
|
2006-06-09 18:48:57 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
rho = p / (1718 * (T + 459.7));
|
|
|
|
|
|
|
|
// calculate the speed of sound at altitude
|
|
|
|
// a = sqrt ( g * R * (T + 459.7))
|
|
|
|
// where:
|
|
|
|
// a = speed of sound [ft/s]
|
|
|
|
// g = specific heat ratio, which is usually equal to 1.4
|
2007-07-15 14:08:31 +00:00
|
|
|
// R = specific gas constant, which equals 1716 ft-lb/slug/R
|
2006-06-09 18:48:57 +00:00
|
|
|
a = sqrt ( 1.4 * 1716 * (T + 459.7));
|
|
|
|
|
|
|
|
// calculate Mach number
|
|
|
|
Mach = speed/a;
|
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
// cout << "Speed(ft/s) "<< speed <<" Altitude(ft) "<< altitude << " Mach " << Mach << endl;
|
2005-06-04 09:38:52 +00:00
|
|
|
}
|
|
|
|
|
2005-10-15 14:55:51 +00:00
|
|
|
int FGAIBase::_newAIModelID() {
|
2006-06-09 18:48:57 +00:00
|
|
|
static int id = 0;
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
if (!++id)
|
|
|
|
id++; // id = 0 is not allowed.
|
2007-03-30 22:51:52 +00:00
|
|
|
|
2007-06-07 16:30:26 +00:00
|
|
|
return id;
|
2005-10-15 14:55:51 +00:00
|
|
|
}
|
|
|
|
|