gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [gpsd-dev] Hal's sirf1 bug fixed


From: Hal Murray
Subject: Re: [gpsd-dev] Hal's sirf1 bug fixed
Date: Sat, 24 Jan 2015 12:54:31 -0800

address@hidden said:
> I am seeing lots of errors on netbsd-5 amd64 (a fairly decent box, but not
> as fast as the one I usually test on) that smell somewhat like timing.  But
> I am seeing missing sentences other than at the ends of files, and dup
> sentences. 

That matches what I see.

I have (or can generate) log files if anybody wants to look at the details.

grep Error *log
check-0.log:scons: *** [gps-regress] Error 26
check-1.log:scons: *** [gps-regress] Error 1
check-4.log:scons: *** [gps-regress] Error 30
check-5.log:scons: *** [gps-regress] Error 36
check-6.log:scons: *** [gps-regress] Error 42
check-7.log:scons: *** [gps-regress] Error 8

Those include various tries at tuning the timing parameters.  As long as the 
timing glitch seems to be a popular error pattern, it might help to print out 
the delay parameters at the start of each run.


A typical chunk:
 $GPVTG,000.0,T,,M,000.0,N,000.0,K,N*02^M
-$GPGGA,170955.972,5200.8499,N,00421.7860,E,0,00,0.0,48.8,M,0.0,M,,0000*5F^M
 $GPGSA,A,1,,,,,,,,,,,,,0.0,0.0,0.0*30^M

What does that really mean?  Does that mean the whole middle sentence was 
lost, or was part of it lost and the rest silently discarded?


-- 
These are my opinions.  I hate spam.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]