fly/flightgear
1
0
Fork 0
Code Activity
flightgear/src/Instrumentation/gps.hxx

128 lines
3.6 KiB
C++
Raw Normal View History

Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
// gps.hxx - distance-measuring equipment.
// Written by David Megginson, started 2003.
//
// This file is in the Public Domain and comes with no warranty.
#ifndef __INSTRUMENTS_GPS_HXX
#define __INSTRUMENTS_GPS_HXX 1
#ifndef __cplusplus
# error This library requires C++
#endif
This is step "1" of probably "many" in the process of separating out the scene management code and organizing it within simgear. My strategy is to identify the code I want to move, and break it's direct flightgear dependencies. Then it will be free to move over into the simgear package. - Moved some property specific code into simgear/props/ - Split out the condition code from fgfs/src/Main/fg_props and put it in it's own source file in simgear/props/ - Created a scene subdirectory for scenery, model, and material property related code. - Moved location.[ch]xx into simgear/scene/model/ - The location and condition code had dependencies on flightgear's global state (all the globals-> stuff, the flightgear property tree, etc.) SimGear code can't depend on it so that data has to be passed as parameters to the functions/methods/constructors. - This need to pass data as function parameters had a dramatic cascading effect throughout the FlightGear code.
2003-05-06 23:46:24 +00:00
#include <simgear/props/props.hxx>
Move FGEventMgr and FGSubsystemMgr over to SimGear, add SGEventMgr to FlightGear's globals structre and some small code cleanups
2003-09-24 17:20:55 +00:00
#include <simgear/structure/subsystem_mgr.hxx>
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
/**
* Model a GPS radio.
*
* Input properties:
*
* /position/longitude-deg
* /position/latitude-deg
* /position/altitude-ft
* /environment/magnetic-variation-deg
* /systems/electrical/outputs/gps
* /instrumentation/gps/serviceable
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
*
* /instrumentation/gps/wp-longitude-deg
* /instrumentation/gps/wp-latitude-deg
* /instrumentation/gps/wp-ID
* /instrumentation/gps/wp-name
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
* /instrumentation/gps/desired-course-deg
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
* /instrumentation/gps/get-nearest-airport
* /instrumentation/gps/waypoint-type
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
* /instrumentation/gps/tracking-bug
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
*
* Output properties:
*
Return to original property names.
2004-03-23 02:44:24 +00:00
* /instrumentation/gps/indicated-longitude-deg
* /instrumentation/gps/indicated-latitude-deg
* /instrumentation/gps/indicated-altitude-ft
* /instrumentation/gps/indicated-track-true-deg
* /instrumentation/gps/indicated-track-magnetic-deg
* /instrumentation/gps/indicated-ground-speed-kt
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
*
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
* /instrumentation/gps/wp-distance-nm
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
* /instrumentation/gps/wp-bearing-deg
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
* /instrumentation/gps/wp-bearing-mag-deg
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
* /instrumentation/gps/TTW
* /instrumentation/gps/course-deviation-deg
* /instrumentation/gps/course-error-nm
* /instrumentation/gps/to-flag
* /instrumentation/gps/odometer
* /instrumentation/gps/trip-odometer
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
* /instrumentation/gps/true-bug-error-deg
* /instrumentation/gps/magnetic-bug-error-deg
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
*/
Move FGEventMgr and FGSubsystemMgr over to SimGear, add SGEventMgr to FlightGear's globals structre and some small code cleanups
2003-09-24 17:20:55 +00:00
class GPS : public SGSubsystem
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
{
public:
GPS ();
virtual ~GPS ();
virtual void init ();
virtual void update (double delta_time_sec);
private:
void search (double frequency, double longitude_rad,
double latitude_rad, double altitude_m);
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
double deg360 (double deg);
double deg180 (double deg);
double deg90 (double deg);
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
SGPropertyNode_ptr _longitude_node;
SGPropertyNode_ptr _latitude_node;
SGPropertyNode_ptr _altitude_node;
SGPropertyNode_ptr _magvar_node;
SGPropertyNode_ptr _serviceable_node;
SGPropertyNode_ptr _electrical_node;
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
SGPropertyNode_ptr _wp_longitude_node;
SGPropertyNode_ptr _wp_latitude_node;
SGPropertyNode_ptr _wp_ID_node;
SGPropertyNode_ptr _wp_name_node;
SGPropertyNode_ptr _wp_course_node;
SGPropertyNode_ptr _get_nearest_airport_node;
SGPropertyNode_ptr _waypoint_type_node;
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
SGPropertyNode_ptr _tracking_bug_node;
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
SGPropertyNode_ptr _raim_node;
SGPropertyNode_ptr _indicated_longitude_node;
SGPropertyNode_ptr _indicated_latitude_node;
SGPropertyNode_ptr _indicated_altitude_node;
SGPropertyNode_ptr _true_track_node;
SGPropertyNode_ptr _magnetic_track_node;
SGPropertyNode_ptr _speed_node;
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
SGPropertyNode_ptr _wp_distance_node;
SGPropertyNode_ptr _wp_ttw_node;
SGPropertyNode_ptr _wp_bearing_node;
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
SGPropertyNode_ptr _wp_mag_bearing_node;
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
SGPropertyNode_ptr _wp_course_deviation_node;
SGPropertyNode_ptr _wp_course_error_nm_node;
SGPropertyNode_ptr _wp_to_flag_node;
SGPropertyNode_ptr _odometer_node;
SGPropertyNode_ptr _trip_odometer_node;
Roy Vegard Ovesen: I've added a tracking bug to the gps. This is of course very similar to a heading bug for a DG. I don't know if this is the common name, but I feel that for a gps the name tracking bug is more accurate than heading bug. A true bug error and a magnetic bug error is calculated and shifted into the -180 to 180 range so that they can be used by autopilots. I've also fixed a property name that crept in when I had to change back to indicated-***. Back then I accidentally changed the desired course name to "indicated-course". The property that is supposed to be the input for the desired course should naturally be named something like "desired-course", and definitely _not_ "indicated-course". If this name change breaks anything it should be fixed in the other end. I've also commented out a lot of #includes that I don't think is needed. I'm on Suse 9.0 now, and it builds fine here, but this might be a problem for different platforms I guess we have to cross our fingers.
2004-04-16 22:12:26 +00:00
SGPropertyNode_ptr _true_bug_error_node;
SGPropertyNode_ptr _magnetic_bug_error_node;
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
bool _last_valid;
double _last_longitude_deg;
double _last_latitude_deg;
double _last_altitude_m;
Roy Vegard Ovesen: I've done som more work on the gps instrument. - You can now input airport-, nav- or fix-ID to select a waypoint. - You have to specify either "airport", "nav" or "fix" in the waypoint-type property (some fixes and navs have identical IDs). - Formatted the time to waypoint output. - Cleaned up and changed some propery names (wp-heading -> wp-bearing). - I've also added a name member to the FGNav class so that the gps instrument can get the name of the nav. - Changed the airport name parsing in simple.cxx.
2004-03-15 19:23:39 +00:00
double _last_speed_kts;
double _wp_latitude;
double _wp_longitude;
string _last_wp_ID;
Added simple GPS support (no waypoints yet).
2003-03-10 14:09:43 +00:00
};
#endif // __INSTRUMENTS_GPS_HXX
Copy permalink