Return-Path: Received: from mtain-db01.r1000.mx.aol.com (mtain-db01.r1000.mx.aol.com [172.29.64.85]) by air-di01.mail.aol.com (v128.1) with ESMTP id MAILINDI011-eab64bb617f42e1; Fri, 02 Apr 2010 12:14:44 -0400 Received: from post.thorcom.com (post.thorcom.com [193.82.116.20]) by mtain-db01.r1000.mx.aol.com (Internet Inbound) with ESMTP id BEA8B380000A6; Fri, 2 Apr 2010 12:14:42 -0400 (EDT) Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1NxjVU-0002e4-DC for rs_out_1@blacksheep.org; Fri, 02 Apr 2010 17:14:04 +0100 Received: from [193.82.116.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1NxjVT-0002dv-Vs for rsgb_lf_group@blacksheep.org; Fri, 02 Apr 2010 17:14:03 +0100 Received: from mail-bw0-f210.google.com ([209.85.218.210]) by relay1.thorcom.net with esmtp (Exim 4.63) (envelope-from ) id 1NxjVR-0005vd-J0 for rsgb_lf_group@blacksheep.org; Fri, 02 Apr 2010 17:14:03 +0100 Received: by bwz2 with SMTP id 2so1658407bwz.30 for ; Fri, 02 Apr 2010 09:13:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=r6M3FlSveaQbXgNxXHol3Z00SAf7nygGrEtOjms9zTU=; b=jWH9+c0bmZLhvi5Jx1y6lF8KLsyDO5tXjpIeutDI5E11K9VsngBSxsEAOp7NifnDNz xwKAWmb2TrjDbpTVA0b/nef25ui0a6T+SJ1J0vfjUtHc5ikofF4twtfZTC82AZmMb+zO 2zeQUEdP2pPlDcwLyxkLKuqjB6t45gdhjitkg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=sq9w9178e8hyNhTIUu41ao8Oy2wkpqrN/lxpfuvfK/vr2eARGLkb2qNGnWe4a3ldXU iTIM18FZhShYl4V0xZykoEpK9cR2p6X4UaucwmhmA+yh7sTaepuvK9eHj1SsKBTmGvZ/ fjG3AO4LPwlI1GNrnQBBj2D8AVls+alBgvkFQ= MIME-Version: 1.0 Received: by 10.204.55.204 with HTTP; Fri, 2 Apr 2010 09:13:52 -0700 (PDT) Date: Fri, 2 Apr 2010 17:13:52 +0100 Received: by 10.204.156.22 with SMTP id u22mr3373807bkw.24.1270224832367; Fri, 02 Apr 2010 09:13:52 -0700 (PDT) Message-ID: From: Andy Talbot To: ukmicrowaves@yahoogroups.com, rsgb_lf_group@blacksheep.org, uk_beacons@yahoogroups.com DomainKey-Status: good (testing) X-Spam-Score: 0.9 (/) X-Spam-Report: autolearn=disabled,HTML_10_20=0.945,HTML_MESSAGE=0.001 Subject: LF: Motorola GPS Time Oddity Content-Type: multipart/alternative; boundary=0015175df238eb0f5804834343cf X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on post.thorcom.com X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=HTML_MESSAGE autolearn=no version=2.63 X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false x-aol-global-disposition: G X-AOL-SCOLL-AUTHENTICATION: mail_rly_antispam_dkim-d293.1 ; domain : googlemail.com DKIM : fail x-aol-sid: 3039ac1d40554bb617f21413 X-AOL-IP: 193.82.116.20 X-Mailer: Unknown (No Version) --0015175df238eb0f5804834343cf Content-Type: text/plain; charset=ISO-8859-1 I've noticed a curious odditity on a Motorola M12 GPS module, when started up completely from cold with no stored almanac data: When the module eventually 'appears' to lock up and show the correct lat /long and the NMEA data showing satellite staus 'Valid', the NMEA reported time is 15 (ish) seconds out. Which means it hasn't downloaded the leap-second correction yet and is still working on GPS time - the NMEA report gets corrected after a minute or two longer wait. BUT... Why does it decide that it has enough info for location calculation when it clearly hasn't yet downloaded all the almanac data ? It's lying. Has anyone met this? Only the M12 behaves like this out of those tested. All other modules I've used, including the older Motorola. Oncore,. give the correct time immediately they show lock. Of course, if the internal battery is alive the almanac data is already stored and it jumps into life immediately with a warm start, but after several months of storage - sometimes just weeks - this battery goes flat. Andy www.g4jnt.com --0015175df238eb0f5804834343cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I've noticed a curious=A0odditity on a Motorola M12 GPS module,= =A0when started up completely from cold with no stored almanac data:=A0 Wh= en=A0the module=A0eventually 'appears'=A0 to lock up and show the= correct lat /long=A0and the NMEA data showing satellite staus 'Valid&= #39;, the=A0NMEA reported time=A0is 15 (ish)=A0seconds out.=A0=A0 Which me= ans it hasn't downloaded the leap-second correction yet and is still= =A0working on=A0GPS time - the=A0NMEA report gets corrected after a minute= or two longer wait.
=A0
BUT... Why does it decide that it has enough info for location calcul= ation when it clearly hasn't yet=A0downloaded all the almanac data ?
It's lying.=A0=A0=A0 Has anyone met this?
Only the=A0M12=A0behaves like this out of=A0those=A0tested.=A0 All ot= her=A0modules I've used, including the older Motorola. Oncore,. give= the correct time immediately they show lock.=A0=A0 Of course, if the inte= rnal battery is alive the almanac data is already stored and it jumps into= life immediately with a warm start, but after several months of storage= - sometimes just weeks -=A0 this battery goes flat.=A0
--0015175df238eb0f5804834343cf--