<div dir="ltr">I'm taking the liberty of forwarding Lynn's email to facilitate more rapid discussion/recognition of this problem<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Dietz, Lynn</b> <span dir="ltr"><<a href="mailto:dietz@usgs.gov" target="_blank">dietz@usgs.gov</a>></span><br>


Date: Sat, Aug 17, 2013 at 7:55 PM<br>Subject: TrueTime clock at School Peak has wrong date, adsend turned off<br>To: <a href="mailto:ncsn_ops@mnlons1.wr.usgs.gov" target="_blank">ncsn_ops@mnlons1.wr.usgs.gov</a>, Lynn Dietz <<a href="mailto:dietz@usgs.gov" target="_blank">dietz@usgs.gov</a>><br>


<br><br>The TrueTime clock at School Peak now thinks it's Jan 2 (should be Aug<br>
18).  The hour:min appear to be correct. The trouble started just<br>
after the UTC day change from Aug 17 to Aug 18, which also happens to<br>
be a GPS week number change.  I power-cycled the TrueTime, but the<br>
TrueTIme still thinks it's Jan 2. My gut feel was that there's a<br>
GPS-week interpretation bug in the TrueTime firmware, but my GPS-savvy<br>
husband said that neither the 8-bit GPS almanac week nor the 10-bit<br>
GPS ephemeris week is at roll-over.<br>
<br>
I turned of adsend on ad1sp to stop the flow of mis-timestamped analog<br>
data. The digital data from ad1sp still has correct timestamps.<br>
<br>
This will need more attention on Monday.<br>
</div><br><br clear="all"><div><br></div>-- <br>David Oppenheimer                   office: 650.329.4792<br>U.S. Geological Survey              fax:    650.329.4732<br>345 Middlefield Road - MS 977   email: <a href="mailto:oppen@usgs.gov" target="_blank">oppen@usgs.gov</a><br>


Menlo Park, CA 94025
</div>