fly/flightgear
1
0
Fork 0
Code Activity
flightgear/src/AIModel/AIFlightPlan.hxx

251 lines
9.7 KiB
C++
Raw Normal View History

AI/ATC enhancements: - Better transistion between taxi and takeoff phases. - Skipping the pushback stages when a gate doesn't require push-back. - Some test code always chooses the user aircraft as the one that has to hold position.
2011-08-07 21:38:50 +02:00
// FGAIFlightPlan - class for loading and storing AI flight plans
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
// Written by David Culp, started May 2004
// - davidculp2@comcast.net
//
// 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
Fix rpmlint/Linux packager complaints about outdated/invalid FSF address in some license headers.
2012-05-05 01:42:41 +02:00
// Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
#ifndef _FG_AIFLIGHTPLAN_HXX
#define _FG_AIFLIGHTPLAN_HXX
#include <vector>
#include <string>
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
#include <simgear/compiler.h>
Use an SGGeod inside FGAIFlightPlan::Waypoint. This allows incremental refactoring to move away from discrete lat/lon use in favour of SGGeod.
2012-10-08 15:52:06 +01:00
#include <simgear/math/SGMath.hxx>
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
#include <simgear/structure/SGSharedPtr.hxx>
Overhaul the ground-net / parking code. Use the nav-data-cache to cache groundnet information, including parking positions and the taxi-node graph.
2012-10-01 17:18:36 +01:00
#include <Navaids/positioned.hxx>
#include <Airports/dynamics.hxx>
Development for two new features: * Some support for geometry information provided by the custom scenery project. Current support is for AI groundnets and runway use files only since this is a switch that involves a lot of data verification and updating, during the transistion the actual path where the data can be read from is user configurable. setting the property /sim/traffic-manager/use-custom-scenery-data to true will cause flightgear to read the ground networks from the scenery directory (--{fg-scenery}/Airports/[I]/[C]/[A]/[ICAO].groundnet.xml to be precise). Setting this property to false will retain the original behvior. * For departing aircraft, runway takeoff calculations will be done on the basis of the performance database. For testing purposes, a performance estimate for a heavy jet has been added.
2009-01-30 18:48:44 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
class FGAIWaypoint {
private:
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
std::string name;
Use an SGGeod inside FGAIFlightPlan::Waypoint. This allows incremental refactoring to move away from discrete lat/lon use in favour of SGGeod.
2012-10-08 15:52:06 +01:00
SGGeod pos;
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
double speed;
double crossat;
Some small updates that hopefully solve the segmentation fault at the end of the flightplan.
2004-05-18 09:09:08 +00:00
bool finished;
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
bool gear_down;
bool flaps_down;
David Culp: 1. Removed aircraft roll on ground. 2. Decreased descent pitch angle. 3. Updated flightplans to include <on-ground> 4. Fixed property indexing, so all AI aircraft have their own property branch The default value of <on-ground> is false, so you only need to specify it when on the ground. For takeoff you need to specify <on-ground>true</on-ground> for the first waypoint, and for the acceleration waypoint. For landing you need to specify it for the touchdown point and any taxi points. One problem. WARNING **** There is a bug in the way the property system works, which causes a segfault, but I don't know if the problem is in the property code, or in how I'm using it. After an AI object terminates, if you access the property tree through the property browser the sim will segfault.
2004-05-21 16:50:19 +00:00
bool on_ground;
Ground network distance tracking code. AIAircraft taxiing at airports maintain a resonable distance from each other while taxiing on the same route. The current code does not yet take crossing routes or aircraft taxiing into opposite directions into account.
2006-08-26 07:22:20 +00:00
int routeIndex; // For AI/ATC purposes;
Vivian MEAZZA: """ "Flight plans" which can start at a given time (gmt) WAITUNTIL tokens which pause the flight plans until a given time (gmt) Submodels can now be attached to any AI objects (except submodels - it can be done, but in my experimental code it's too expensive in frame rate atm) "No-roll" attribute added to Ballistic objects - useful for wakes and the like "Random" attribute added to Ballistic objects (adds =- 5% to the Cd) - useful for smoke, exhausts If the <trigger> tag is not specified the Ballistic object/s will be released at start-up (cannot be stopped) Submodels are not released from AI Objects if the AI Object is more than 15 miles away. """ mf: minor code and formatting fixes; submodels.?xx were FUBAR and are thus astyle formatted; NOTE that <name> tags END, EOF, WAIT, WAITUNTIL are *depreciated*. Don't get too used to them. This will have to be moved from the "name" to regular engries.
2007-03-30 22:51:52 +00:00
double time_sec;
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
double trackLength; // distance from previous FGAIWaypoint (for AI purposes);
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
std::string time;
Vivian MEAZZA: """ "Flight plans" which can start at a given time (gmt) WAITUNTIL tokens which pause the flight plans until a given time (gmt) Submodels can now be attached to any AI objects (except submodels - it can be done, but in my experimental code it's too expensive in frame rate atm) "No-roll" attribute added to Ballistic objects - useful for wakes and the like "Random" attribute added to Ballistic objects (adds =- 5% to the Cd) - useful for smoke, exhausts If the <trigger> tag is not specified the Ballistic object/s will be released at start-up (cannot be stopped) Submodels are not released from AI Objects if the AI Object is more than 15 miles away. """ mf: minor code and formatting fixes; submodels.?xx were FUBAR and are thus astyle formatted; NOTE that <name> tags END, EOF, WAIT, WAITUNTIL are *depreciated*. Don't get too used to them. This will have to be moved from the "name" to regular engries.
2007-03-30 22:51:52 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
public:
FGAIWaypoint();
~FGAIWaypoint() {};
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
void setName (const std::string& nam) { name = nam; };
Use an SGGeod inside FGAIFlightPlan::Waypoint. This allows incremental refactoring to move away from discrete lat/lon use in favour of SGGeod.
2012-10-08 15:52:06 +01:00
void setLatitude (double lat);
void setLongitude (double lon);
void setAltitude (double alt);
void setPos (const SGGeod& aPos) { pos = aPos; }
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
void setSpeed (double spd) { speed = spd; };
void setCrossat (double val) { crossat = val; };
void setFinished (bool fin) { finished = fin; };
void setGear_down (bool grd) { gear_down = grd; };
void setFlaps_down (bool fld) { flaps_down = fld; };
void setOn_ground (bool grn) { on_ground = grn; };
void setRouteIndex (int rte) { routeIndex = rte; };
void setTime_sec (double ts ) { time_sec = ts; };
void setTrackLength (double tl ) { trackLength = tl; };
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
void setTime (const std::string& tme) { time = tme; };
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
bool contains(const std::string& name);
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
const std::string& getName() { return name; };
Use an SGGeod inside FGAIFlightPlan::Waypoint. This allows incremental refactoring to move away from discrete lat/lon use in favour of SGGeod.
2012-10-08 15:52:06 +01:00
const SGGeod& getPos () { return pos; };
double getLatitude ();
double getLongitude ();
double getAltitude ();
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
double getSpeed () { return speed; };
double getCrossat () { return crossat; };
bool getGear_down () { return gear_down; };
bool getFlaps_down () { return flaps_down; };
bool getOn_ground () { return on_ground; };
int getRouteIndex () { return routeIndex; };
bool isFinished () { return finished; };
double getTime_sec () { return time_sec; };
double getTrackLength() { return trackLength; };
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
const std::string& getTime () { return time; };
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
};
class FGAIFlightPlan {
public:
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
FGAIFlightPlan();
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
FGAIFlightPlan(const std::string& filename);
Development for two new features: * Some support for geometry information provided by the custom scenery project. Current support is for AI groundnets and runway use files only since this is a switch that involves a lot of data verification and updating, during the transistion the actual path where the data can be read from is user configurable. setting the property /sim/traffic-manager/use-custom-scenery-data to true will cause flightgear to read the ground networks from the scenery directory (--{fg-scenery}/Airports/[I]/[C]/[A]/[ICAO].groundnet.xml to be precise). Setting this property to false will retain the original behvior. * For departing aircraft, runway takeoff calculations will be done on the basis of the performance database. For testing purposes, a performance estimate for a heavy jet has been added.
2009-01-30 18:48:44 +00:00
FGAIFlightPlan(FGAIAircraft *,
const std::string& p,
Durk Talsma: I've included the latest fixes to the Traffic Manager/AI flightplan generation code. Most of the code changes are in AIFllightplan.cxx. This is the code that runs without depending on predefined FlightPlans in #FG_ROOT/Data/AI/Flightplans.i As suggested by Dave, I've also added a new property in preferences.xml: /sim/traffic-manager/enabled, which is used to control whether or not the traffic manager is active. I'm still working on a few more 737 traffic patterns, those are going to take a little longer, so I didn't want to wait sending in this code. Finally, I haven't put much effort into ensuring "aeronautical correctness" in this version yet. The code works on my system, but what the AI plane do may actaully be quite rediculous. But I'd like to leave that for the next version.
2004-07-22 18:50:29 +00:00
double course,
Durk Talsma: Okay, here's the latest update to the tarffic manager/AI Manager. AITraffic can now fly multiple routes and be initialized while sitting statically at airports.
2004-11-29 09:41:43 +00:00
time_t start,
Durk Talsma: I've included the latest fixes to the Traffic Manager/AI flightplan generation code. Most of the code changes are in AIFllightplan.cxx. This is the code that runs without depending on predefined FlightPlans in #FG_ROOT/Data/AI/Flightplans.i As suggested by Dave, I've also added a new property in preferences.xml: /sim/traffic-manager/enabled, which is used to control whether or not the traffic manager is active. I'm still working on a few more 737 traffic patterns, those are going to take a little longer, so I didn't want to wait sending in this code. Finally, I haven't put much effort into ensuring "aeronautical correctness" in this version yet. The code works on my system, but what the AI plane do may actaully be quite rediculous. But I'd like to leave that for the next version.
2004-07-22 18:50:29 +00:00
FGAirport *dep,
Durk Talsma: I just heard from John Wojnaroski that you and he are going to work on getting a flightgear demo machine up for the linux expo thursday and Friday. John indicated that he would very much like to get a CVS version with the new traffic code up and running before the expo.
2005-02-10 09:01:51 +00:00
FGAirport *arr,
bool firstLeg,
double radius,
Mathias Froehlich: This patch removes some useless indirection when creating AIModels. It obsolets AIScenario*. AIEntities are just an intermediate copy of an other intermediate copy of an xml file on the way from the ai scenario configuration file to the AIModels. As such the AImodels can now be created directly from the property tree read from the scenario file. This reduces the amount of work needed to add an other AIModel and reduces the amount of copy operations done during initialization. It also moves internal knowledge of special AI models into these special AI models class instead of spreading that into the whole AIModel subdirectory which in turn enables to use carrier internal data structures for carrier internal data ... Also some unused variables are removed from the AIModel classes. I believe that there are still more of them, but that is what I stumbled accross ... Tested, like the other splitouts these days in a seperate tree and using the autopilot for some time, and in this case with a carrier start ...
2006-02-11 13:16:56 +00:00
double alt,
double lat,
double lon,
double speed,
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
const std::string& fltType,
const std::string& acType,
const std::string& airline);
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
~FGAIFlightPlan();
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
FGAIWaypoint* const getPreviousWaypoint( void ) const;
FGAIWaypoint* const getCurrentWaypoint( void ) const;
FGAIWaypoint* const getNextWaypoint( void ) const;
Durk Talsma: I just heard from John Wojnaroski that you and he are going to work on getting a flightgear demo machine up for the linux expo thursday and Friday. John indicated that he would very much like to get a CVS version with the new traffic code up and running before the expo.
2005-02-10 09:01:51 +00:00
void IncrementWaypoint( bool erase );
AIGroundVehicle from Vivian Meazza
2009-08-25 11:54:49 +02:00
void DecrementWaypoint( bool erase );
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
double getDistanceToGo(double lat, double lon, FGAIWaypoint* wp) const;
Alex Romosan: I tried to make sure accessor functions which return by reference act on const objects. also replaced some iterators with const_iterator and a few return/pass by reference that were missed the first time around.
2005-10-26 09:03:49 +00:00
int getLeg () const { return leg;};
AI/ATC enhancements: - Better transistion between taxi and takeoff phases. - Skipping the pushback stages when a gate doesn't require push-back. - Some test code always chooses the user aircraft as the one that has to hold position.
2011-08-07 21:38:50 +02:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
void setLeadDistance(double speed, double bearing, FGAIWaypoint* current, FGAIWaypoint* next);
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
void setLeadDistance(double distance_ft);
double getLeadDistance( void ) const {return lead_distance;}
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
double getBearing(FGAIWaypoint* previous, FGAIWaypoint* next) const;
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
double getBearing(const SGGeod& aPos, FGAIWaypoint* next) const;
traffic: more pass by reference + member init
2012-11-25 16:41:10 +01:00
double checkTrackLength(const std::string& wptName) const;
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
time_t getStartTime() const { return start_time; }
Major update to the AI code: * New features - More realistic descent paths - Separation during descent and approach - ATC approach controller (still silent) - inbound traffic flow will start immediately * Bug fixes - Properly handle vertical speed when on ground - Departing aircraft now wait for taxiclerance before moving - Traffic manager waits for proper weather initialization - Fixed instabilities in the preferential runway usage code - Fine tuning of waypoint following code.
2010-08-29 19:25:34 +02:00
time_t getArrivalTime() const { return arrivalTime; }
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool create(FGAIAircraft *, FGAirport *dep, FGAirport *arr, int leg, double alt, double speed, double lat, double lon,
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
bool firstLeg, double radius, const std::string& fltType, const std::string& aircraftType, const std::string& airline, double distance);
Clean up dynamics/parking handing code. Refactor some parking / airport-dynamics APIs, in preparation for caching the ground cache data in the nav-cache.
2012-09-23 21:42:40 +01:00
bool createPushBack(FGAIAircraft *, bool, FGAirport*, double radius, const std::string&, const std::string&, const std::string&);
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool createTakeOff(FGAIAircraft *, bool, FGAirport *, double, const std::string&);
Durk Talsma: I've included the latest fixes to the Traffic Manager/AI flightplan generation code. Most of the code changes are in AIFllightplan.cxx. This is the code that runs without depending on predefined FlightPlans in #FG_ROOT/Data/AI/Flightplans.i As suggested by Dave, I've also added a new property in preferences.xml: /sim/traffic-manager/enabled, which is used to control whether or not the traffic manager is active. I'm still working on a few more 737 traffic patterns, those are going to take a little longer, so I didn't want to wait sending in this code. Finally, I haven't put much effort into ensuring "aeronautical correctness" in this version yet. The code works on my system, but what the AI plane do may actaully be quite rediculous. But I'd like to leave that for the next version.
2004-07-22 18:50:29 +00:00
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
void setLeg(int val) { leg = val;}
void setTime(time_t st) { start_time = st; }
Overhaul the ground-net / parking code. Use the nav-data-cache to cache groundnet information, including parking positions and the taxi-node graph.
2012-10-01 17:18:36 +01:00
Some more work on AI/ATC interaction. * Added an AIAircraft that is shadowing the user aircraft's behavior, in terms of AI / ATC interactions * Set up a shadow AI FlightPlan that is used for tracking the user's aircraft.
2011-04-10 12:46:00 +02:00
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
double getLeadInAngle() const { return leadInAngle; }
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
const std::string& getRunway() const;
James Turner: Convert FGRunway to be heap-based, and inherit FGPositioned. This is a large, ugly change, since FGRunway was essentially a plain struct, with no accessors or abstraction. This change adds various helpers and accessors to FGRunway, but doesn't change many places to use them - that will be a follow up series of patches. It's still a large patch, but outside of FGAirport and FGRunway, mostly mechanical search-and-replace. An interesting part of this change is that reciprocal runways now exist as independent objects, rather than being created on the fly by the search methods. This simplifies some pieces of code that search for and iterate runways. For users who only want one 'end' of a runway, the new 'isReciprocal' predicate allows them to ignore the 'other' end. Current the only user of this is the 'ground-radar' ATC feature. If we had data on which runways are truly 'single-ended', it would now be trivial to use this in the airport loader to *not* create the reciprocal.
2008-09-11 08:38:09 +00:00
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
void setRepeat(bool r) { repeat = r; }
bool getRepeat(void) const { return repeat; }
David Culp: I added an AIStatic object to my OV-10 sim for use in putting city signs, vehicles, or anything else that will be static, but that I don't want to put in the scenery files. It's inexpensive. Before, I was making such things from AIShip. I also added the ability to set flight plans to repeat, so that when an airplane reaches the end it just starts over at the beginning. This is useful for my OV-10 sim. I have C-141 and KC-135 traffic flying approaches to Ramstein, and I only have to define two AI objects to do this. Also, I found an inefficiency in AIBase, where every AI object was calculating Mach number at every dt. Now only AIBallistic objects do this.
2005-06-04 09:38:52 +00:00
void restart(void);
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
int getNrOfWayPoints() { return waypoints.size(); }
Overhaul the ground-net / parking code. Use the nav-data-cache to cache groundnet information, including parking positions and the taxi-node graph.
2012-10-01 17:18:36 +01:00
int getRouteIndex(int i); // returns the AI related index of this current routes.
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
const std::string& getRunway() { return activeRunway; }
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
bool isActive(time_t time) {return time >= this->getStartTime();}
David Culp: I added an AIStatic object to my OV-10 sim for use in putting city signs, vehicles, or anything else that will be static, but that I don't want to put in the scenery files. It's inexpensive. Before, I was making such things from AIShip. I also added the ability to set flight plans to repeat, so that when an airplane reaches the end it just starts over at the beginning. This is useful for my OV-10 sim. I have C-141 and KC-135 traffic flying approaches to Ramstein, and I only have to define two AI objects to do this. Also, I found an inefficiency in AIBase, where every AI object was calculating Mach number at every dt. Now only AIBallistic objects do this.
2005-06-04 09:38:52 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
void incrementLeg() { leg++;};
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
void setRunway(const std::string& rwy) { activeRunway = rwy; };
const char* getRunwayClassFromTrafficType(const std::string& fltType);
One step further toward better integration of AI and ATC systems. * Changed the runway XX. ATC message to actually report the real designated departure runway * In case of multiple active runways, select the one with a heading that is closest to the direction of the ultimate departure destination / lines up with the arrival path.
2009-02-15 15:29:56 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
void addWaypoint(FGAIWaypoint* wpt) { waypoints.push_back(wpt); };
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
void setName(const std::string& n) { name = n; };
const std::string& getName() { return name; };
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
void setSID(FGAIFlightPlan* fp) { sid = fp;};
FGAIFlightPlan* getSID() { return sid; };
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
FGAIWaypoint *getWayPoint(int i) { return waypoints[i]; };
FGAIWaypoint *getLastWaypoint() { return waypoints.back(); };
AITraffic exits the runway as soon as possible (in theory; the code still needs some fine tuning).
2011-10-09 23:44:42 +02:00
void shortenToFirst(unsigned int number, std::string name);
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
traffic: more pass by reference + member init
2012-11-25 16:41:10 +01:00
void setGate(const ParkingAssignment& pka);
Overhaul the ground-net / parking code. Use the nav-data-cache to cache groundnet information, including parking positions and the taxi-node graph.
2012-10-01 17:18:36 +01:00
FGParking* getParkingGate();
Performance improvement: pass (const) strings by reference to avoid copying actual string data around.
2012-11-24 11:59:13 +01:00
Display AI traffic route in map. Add some helpers so MapWidget can show the origin and destination of AIAircraft with a FlightPlan.
2013-09-14 12:17:33 +01:00
FGAirportRef departureAirport() const;
FGAirportRef arrivalAirport() const;
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
private:
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
FGAIFlightPlan *sid;
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
typedef std::vector <FGAIWaypoint*> wpt_vector_type;
Alex Romosan: I tried to make sure accessor functions which return by reference act on const objects. also replaced some iterators with const_iterator and a few return/pass by reference that were missed the first time around.
2005-10-26 09:03:49 +00:00
typedef wpt_vector_type::const_iterator wpt_vector_iterator;
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
Major update to the AI code: * New features - More realistic descent paths - Separation during descent and approach - ATC approach controller (still silent) - inbound traffic flow will start immediately * Bug fixes - Properly handle vertical speed when on ground - Departing aircraft now wait for taxiclerance before moving - Traffic manager waits for proper weather initialization - Fixed instabilities in the preferential runway usage code - Fine tuning of waypoint following code.
2010-08-29 19:25:34 +02:00
David Culp: I added an AIStatic object to my OV-10 sim for use in putting city signs, vehicles, or anything else that will be static, but that I don't want to put in the scenery files. It's inexpensive. Before, I was making such things from AIShip. I also added the ability to set flight plans to repeat, so that when an airplane reaches the end it just starts over at the beginning. This is useful for my OV-10 sim. I have C-141 and KC-135 traffic flying approaches to Ramstein, and I only have to define two AI objects to do this. Also, I found an inefficiency in AIBase, where every AI object was calculating Mach number at every dt. Now only AIBallistic objects do this.
2005-06-04 09:38:52 +00:00
wpt_vector_type waypoints;
wpt_vector_iterator wpt_iterator;
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
David Culp: I added an AIStatic object to my OV-10 sim for use in putting city signs, vehicles, or anything else that will be static, but that I don't want to put in the scenery files. It's inexpensive. Before, I was making such things from AIShip. I also added the ability to set flight plans to repeat, so that when an airplane reaches the end it just starts over at the beginning. This is useful for my OV-10 sim. I have C-141 and KC-135 traffic flying approaches to Ramstein, and I only have to define two AI objects to do this. Also, I found an inefficiency in AIBase, where every AI object was calculating Mach number at every dt. Now only AIBallistic objects do this.
2005-06-04 09:38:52 +00:00
bool repeat;
double distance_to_go;
double lead_distance;
Durk Talsma: I just heard from John Wojnaroski that you and he are going to work on getting a flightgear demo machine up for the linux expo thursday and Friday. John indicated that he would very much like to get a CVS version with the new traffic code up and running before the expo.
2005-02-10 09:01:51 +00:00
double leadInAngle;
Modified Files: src/AIModel/AIFlightPlan.hxx src/AIModel/AIFlightPlanCreateCruise.cxx src/AIModel/AITanker.cxx src/Traffic/Schedule.cxx: Move member variables that should better be in function local scope into the functions. Make more use of SGMath functions.
2007-07-08 08:46:29 +00:00
time_t start_time;
Major update to the AI code: * New features - More realistic descent paths - Separation during descent and approach - ATC approach controller (still silent) - inbound traffic flow will start immediately * Bug fixes - Properly handle vertical speed when on ground - Departing aircraft now wait for taxiclerance before moving - Traffic manager waits for proper weather initialization - Fixed instabilities in the preferential runway usage code - Fine tuning of waypoint following code.
2010-08-29 19:25:34 +02:00
time_t arrivalTime; // For AI/ATC purposes.
Durk Talsma: I just heard from John Wojnaroski that you and he are going to work on getting a flightgear demo machine up for the linux expo thursday and Friday. John indicated that he would very much like to get a CVS version with the new traffic code up and running before the expo.
2005-02-10 09:01:51 +00:00
int leg;
Overhaul the ground-net / parking code. Use the nav-data-cache to cache groundnet information, including parking positions and the taxi-node graph.
2012-10-01 17:18:36 +01:00
ParkingAssignment gate;
PositionedID lastNodeVisited;
Remove references to old (unused) airways code
2010-10-20 17:54:16 +01:00
std::string activeRunway;
std::string name;
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool isValid;
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
FGAirportRef departure, arrival;
Clean up dynamics/parking handing code. Refactor some parking / airport-dynamics APIs, in preparation for caching the ground cache data in the nav-cache.
2012-09-23 21:42:40 +01:00
void createPushBackFallBack(FGAIAircraft *, bool, FGAirport*, double radius, const std::string&, const std::string&, const std::string&);
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
bool createClimb(FGAIAircraft *, bool, FGAirport *, FGAirport* arrival, double, double, const std::string&);
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool createCruise(FGAIAircraft *, bool, FGAirport*, FGAirport*, double, double, double, double, const std::string&);
bool createDescent(FGAIAircraft *, FGAirport *, double latitude, double longitude, double speed, double alt,const std::string&, double distance);
bool createLanding(FGAIAircraft *, FGAirport *, const std::string&);
bool createParking(FGAIAircraft *, FGAirport *, double radius);
Durk Talsma: I just heard from John Wojnaroski that you and he are going to work on getting a flightgear demo machine up for the linux expo thursday and Friday. John indicated that he would very much like to get a CVS version with the new traffic code up and running before the expo.
2005-02-10 09:01:51 +00:00
void deleteWaypoints();
void resetWaypoints();
AITraffic exits the runway as soon as possible (in theory; the code still needs some fine tuning).
2011-10-09 23:44:42 +02:00
void eraseLastWaypoint();
Fix a problem in AITraffic where waypoint iterator is trashed by push_back. A cleaner solution would be to use indices instead of iterators to track position in the waypoint vector
2011-10-22 10:15:16 +02:00
void pushBackWaypoint(FGAIWaypoint *wpt);
AI Modifications: 1) Added a patch that takes ground speed into consideration using Curt's new speed adjustment code. 2) Separated the function FlightPlanCreateCruise() into a new source file in preparation of a more elaborate airway following scheme.
2006-07-27 14:42:15 +00:00
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool createLandingTaxi(FGAIAircraft *, FGAirport *apt, double radius, const std::string& fltType, const std::string& acType, const std::string& airline);
One step further toward better integration of AI and ATC systems. * Changed the runway XX. ATC message to actually report the real designated departure runway * In case of multiple active runways, select the one with a heading that is closest to the direction of the ultimate departure destination / lines up with the arrival path.
2009-02-15 15:29:56 +00:00
void createDefaultLandingTaxi(FGAIAircraft *, FGAirport* aAirport);
void createDefaultTakeoffTaxi(FGAIAircraft *, FGAirport* aAirport, FGRunway* aRunway);
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool createTakeoffTaxi(FGAIAircraft *, bool firstFlight, FGAirport *apt, double radius, const std::string& fltType, const std::string& acType, const std::string& airline);
Major update to the AI code: * New features - More realistic descent paths - Separation during descent and approach - ATC approach controller (still silent) - inbound traffic flow will start immediately * Bug fixes - Properly handle vertical speed when on ground - Departing aircraft now wait for taxiclerance before moving - Traffic manager waits for proper weather initialization - Fixed instabilities in the preferential runway usage code - Fine tuning of waypoint following code.
2010-08-29 19:25:34 +02:00
double getTurnRadius(double, bool);
James Turner: Cleanup of AI traffic route generation code.
2008-12-30 07:41:15 +00:00
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
FGAIWaypoint* createOnGround(FGAIAircraft *, const std::string& aName, const SGGeod& aPos, double aElev, double aSpeed);
FGAIWaypoint* createInAir(FGAIAircraft *, const std::string& aName, const SGGeod& aPos, double aElev, double aSpeed);
FGAIWaypoint* cloneWithPos(FGAIAircraft *, FGAIWaypoint* aWpt, const std::string& aName, const SGGeod& aPos);
FGAIWaypoint* clone(FGAIWaypoint* aWpt);
James Turner: Cleanup of AI traffic route generation code.
2008-12-30 07:41:15 +00:00
AI traffic now honors separate runway assignments for different types of traffic (i.e. commercial airliners will use a differnt part of the airport than general avation, ultralight and/or military traffic.
2007-06-28 18:30:35 +00:00
AI Modifications: 1) Added a patch that takes ground speed into consideration using Curt's new speed adjustment code. 2) Separated the function FlightPlanCreateCruise() into a new source file in preparation of a more elaborate airway following scheme.
2006-07-27 14:42:15 +00:00
//void createCruiseFallback(bool, FGAirport*, FGAirport*, double, double, double, double);
void evaluateRoutePart(double deplat, double deplon, double arrlat, double arrlon);
Traffic improvements. Make landings and takeoffs look more correct; tweak climb-out and touchdown phases in particular, so the turn to destination heading occurs earlier on climb out, and touchdown occurs close the GS transmitter / some distance down the runway from the beginning.
2012-10-30 15:43:54 +00:00
/**
* look for and parse an PropertyList flight-plan file - essentially
* a flat list waypoint objects, encoded to properties
*/
bool parseProperties(const std::string& filename);
void createWaypoints(FGAIAircraft *ac,
double course,
time_t start,
FGAirport *dep,
FGAirport *arr,
bool firstLeg,
double radius,
double alt,
double lat,
double lon,
double speed,
const std::string& fltType,
const std::string& acType,
const std::string& airline);
A set of additions related to allow the use of SID and STAR procedures. The current code still has some rough edges, in particular memory still needs to be deallocated where possible, and the actual use of the code needs more testing. This code has been running without noticable problems, so I think it's ready for some wider exposure. Detailed changes include: - Finetuning of the SID/STAR data concept. - Preloading of all SIDs, from one xml file. - ATC determines which SID should be used and echoes this over the com1 or com2 radio.
2009-03-08 17:14:05 +00:00
public:
wpt_vector_iterator getFirstWayPoint() { return waypoints.begin(); };
wpt_vector_iterator getLastWayPoint() { return waypoints.end(); };
More work on AI/ATC integration: - Fixed a bug in AI aircraft ground steering code: When aircraft were not moving, the value of headingchangeRate kept increasing to insane levels. Although this was clamped to a maximum of 30 degrees per second, the initial rate could still push the aircraft in the wrong direction. In practice, this bug would be visible when an AI aicraft would be pushed back, when it tended to veer to the right. - Make sure that the aircraft slows down well ahead of the pushback point. This change ensures that the AC will actually reach the pushback point. It also ensures a slightly tighter steering range. - AI ground steering rate is tuned to 30 degrees per second at a nominal taxispeed of 15. I now modulate the heading adjustment rate by manipulating the adjustment using a non-linear function (the sqrt). This allows for a slightly tighter turn radius at speeds < 15 and slightly looser turns at speeds > 15. - The AI Flightplan generation code can return false. This can be used to determine whether any additional AI aircraft may be created. Currently, the function returns false when no more parkings are available. This should limit the build-up of huge AIAircraft tower stacks. - The ground network can now graphically display all aircraft actitivy on the ground network by using a virtual marker system.
2011-04-19 18:01:24 +02:00
bool isValidPlan() { return isValid; };
A fairly major interal reorganization of the AI code - Change AIFlightPlan::waypoint into an independent class FGAIWaypoint - Don't update leg count until the aircraft has passed the last waypoint that was created by the corresponding leg - Clear ground network rendering for controllers that are no longer active.
2011-07-31 19:27:44 +02:00
};
David Culp: Here's the newest AI stuff. The AIManager at init() creates a new scenario. Right now the default_scenario is hard coded in, but eventually the AIManager should get the scenario filename from preferences.xml. The scenario defines which AI objects will be created. Right now it only creates AIAircraft, but this is easily extended. The scenario also defines which flightplan will be assigned to the airplane. Scenario config files go in data/Data/AI. The Airplane gets a pointer to a FlightPlan object. Each airplane should get its own flightplan object, even if two airplanes have the same flight plan. This is because the flightplan maintains the iterator pointing to the current waypoint, and two airplanes might be at different locations (for instance if they were created at different times). The flight plan files go in data/Data/AI/FlightPlans. When the airplane gets to the waypoint named "END" it vanishes. The AIAircraft destructor deletes its flight plan (if it has one). The last waypoint is a place holder only. I called mine <WPT><NAME>"EOF"</NAME></WPT>.
2004-05-15 09:07:55 +00:00
#endif // _FG_AIFLIGHTPLAN_HXX
Copy permalink