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

Versions past 8.16 no longer run on XP. For versions 7 (and earlier) Ublox only offered a Windows downloader program to download the actual program. That was what I ran into earlier. I just downloaded the 8.16 version and it does work under XP and does not need a net connection. BTW, the

[time-nuts] picDIV board.

So, having a batch of PIC12F675's to play with the picDIV's with, but being lazy I decided to look for a dev board for the 8 pin PIC's. (Yeah, I know how lazy can you get! :) )  Just didn't feel like wiring up the programming header to a bread board, etc. Anyway, one appeared in google on OSH

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

FYI, u-center works fine in Wine. It also works (and installs) perfectly in a Windows VM without any network access. So I don't know what problem you're having, but I don't think it's caused by ublox. On 1 June 2016 at 14:02, Mark Sims wrote: > I have no idea... I can't run

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

I have no idea... I can't run Ucenter. It requires an internet connection to run (or at least register). All my current Windoze boxes are XP, and there's no way in hell I'm connecting an XP box to the internet. Other GPS makers don't have such a requirement to use their software, so I

Re: [time-nuts] Commercial software defined radio for clock metrology

On 6/1/16 8:45 AM, Sherman, Jeffrey A. (Fed) wrote: Jim Lux: If you pick the right USRP models, you can lock the sampling clocks together or distribute the clock. I don't know if that distribution is sufficiently high quality for time-nuts kinds of applications. A bit of extra detail related

Re: [time-nuts] Commercial software defined radio for clock metrology

Jim Lux: If you pick the right USRP models, you can lock the sampling clocks together or distribute the clock. I don't know if that distribution is sufficiently high quality for time-nuts kinds of applications. A bit of extra detail related to this but not reported in print... The N210 has two

Re: [time-nuts] Commercial software defined radio for clock metrology

Atilla Kinali: Yes, the spec'ed SNR of the ADS62P44 is 74dBFS (typ) while the LTC2216 is spec'ed with 81dBFS (typ). Additionally, the input amplitudes in Sherman and Jördens experiments were kept around half scale, which is another -6dB in SNR. There is another ~15dB in difference, but I currently

Re: [time-nuts] Phase meter for synchronizing osc's to GPSDO

On Tue, 31 May 2016 13:06:52 -0500 "Bud Patten" wrote: > Back in the spring of 2012 an article was published in VHF Communications > entitled "A Phase Meter: a help to synchronize oscillator's to GPSDO". In > it the authors indicated that they hoped to add a

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

Hal, thanks for reminding me of what I ran into on the LEA-6T modules. When you first power them on, they are often a second off in time. It's not until the NAV-TIMEUTC->valid field returns a set validUTC flag that the time can be counted on. But it usually doesn't take more than a minute or

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

hol...@hotmail.com said: > The receiver is reporting the correct UTC offset and appears to be working > properly... it's just that the time is one second off from what 7 other > models of receivers are reporting... I'm pretty sure that I've seen one GPS unit that was off by a second. I'm

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

The local clock bias value reported by the Res T is the difference between the receiver's clock and the reference time scale ( GPS or UTC). You need it to correct the raw pseudo ranges reported by the receiver, which are with respect to the receiver's clock. Cheers Michael On Wednesday, 1 June