home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / boats / 7892 < prev    next >
Encoding:
Text File  |  1992-11-16  |  3.1 KB  |  72 lines
  1. Newsgroups: rec.boats
  2. Path: sparky!uunet!pmafire!mica.inel.gov!ux1!news.byu.edu!gatech!darwin.sura.net!spool.mu.edu!umn.edu!mmm.serc.3m.com!mmc.mmmg.com!timbuk.cray.com!hemlock.cray.com!dudley
  3. From: dudley@fir35.cray.com (Dudley Knappe)
  4. Subject: Re: GPS concerns
  5. Message-ID: <DUDLEY.92Nov16102726@fir35.cray.com>
  6. Reply-To: dudley@fir.cray.com
  7. In-reply-to: STU@mwvm.mitre.org's message of 12 Nov 92 13:32:45 GMT
  8. Lines: 58
  9. Nntp-Posting-Host: fir35
  10. Organization: Cray Research, Inc.
  11. References: <1689D782E.STU@mwvm.mitre.org>
  12. Date: 16 Nov 92 10:27:31 CST
  13.  
  14.  
  15.     I sent Stu an note about the GPS failures we experienced during the
  16. relocation of the Shearwater.  He thought that it would be a good idea if I
  17. shared my observations with the net.folks.  
  18.  
  19.     Stu is going to pursue talking to Magellan about a possible problem.
  20.  
  21.     Dudley
  22.  
  23. -------- begin included mail ---------
  24.  
  25. From: dudley@fig.cray.com (Dudley Knappe)
  26. To: stu@mwvm.mitre.org
  27. Cc: dudley@fig.cray.com, alanmoore@mu.cc.earlham.edu
  28. Subject: GPS
  29.  
  30. Stu,
  31.  
  32.     I was thinking over your note/post about the GPS failures, and looking
  33. at my log of the events when it struck me that we may not have gathered an
  34. important piece of information about the failures.  We do not know (at least I
  35. don't) what manufacturer/model of equipment the *other* boats were using when
  36. they were reporting failures.
  37.  
  38.     It is conceivable that we were dealing with several instantiations of
  39. the same programming error in the software of one manufacturer's equipment.
  40. If ALL of the boats reporting the error were using Magellan 5000's (UNKNOWN)
  41. and we were all in one localized area (TRUE); then we all could have been
  42. dealing with a failure of the software in some boundary condition, eg. only 3
  43. satellites available and low signal quality in one.  On the leg between Key
  44. West and Ft. Lauderdale, we did see an irritating behavior on the part of the
  45. GPS to lock on to a poor signal quality satellite which was lower on the
  46. horizon in favor of a better signal quality satellite which was more nearly
  47. overhead.  The problem was eliminated when the GPS was told to go into auto
  48. 3-dimensional mode (lock onto 4 or 5 satellites instead of only 3).  The
  49. occurrence of the problem in the middle of the night might be coincidental.
  50.  
  51.     All this hypothesizing just means that someone should press Magellan
  52. to explain the problems that we were having.
  53.  
  54.     On the other hand, if one of the GPS's was a Garmin or other
  55. NON-Magellan brand, then the possibility of software failure by both
  56. manufacturers is much more remote (though still not impossible) and the
  57. signals from the satellites themselves would be suspect.  In this case, we
  58. need to continue to pursue the course you have already started, namely, who is
  59. responsible/responsive for GPS satellite failures?
  60.  
  61.     I don't know unfortunately (which failure mode we were experiencing).
  62.  
  63.     Just a thought.  The determination of culpability is left as an
  64. exercise to the reader.  (I always hated that in textbooks!)
  65.  
  66. Dudley
  67.  
  68. --
  69. Dudley Knappe, Software Development Division            Cray Research, Inc.
  70. Phone: (612) 683-5529                                   655F Lone Oak Drive
  71. E-mail: dudley@cray.com or uunet!cray!dudley            Eagan, MN 55121
  72.