On Monday 12 September 2005 00:20, Steve Knoblock wrote:
The Digitrak autopilot project is coming along. I have the first mode
running, which captures and holds the GPS track. I get the GPS heading
to feed to the autopilot controller from the default GPS instrument.
The autopilot is set to
The Digitrak autopilot project is coming along. I have the first mode
running, which captures and holds the GPS track. I get the GPS heading
to feed to the autopilot controller from the default GPS instrument.
The autopilot is set to reduce the GPS bug error to zero by driving
the aileron until
Hi,
This message is directed towards Curt and David Megginson.
I sent my changes to the GPS instrument module, first to Curt and then to
David, but I'm beginning to wonder if any of you ever got my e-mail. I've
not heard anything and AFAICT they have not been committed.
Am I being ignored? I
Roy Vegard Ovesen wrote:
Am I being ignored? I don't hope so because I think that the changes
I've made makes the GPS module quite usefull for navigation.
No -- apologies. I typically juggle 30-100 active items in my INBOX, aside
from the 500-1000 spams I receive every day. Patches, bug
David Megginson wrote:
Roy Vegard Ovesen wrote:
Am I being ignored? I don't hope so because I think that the changes
I've made makes the GPS module quite usefull for navigation.
No -- apologies. I typically juggle 30-100 active items in my INBOX,
aside from the 500-1000 spams I receive every
On Mon, 23 Feb 2004 01:04:05 +, Lee Elliott
[EMAIL PROTECTED] wrote:
I can see the gps entries in the tree but there're no values in them.
Do I
need a specific gps instrument to get some data?
I think that currently the GPS does not get any power, I've modified the
*electrical.xml file in
On Mon, 23 Feb 2004 02:10:47 -, Jim Wilson [EMAIL PROTECTED] wrote:
I wonder if this could be incorporated (or interfaced) to the current
waypoint
management code. And, for the pilots on the list, do some GPS units also
calculate elevations to plug in for VNAV operation, fuel estimation,
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground based
signal to augment it !
It's much better than it used to be before they turned off selective
availability.
The big difference is that GPS accuracy remains roughly constant during any
specific approach,
David Megginson writes:
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground based
signal to augment it !
It's much better than it used to be before they turned off selective
availability.
Yes this makes a difference but DGPS or WAAS is *MUCH*
On Monday 23 February 2004 14:16, Norman Vine wrote:
David Megginson writes:
Norman Vine wrote:
This is because GPS positioning is *NOT* acurate with out a ground
based signal to augment it !
It's much better than it used to be before they turned off selective
availability.
Yes
Lee Elliott wrote:
Dunno if we want to get into adding nav sats to the celestial stuff so we know
if they're above the horizon or not:)
If anyone wants to do that, the almanac data for the satellites is published
and freely available (higher-end units and standalone software can predict
Lee Elliott writes:
On Monday 23 February 2004 14:16, Norman Vine wrote:
What I was pointing out is that elevation from GPS even DGPS is by it's
physical nature mathematically not as accurate as the horizontal position.
One of the things about GPS units is that the accuracy depends on
I've added some more funtionality to the GPS module (gps.cxx). I can
define a waypoint as lon and lat values, or I can input the waypoint ID
(this currently only works for airport IDs). Now the distance, bearing and
time to the waypoint is calculated. I can also set the desired course to
fly
On Monday 23 February 2004 00:24, Roy Vegard Ovesen wrote:
I've added some more funtionality to the GPS module (gps.cxx). I can
define a waypoint as lon and lat values, or I can input the waypoint ID
(this currently only works for airport IDs). Now the distance, bearing and
time to the
Roy Vegard Ovesen said:
I've added some more funtionality to the GPS module (gps.cxx). I can
define a waypoint as lon and lat values, or I can input the waypoint ID
(this currently only works for airport IDs). Now the distance, bearing and
time to the waypoint is calculated. I can also set
David Megginson writes:
Jim Wilson wrote:
I wonder if this could be incorporated (or interfaced) to the current waypoint
management code. And, for the pilots on the list, do some GPS units also
calculate elevations to plug in for VNAV operation, fuel estimation, etc?
Every GPS I've
Bernie Bright writes:
A quick read of the gpsd protocol indicates it should be easy
enough. A variation of the props server with some code from the
NMEA protocol class should do the trick. I will code something
this weekend if no one else wants to.
You could also just rig
On Sun, 1 Jun 2003, Norman Vine wrote:
When using two machines and a serial port cable 'most' moving map
packages have no need for gpsd as they just see the serial port as a
nmea gps signal source if FGFS is set up to transmit a NMEA signal.
My guess is that gpsd would just work if setup
On Thu, 29 May 2003 14:11:06 -0400
Russell Nelson [EMAIL PROTECTED] wrote:
You know what would be really neat? If flightgear's GPS support was
able to emulate gpsd. So while you're flying around, you can run any
mapping program that supports gpsd (gpsdrive or pygps at very least),
and see
On Sat, 31 May 2003 09:13:09 -0400
David Megginson [EMAIL PROTECTED] wrote:
Bernie Bright writes:
A quick read of the gpsd protocol indicates it should be easy
enough. A variation of the props server with some code from the
NMEA protocol class should do the trick. I will code
Rich Bowen writes:
I just saw a message that you sent:
http://seneca.me.umn.edu/pipermail/flightgear-devel/2002-October/012030.html
I wondered if you could send me the script, or tell me how I might do
this. I know Perl. I know almost nothing about GPS except that it's
probably the
21 matches
Mail list logo