[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-users] GPSCTL do more than you ask him to do.
From: |
Eric S. Raymond |
Subject: |
Re: [gpsd-users] GPSCTL do more than you ask him to do. |
Date: |
Thu, 3 Dec 2015 06:45:50 -0500 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
Gary E. Miller <address@hidden>:
> Yo Eric!
>
> On Thu, 15 Oct 2015 17:09:39 -0400
> "Eric S. Raymond" <address@hidden> wrote:
>
> > >Everytime I started to look at gpsctl I choked.
> >
> > Why, in particular?
>
> Hard to say what I don't understand about a subject I don't understand. :-)
>
> I would like a simple function, dependent on GPS type, that I could pass
> a simple control string and it would do the checksum/framing/etc. and send
> the string. No more.
>
> So I could code something like:
>
> gpsctl -t u-blox --set-pps-width 100
>
> Then in main() maybe call that calls a function like:
> set_pps_width( 'u-blox', 100)
>
> That would know the string to send to some GPS types, hopefully u-blox,
> to set the PPS width to 100 mSec.
>
> send_pps_width() would call a function like:
> send_ublox( 'XXYYZZ' );
>
> send_ublox() would know how to checksum and frame XXYYZZ and sent to the
> GPS.
>
> For some GPS, like garmin serial, a wait for ACK would also be needed, so
> some primitive scheduler.
>
> But not high on my TODo list.
The machinery for this already exists. Look at how the -x option is
implemented.
--
<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>
signature.asc
Description: Digital signature
- Re: [gpsd-users] GPSCTL do more than you ask him to do.,
Eric S. Raymond <=