[time-nuts] Ublox Neo-6M time error.

Mike Cook michael.cook at sfr.fr
Thu Jun 2 01:51:37 EDT 2016


> Le 1 juin 2016 à 03:20, Mark Sims <holrum at hotmail.com> a écrit :
> 
> I had two machines running Lady Heather with the singing chime clock mode enabled (that plays a chant from the Missa Assumpta on the quarter hours).   
> 
> One machine was connected to a Ublox Neo-6M receiver and another to a Z3801A.   I noticed that the two machines sang their jaunty monk tunes offset by around one second.  Since a man with two singing GPS clocks never knows what time it is,  I replaced the Z3801A with a Jupiter-T and the two clocks were still out of sync.   Finally I tried  Motorola M12+ and UT receivers and the same thing happened.  It looks like the Ublox time is ahead by a second compared to all the other receivers.   I then specified a -1 second "rollover" correction to the Ublox machine and the two clocks sang in perfect harmony.   Has anybody noticed such behavior with other receivers?
> 
> BTW,  note that the Ublox binary time message has a "fractional nanoseconds of the seconds field" (+/- 500,000 nanoseconds) correction that must be applied to the hrs:min:secs values (which I am doing).  The fractional time offset forms a sawtooth with around a 120 second period.  Attached is a GIF... white is the nanosecond fractional time offset.  Magenta is the receiver estimate of its time error (both in nanoseconds).  The Trimble Resolution-T receivers report a similar "local clock bias" value, but they don't seem to document what it actually is…

The manual states that all protocol messages are sent after the 1PPS time pulse. But it looks like the nav time message is an exception.
> 

I dumped the default data stream (just NMEA) with u-center. The first NMEA message being a GPRMC and the last being GPGGL.
From your post I figured that you were referring to the NAV-TIMEGPS message so I configured that in. The message showed up between the last NMEA message for the second and the GPRMC at the top of the next second.

 15:42:31  0000  24 47 50 52 4D 43 2C 31 35 34 32 33 31 2E 30 30  $GPRMC,154231.00
          0010  2C 41 2C 34 38 34 37 2E 33 35 31 39 30 2C 4E 2C  ,A,4847.35190,N,
          0020  30 30 32 31 36 2E 33 30 34 31 38 2C 45 2C 30 2E  00216.30418,E,0.
          0030  30 39 30 2C 2C 30 31 30 36 31 36 2C 2C 2C 41 2A  090,,010616,,,A*
          0040  37 33 0D 0A                                      73
15:42:31  0000  24 47 50 56 54 47 2C 2C 54 2C 2C 4D 2C 30 2E 30  $GPVTG,,T,,M,0.0
          0010  39 30 2C 4E 2C 30 2E 31 36 36 2C 4B 2C 41 2A 32  90,N,0.166,K,A*2
          0020  42 0D 0A                                         B
15:42:31  0000  24 47 50 47 47 41 2C 31 35 34 32 33 31 2E 30 30  $GPGGA,154231.00
          0010  2C 34 38 34 37 2E 33 35 31 39 30 2C 4E 2C 30 30  ,4847.35190,N,00
          0020  32 31 36 2E 33 30 34 31 38 2C 45 2C 31 2C 30 39  216.30418,E,1,09
          0030  2C 30 2E 39 31 2C 31 38 39 2E 33 2C 4D 2C 34 36  ,0.91,189.3,M,46
          0040  2E 32 2C 4D 2C 2C 2A 35 34 0D 0A                 .2,M,,*54
15:42:31  0000  24 47 50 47 53 41 2C 41 2C 33 2C 32 36 2C 32 31  $GPGSA,A,3,26,21
          0010  2C 30 35 2C 32 37 2C 31 36 2C 32 39 2C 32 35 2C  ,05,27,16,29,25,
          0020  33 31 2C 32 30 2C 2C 2C 2C 31 2E 36 34 2C 30 2E  31,20,,,,1.64,0.
          0030  39 31 2C 31 2E 33 36 2A 30 31 0D 0A              91,1.36*01
15:42:31  0000  24 47 50 47 53 56 2C 34 2C 31 2C 31 33 2C 30 34  $GPGSV,4,1,13,04
          0010  2C 38 35 2C 32 39 39 2C 33 33 2C 30 35 2C 31 35  ,85,299,33,05,15
          0020  2C 30 34 36 2C 33 38 2C 30 39 2C 30 34 2C 33 32  ,046,38,09,04,32
          0030  39 2C 2C 31 36 2C 33 35 2C 33 30 32 2C 33 37 2A  9,,16,35,302,37*
          0040  37 43 0D 0A                                      7C
15:42:31  0000  24 47 50 47 53 56 2C 34 2C 32 2C 31 33 2C 31 38  $GPGSV,4,2,13,18
          0010  2C 30 36 2C 31 34 35 2C 31 34 2C 32 30 2C 32 33  ,06,145,14,20,23
          0020  2C 30 39 33 2C 31 37 2C 32 31 2C 36 33 2C 31 35  ,093,17,21,63,15
          0030  34 2C 32 30 2C 32 33 2C 30 34 2C 33 30 33 2C 2A  4,20,23,04,303,*
          0040  37 39 0D 0A                                      79
15:42:31  0000  24 47 50 47 53 56 2C 34 2C 33 2C 31 33 2C 32 35  $GPGSV,4,3,13,25
          0010  2C 31 35 2C 31 32 34 2C 31 35 2C 32 36 2C 36 36  ,15,124,15,26,66
          0020  2C 32 39 37 2C 34 34 2C 32 37 2C 31 32 2C 32 35  ,297,44,27,12,25
          0030  38 2C 31 34 2C 32 39 2C 33 37 2C 30 36 37 2C 33  8,14,29,37,067,3
          0040  39 2A 37 43 0D 0A                                9*7C
15:42:31  0000  24 47 50 47 53 56 2C 34 2C 34 2C 31 33 2C 33 31  $GPGSV,4,4,13,31
          0010  2C 33 39 2C 32 30 38 2C 32 30 2A 34 42 0D 0A     ,39,208,20*4B
15:42:31  0000  24 47 50 47 4C 4C 2C 34 38 34 37 2E 33 35 31 39  $GPGLL,4847.3519
          0010  30 2C 4E 2C 30 30 32 31 36 2E 33 30 34 31 38 2C  0,N,00216.30418,
          0020  45 2C 31 35 34 32 33 31 2E 30 30 2C 41 2C 41 2A  E,154231.00,A,A*
          0030  36 33 0D 0A                                      63

Now the NAV-TIMEGPS ublox binary message

15:42:31	0000  B5 62 01 20 10 00 A8 40 D2 12 5A FD 01 00 6B 07  
         	0010  11 07 19 00 00 00 F8 D1   

This decodes:  integers are little endian
	Header	B5 62
	ID	01 20
	Length	10 00		16bit  (16)
	iTOW	A8 40 D2 12	GPS TOW milliseconds  (315769000)
	fTOW	5A FD 01 00	Fractional nanoseconds remainder of rounded ms 
				above range -500000-500000
	week	6B 07		GPS week (GPS Time) cycle 1 week 875  (875 is 0x036B)?
	leapS	11		leap seconds	(17)
	flags	07		utc,week,tow bits set
	tAcc	19 00 00 00
	CK_A	F8
	CK_B	D1

 Converting	iTOW	=	 wed 15h 42m 49s :	the time of the next second
							plus the leap value???
	Are my sums wrong? GPS time is not supposed to have leap seconds included.

15:42:32  0000  24 47 50 52 4D 43 2C 31 35 34 32 33 32 2E 30 30  $GPRMC,154232.00
          0010  2C 41 2C 34 38 34 37 2E 33 35 31 39 35 2C 4E 2C  ,A,4847.35195,N,
          0020  30 30 32 31 36 2E 33 30 34 32 30 2C 45 2C 30 2E  00216.30420,E,0.
          0030  30 35 37 2C 2C 30 31 30 36 31 36 2C 2C 2C 41 2A  057,,010616,,,A*
          0040  37 35 0D 0A                                      

So it looks like ublox are not keeping to their protocol standard. 

Despite re-checking I am still doubtful that my sums are right. I’ll do a few more packets.
Is this what you are seeing Mark?

Regards,
Mike




> 
> 
> 		 	   		  <tbolt.gif>_______________________________________________
> time-nuts mailing list -- time-nuts at febo.com
> To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
> and follow the instructions there.

"The power of accurate observation is commonly called cynicism by those who have not got it. »
George Bernard Shaw



More information about the time-nuts mailing list