gpsd-users
[Top][All Lists]
Advanced

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

Re: gpsd ignores Galileo satellites


From: Filip Jan Kubicz
Subject: Re: gpsd ignores Galileo satellites
Date: Mon, 30 Nov 2020 20:36:02 +0100

Hi Gary,

Thanks for checking. I've seen you have done some fixes for Quectel NMEA parsing in git head and I hoped this will cover the problem I see, but unfortunately this looks like something else.

The documentation for this device is on Quectel website: https://www.quectel.com/ProductDownload/LC79D.html
There you can find the spec with the description of NMEA output.

Kind regards,
Filip


On Mon, Nov 30, 2020 at 7:49 PM Gary E. Miller <gem@rellim.com> wrote:
Yo Filip!

On Mon, 30 Nov 2020 14:33:45 +0100
Filip Jan Kubicz <filip.kubicz@tier.app> wrote:

> Thanks for the suggestion. I have tested with gpsd v3.21 release and
> with latest git master: 3.21.1~dev (revision
> release-3.21-639-g46f369f42). The result is unfortunately similar -
> $GAGSV on input, but no Galileo satellites in gpsd JSON output.

Ouch.  So yet another Quectel Quirk.

> I have gathered the gpspipe -R output, it is attached, for 3.21 and
> 3.21.1-dev.

Oh, my.  That is interesting:

$PGLOR,2,SAT,4,1,G02,018,0,G05,035,C,G07,024,C,G09,044,C,G28,045,C,G30,037,C*48
$PGLOR,2,SAT,4,2,G09,044,C,G30,036,C,R10,047,C,R09,027,C,R07,041,C,B19,040,8*50
$PGLOR,2,SAT,4,3,E02,047,C,E03,041,C,E30,038,C,E02,038,C,E03,042,C,E30,034,C*32
$PGLOR,2,SAT,4,4,N06,035,8*58
$PGLOR,0,SPD,0,301120,130055.00,s,0.00,l,0.00,c,0.00,D,0,56.5*22
$PGLOR,1,FIX,1.0,1.0*20
$PGLOR,6,STA,130055.00,0.000,0.000,0,1,4,0,P,D,L,0,C,0,S,0000,56,5,R,0000,tpef,0,1229118,LC,,*17
$PGLOR,4,PWR,mA,40.1,RFTm,1002,OscTm,1002,MeasTm,1002,UTC,130055.00,GNSSmA,40.1,CPUTm,452,COPTm,76,SrchTm,713,TrkTm,475,RpcTm,116*09
$PGLOR,1,LSQ,130055.00,,,,,,,,,,,,,,,,00,,*39

There is no NMEA message $PGLOR, and gpsd has no support for $PGLOR messages.
I can not find any documentation on those.  We have never found any doc
on Quectel output.

Not much we can do for you with no doc.

As for the $xxGSV, you get this:

$GPGSV,3,1,08,02,03,238,19,05,55,270,34,07,,,12,09,24,109,44*47
$GPGSV,3,2,08,28,26,167,44,30,87,155,39*79
$GPGSV,3,3,08,09,,,44,30,,,37,8*6B
$GLGSV,1,1,03,74,59,202,48,73,63,051,27,71,57,134,43*50
$BDGSV,1,1,01,219,33,151,41*63
$GAGSV,2,1,06,102,56,160,47,103,45,122,42,130,14,197,39*6F
$GAGSV,2,2,06,102,,,38,103,,,43,130,,,35,1*4A

So GPS, BeiDou, and Galileo.  This is weird:

$GAGSV,2,2,06,102,,,38,103,,,43,130,,,35,1*4A

PRN 102?  For Galileo?  WTF?  Just impossible.

It should be an integer from 1 to 36.  Some broken systems might use 301
to 336.  But 102?

I can not find any documentation on that.  We have never found any doc
on Quectel output.

Find us some Quectel doc and it is probably easy to fix.  But not much
we can do for you with no doc.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        gem@rellim.com  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

reply via email to

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