Re: [gpsd-dev] Skytraq Venus 6 config, Was: ✘Patch queue is empty?

[Gary E. Miller]

Yo Mike!

On Thu, 21 Jul 2016 11:27:56 -0400
Mike <address@hidden> wrote:

> Okay this is progress...  I believe that I can show multiple ways to 
> NMEA delivery.  There probably isn't a need though.  Too many
> variables anyway.

Yes, progress.

> NMEA deliver after reset and getting 3D
> $GPGGA,150635.841,4053.2565,N,08231.2121,W,1,04,3.3,34.1,M,-33.9,M,,0000*5F
[...]
> send
> \xa0\xa1\x00\x03\3e\x01\x01>\r\n  
[...]
> NMEA deliver after "enabling" PPS
>  $GPGGA,151119.000,4053.2081,N,08231.2915,W,1,05,2.2,431.8,M,-33.9,M,,0000*63

Good news and bad news.  Sending the 0x3E sentence fixes the time
offset.  Bad news is that sentence is in Venus 6, but not Venus 8.

I just updated my Venus 8 firmware and no matter what I do the
NMEA time is now always on the top of the second.  So no longer a
problem on Venus 8 with recent firmware.

Can you update your firmware?  Not all Venus has FLASH.

> I would note that I see 2 ACKS for each command sent.  The first
> really isn't the true ACK though.  Not sure if this is buggy firmware
> or me not reading the docs right.  My understanding is I should only
> see one ACK with the expected payload/checksum, not the rather pseudo
> one at the start of every response.

Yes, not as documented.  Send a trace file to SkyTraq, they are real good
at fixing bugs like that.

> Anyway as shown sending "3E" enables PPS and the NMEA delivery is now 
> right at the top of second.

Two ways to go here.  Improve gpsctl so it can send SkyTraq commands,
like the 3E.  Or improve the SkyTraq driver to always send that
initialization string.  Right now the SkyTraq drivver does no init,
but the gpsd parser allows for a routing to do so.

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

pgpnCLUPSDhJB.pgp
Description: OpenPGP digital signature