comp.lang.ada
 help / color / mirror / Atom feed
* Re: PLGR bridge is falling down...
  1996-06-18  0:00 PLGR bridge is falling down Antialias9
@ 1996-06-18  0:00 ` Robert S. White
  1996-06-20  0:00   ` Robert S. White
  1996-06-24  0:00   ` Stephen M O'Shaughnessy
  0 siblings, 2 replies; 4+ messages in thread
From: Robert S. White @ 1996-06-18  0:00 UTC (permalink / raw)
  Cc: Antialias9


Antialias9 wrote:
...snip...
> The PLGR is a ...
>    and I hate programming it !
> 
> (16 bit words on eight bit bus,
> byte reversed, integers for two
> of three coordinates with floating
> point for the third, and the $#%@&*
> buffer box message which can't be
> disabled but must be acked!)
> 
> Fred Kernster,
> Principal Senior Staff Software Engineering Specialist-Missiles
> McDonnell-Douglas Brewing Company                    ^^^^^^^
> St.Louis MO

Whow...way off cla topic!  The PLGR is programmed in Jovial (J73/I).
It uses a microprocessor that is little endian and its floating point 
ancestry is older than IEEE-754...sorry.  The processor architecture is 
like a cross between a PDP-11 and a HP-3000 (not a RISC machine but a 
very clean stack machine).  I don't know why you must ACK the buffer box 
(are you there?) interrogation message.  I've used simplistic PC based 
software that is passive...only displays PLGR output messages, with no 
problems.  We've given away software examples in the past on how to 
interact with CACD GPS receivers.

  You are not really programming a PLGR are you?  But rather just 
interfacing with it, right?  There are more than 50,000 of them out 
there.  It has been very successful...just a direct descendant of 
software that was started in the '70s (before Ada and IEEE-754).

  If you need help, take it to E-Mail.  Why flame at 3:00 am in the 
morning?  Oh-Oh this may be a troll...........

-- 
Robert S. White                        | Opinions expressed are my own.
whiter@crpl.cedar-rapids.lib.ia.us     | An Embedded Systems programmer




^ permalink raw reply	[flat|nested] 4+ messages in thread

* PLGR bridge is falling down...
@ 1996-06-18  0:00 Antialias9
  1996-06-18  0:00 ` Robert S. White
  0 siblings, 1 reply; 4+ messages in thread
From: Antialias9 @ 1996-06-18  0:00 UTC (permalink / raw)




The PLGR is a piece of shit !

   a piece of shit !
   a piece of shit !

The PLGR is a piece of shit
   and I hate programming it !

(16 bit words on eight bit bus,
byte reversed, integers for two
of three coordinates with floating
point for the third, and the $#%@&*
buffer box message which can't be
disabled but must be acked!) 

Fred Kernster,
Principal Senior Staff Software Engineering Specialist-Missiles
McDonnell-Douglas Brewing Company
St.Louis MO




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: PLGR bridge is falling down...
  1996-06-18  0:00 ` Robert S. White
@ 1996-06-20  0:00   ` Robert S. White
  1996-06-24  0:00   ` Stephen M O'Shaughnessy
  1 sibling, 0 replies; 4+ messages in thread
From: Robert S. White @ 1996-06-20  0:00 UTC (permalink / raw)



(2'd attempt to get through firewall) Robert S. White wrote:
> 
> Antialias9 wrote:
> ...snip...
> > The PLGR is a ...
> >    and I hate programming it !
> >
> > (16 bit words on eight bit bus,
> > byte reversed, integers for two
> > of three coordinates with floating
> > point for the third, and the $#%@&*
> > buffer box message which can't be
> > disabled but must be acked!)
> >
> > Fred Kernster,
> > Principal Senior Staff Software Engineering Specialist-Missiles
> > McDonnell-Douglas Brewing Company                    ^^^^^^^
> > St.Louis MO
> 
> Whow...way off cla topic!  The PLGR is programmed in Jovial (J73/I).
> It uses a microprocessor that is little endian and its floating point
> ancestry is older than IEEE-754...sorry.  The processor architecture is
> like a cross between a PDP-11 and a HP-3000 (not a RISC machine but a
> very clean stack machine).  I don't know why you must ACK the buffer box
> (are you there?) interrogation message.  I've used simplistic PC based
> software that is passive...only displays PLGR output messages, with no
> problems.  We've given away software examples in the past on how to
> interact with CACD GPS receivers.
> 
>   You are not really programming a PLGR are you?  But rather just
> interfacing with it, right?  There are more than 50,000 of them out
> there.  It has been very successful...just a direct descendant of
> software that was started in the '70s (before Ada and IEEE-754).
> 
>   If you need help, take it to E-Mail.  Why flame at 3:00 am in the
> morning?  Oh-Oh this may be a troll...........-- 
Robert S. White                        | Opinions expressed are my own.
whiter@crpl.cedar-rapids.lib.ia.us     | An Embedded Systems programmer




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: PLGR bridge is falling down...
  1996-06-18  0:00 ` Robert S. White
  1996-06-20  0:00   ` Robert S. White
@ 1996-06-24  0:00   ` Stephen M O'Shaughnessy
  1 sibling, 0 replies; 4+ messages in thread
From: Stephen M O'Shaughnessy @ 1996-06-24  0:00 UTC (permalink / raw)



I have been writting interface software for the PLGR also.  It 
has not been fun, for the reasons cited previously, but I like a 
challenge.  

Since I saw this post on CLA and I have been using Ada I was 
wondering if there are others working with the PLGR?  As an Ada 
newbie I would be interested in code examples from others.

For those unfamiliar, PLGR is Portable Lightweight Gps Reciever. 
 About every other soldier on the battle field carries one.  Most 
military products that need a location or time input will 
interface to the PLGR.





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~1996-06-24  0:00 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1996-06-18  0:00 PLGR bridge is falling down Antialias9
1996-06-18  0:00 ` Robert S. White
1996-06-20  0:00   ` Robert S. White
1996-06-24  0:00   ` Stephen M O'Shaughnessy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox