[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] PPS offset fields and regression testing
From: |
Gary E. Miller |
Subject: |
Re: [gpsd-dev] PPS offset fields and regression testing |
Date: |
Mon, 25 Nov 2013 16:59:00 -0800 |
Yo Eric!
On Mon, 25 Nov 2013 18:55:49 -0500
"Eric S. Raymond" <address@hidden> wrote:
> Gary E. Miller <address@hidden>:
> > > 1. You have a serial GPS that emits Garmin binary packets, with
> > > DLE-stuffing and a checksum.
> >
> > Serial is not the problem, USB Garmin is.
>
> There are two different problems I have in mind. One is verifying
> that the driver's packet-inspection logic doesn't regress between
> releases. For that purpose, serial packets are sufficient and no
> handshaking are sufficient.
Thus fixing the problem we usually don't have and ignoring the
one we usually have.
> > I can capture it, but the key part, the part that keeps breaking, is
> > the ACK/NACK, and no way to capture that so gpsfake can duplicate
> > it.
>
> The duplication does not have to occur for the test to be useful. The
> Trimbles like to do elaborate handshakes too, but a Trimble packet log
> is still a useful regression-test load without them. Verifying that
> it still extracts the same navigation-solution bits to the same cooked
> data that it did N releases ago is the point.
So tell me how I should capture it. Just remember it has to be through gpsd
so the ACK/NAKs keep the data coming.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97701
address@hidden Tel:+1(541)382-8588
signature.asc
Description: PGP signature
Re: [gpsd-dev] PPS offset fields and regression testing, Gerry Creager - NOAA Affiliate, 2013/11/25