Re: [time-nuts] Rb Oscillator - rather fundamental question
On Tue, Feb 23, 2010 at 2:10 PM, Matthew Smith m...@smiffytech.com wrote: BTW: does anyone know if a 0.55V p-t-p sine wave from an Rb source would be enough to clock an Atmel AVR microcontroller? The crystal/clock input *is* an amplifier, but didn't know if I'd need to do anything to the signal first, to get it closer to the 5V logic level. AVR's define 0.8*Vcc as V[IH1] and 0.1*Vcc as V[IL1], and you can get AVR's rated down to 1.8V. Your 0.55V signal won't work. Source: page 316 and 322 of the ATmega48/88/168/328 datasheet (http://atmel.com/dyn/resources/prod_documents/8271.pdf), likely any other AVR will have these requirements. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt and serial mouse
http://support.microsoft.com/kb/131976 http://www.netstumbler.org/f47/fix-windows-sees-gps-mouse-pointer-goes-nuts-12080/ On Sun, Oct 25, 2009 at 1:09 PM, Steve stev...@suddenlink.net wrote: I remember seeing a posting on this reflector in the last year or two about how to disable the PC's serial mouse so a Thunderbolt can be used on the serial port with no ill effects. Thought I saved that email, but can't find it. Anyone remember how to disable the serial mouse? Or where the posting/reference is? Thanks. Steve K8JQ -- Read The Patriot Post hppt://PatriotPost.US/Subscribe/ Vertitas vos Liberabit ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] OpenBSD / ntpd / gpsd / PPS problems
On Sat, Oct 24, 2009 at 8:52 PM, Rich Wales ri...@richw.org wrote: Despite the claim (see above) that gpsd uses OpenBSD's NMEA line discipline to export PPS time stamps, I can't find any substantiation for this in the gpsd source code. I tried enabling the NMEA line discipline manually on the GPS's serial port (via the ldattach command), but this made gpsd totally unable to read anything from the GPS at all. I removed the special-casing that would cause gpsd to activate the nmea(4) line discipline. The way I'm now doing this is to get ldattach to relay through a pty, and gpsd can read that pty. you can do something like this in /etc/rc.local: gpsd -n $(ldattach -t dcd nmea cua01) CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] OpenBSD / ntpd / gpsd / PPS problems
Hmf. Try this patch to ldattach
Index: ldattach.c
===
RCS file: /cvs/src/sbin/ldattach/ldattach.c,v
retrieving revision 1.12
diff -N -u -p ldattach.c
--- ldattach.c 6 May 2009 18:21:23 - 1.12
+++ ldattach.c 25 Oct 2009 04:40:56 -
@@ -99,9 +99,12 @@ relay(int device, int pty)
exit(1);
}
if (nread == 0) {
+#if 0
syslog(LOG_ERR, eof during read from %s: %m,
n ? pty : device);
exit(1);
+#endif
+ usleep(1);
}
atomicio(vwrite, pfd[1 - n].fd, buf, nread);
}
On Sat, Oct 24, 2009 at 9:34 PM, Rich Wales ri...@richw.org wrote:
Chris Kuethe wrote:
I removed the special-casing that would cause gpsd to activate the nmea(4)
line discipline. The way I'm now doing this is to get ldattach to relay
through a pty, and gpsd can read that pty. you can do something like this
in /etc/rc.local: gpsd -n $(ldattach -t dcd nmea cua01)
I assume you also used the -p flag to ldattach, right?
I tried the following:
gpsd -n `ldattach -p -s 19200 -t dcd nmea /dev/tty00`
(my GPS is on /dev/tty00)
-- but about one second after ldattach did its setup, it died with the
following error in the logs:
eof during read from device: Undefined error: 0
and cgps never shows any data from the GPS.
Rich Wales
ri...@richw.org
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
Re: [time-nuts] GPS from a window seat
On Mon, Oct 5, 2009 at 12:15 AM, Robert Atkinson robert8...@yahoo.co.uk wrote: Hi There is of course a non technical, non EMC reason for such a ban. Security. It might be considered that exact position and speed information could be of use to a passenger with ill intent. Note that most airlines turn of the moving map on the descent. And it might be that denying me coffee in the morning has severe security repercussions. This hypothetical passenger with ill intent would obey a no gps ban because...? Not all gpses look like gpses. The globalsat ND100 looks like just another thumb drive, lots of people have hacked a gps into netbooks. Data loggers are featureless little blocks that fit neatly into a shirt pocket. I've seen a few people fiddling about with their personal communicators on approach, and even more people playing with their personal media players; it seems very unlikely that someone with actual intent to do harm (rather than simple selfishness) would give any consideration to a restriction on gps - aside from wondering when the flight attendants will make their final cabin walk-through. CK (who'd rather see that cellphones be banned on aircraft because we don't want to be stuck in a can for a couple of hours with people blabbering loudly.) -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS from a window seat
the wintec wbt200 data logger, built around the itrax03 seems to have no trouble with aircraft. haven't had a chance to try my freakishly sensitive ND100 (MSB2122) On Thu, Oct 1, 2009 at 10:18 AM, Jean-Louis Oneto jean-louis.on...@obs-azur.fr wrote: I also once forgot to disable the audible overspeed alarm Ideal to stay discreet... Jean-Louis Oneto France - Original Message - From: Jim Palfreyman jim77...@gmail.com To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Thursday, October 01, 2009 3:46 PM Subject: Re: [time-nuts] GPS from a window seat I've done this with two separate GPS units. One was a basic unit with no maps - more designed for bushwalking, boating and other direct navigation. It worked really well. Just recently (a few days ago) flying to Perth I used my car-designed Navman. It locked easily and I chuckled as it rapidly swept across roads and intersection on the ground at 777 km/hr telling me Go to nearest road. Jim Tasmania Australia ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Ten minutes past ten
It makes the the face of the clock look like it's smiling. On Mon, Aug 3, 2009 at 9:22 PM, Bill Hawkinsb...@iaxs.net wrote: Excuse me for asking a non-hardware question, but I'd like to know the origins of the time 10:10 being shown on clocks and watches in advertisements for same. The one that tipped me over the edge was the ad on the back of Science News for August 1, 2009. A talking watch says, Ten-ten AM ... as the hands show 10:10. How far back does that tradition go? Bill Hawkins ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Time servers on a well known web site.
On Thu, Jul 9, 2009 at 7:17 AM, Dave Baxterd...@uk-ar.co.uk wrote: Just found these on eBlag. Way outside my price range, but... 220445049656 Not sure if it actualy does GPS disiplined stuff, as there is no GPS antenna socket! 180370118043 Still too rich for me. And when you consider even a new NSLUG is about £65, and the GPS is not an expensive item either, plus the software is probably 'nix based. did you notice that the demo site is called red herring - something is fishy about this whole setup. I hope the guy selling them, is whoever has worked out how to do that. I'd hate to think somone else has put a lot of time and effort into doing that, and is getting ripped off. Wonder too just how accurate it is, using a USB based (non PPS) GPS? From the product's webpage: The NTS1-GPS time source provides a time reference derived from the reception of NMEA data from the USB GPS receiver. It does not contain a pulse-per-second (PPS) kernel nor high-stability oscillators. The NTS1-GPS is not designed nor intended for use in application where high-precision high-stability UTC time is required. Position information is provided by the NTS1-GPS for reference only Cheers All. Dave B G0WBX. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS Week 1536 causing problems?
On Fri, Jul 3, 2009 at 1:30 PM, Kasper Pedersentime-n...@kasperkp.dk wrote: I have (had) 2 Garmin GPS-18x fw 3.00 on the windowsill, one driving a homecooked GPSDO, the other just a separate pps. This morning both of them were quiet; There's no NMEA data coming out of them, no pps, nothing. Garmin's tool won't talk to them. They were on separate supplies, and one of them has RXD tied hard to ground (nothing speaks to it). They did share windowsill, and it hasn't rained. Anyone else lose an 18x? I have a gps18/lvc that seems to lock up every couple of months. I should really let gpsd at this receiver, and try get some logs of when it locks. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS PRN5 reported as unhealthy
NOTICE ADVISORY TO NAVSTAR USERS (NANU) 2009023 NANU TYPE: GENERAL *** GENERAL MESSAGE TO ALL GPS USERS *** GPS SATELITE SVN 35 (PRN05) WAS SET UNUSABLE ON JDAY 085 (26 MAR 2009) AT 1320Z. SVN 35 (PRN05) WAS DECOMMISSIONED FROM ACTIVE SERVICE ON JDAY 085 (26 MAR 2009) AT 2031Z. PRN 05 WILL BE AVAILABLE FOR FUTURE SATELLITE SERVICE. *** GENERAL MESSAGE TO ALL GPS USERS *** On Fri, Mar 27, 2009 at 4:44 PM, Peter Vince pvi...@theiet.org wrote: I see that GPS PRN5 is reported as Not OK by SatStat from my Z3805A in London. I initially thought this might be the new satellite that was launched the other day, but that is apparently going to be PRN 1, so is no.5 dying? Peter ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] WWV / WWVH / WWVB
On Tue, Jan 13, 2009 at 7:30 PM, Brooke Clarke bro...@pacific.net wrote: Hi Scott: Press F5 at: http://www.prc68.com/I/Loop.shtml#CMMR6P60 and scroll down to see a scope image. Not sure if the dots are caused by the sampling scope or by noise? I'm going to guess your reception sucks. I hooked up an LED to the output to of mine... during the day, I get a lot of short blinks. Later in the evening or at night the 200, 500 and 800ms pulses are solid and clearly identifiable. They look that way on a scope, too. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPSDO time constant
On Thu, Jan 8, 2009 at 11:36 AM, WB6BNQ wb6...@cox.net wrote: Do you have any web sites that show such a contration using leaf blowers ? mythbusters -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] WWV / WWVH / WWVB
On Wed, Jan 7, 2009 at 6:52 AM, David M. Witten II witt...@wwrinc.com wrote: James R. Gorr wrote: Have you been able to RX WWVB with it (even if you haven't written anything to decode it)? No, I haven't had time to make one work. It seems like a nice little package, but how useful and for what purposes I am not yet certain. My curiosity just got the better of me (again). The device produces a pulse train that encodes the WWV information. It's super-easy to get bits out. (component side up, solder pads on the bottom edge) [1][2][3][4][5][6][7][8] 1) GND 2) VCC 5) GND 6) OUT 7) ~OUT pin 5 is the enable/power-on pin. ground it to turn the module on. then you get bits on pin 6 and 7. I wonder what the no CPU means? That worried me too. I read the manufacturer's information and it seems that this is sometimes used with an Epson 4 bit CPU. But any CPU/MCU should be able to do the job. A small PIC or AVR should be able to handle it easily. I have one of these modules connected to an arduino (AVR)... for the moment i hacked up an ugly little logger that just samples at 100Hz, toggles the LED and prints the samples. I need to spend some quality time with the manual and read about input capture. There is an article in the November '08 Circuit Cellar Magazine that uses this module with a Freescale DEMO9S08QG8: http://www.projects-lab.com/?p=719 ftp://ftp.circuitcellar.com/pub/Circuit_Cellar/2008/220/Nickels-220.zip The article gives some details of decoding, but I don't have Freescale tools and have a satisfactory (better) NTP server, so I won't duplicate it. searching for AVR WWVB and AVR DCF77 turned up some leads. http://www.ringolake.com/pic_proj/WWVB/wwvb.html http://www.mulder.franken.de/ntpdcfledclock/ http://www.embedds.com/neat-binary-dcf-77-clock/ ... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Garmin GPS18 Leap Second Observation
And my gps18 seems to have got very confused - it was tracking satellites but was not generating solutions. 5 other receivers (thunderbolt, sirfstar2, itrax03, antaris, antaris4t) in the same area were working OK. After resetting the gps18, it was tracking the same satellites and all was shiny and happy again. CK On Wed, Dec 31, 2008 at 4:06 PM, Ralph Smith ra...@ralphsmith.org wrote: I was watching the leap second on the NMEA output of my Garmin GPS18, displaying the RNC and GGA sentences. The GGA sentences repeated 235959, but the RMC sentence repeated 00. $GPRMC,235958,A,3855.4967,N,07723.0144,W,000.0,013.3,311208,010.5,W*7D $GPGGA,235958,3855.4967,N,07723.0144,W,1,07,1.9,119.9,M,-33.9,M,,*7C $GPRMC,235959,A,3855.4967,N,07723.0144,W,000.0,013.3,311208,010.5,W*7C $GPGGA,235959,3855.4967,N,07723.0144,W,1,07,1.9,120.1,M,-33.9,M,,*7F $GPRMC,00,A,3855.4967,N,07723.0144,W,000.0,013.3,311208,010.5,W*7D $GPGGA,235959,3855.4967,N,07723.0144,W,1,07,1.9,120.2,M,-33.9,M,,*7C $GPRMC,00,A,3855.4967,N,07723.0144,W,000.0,013.3,010109,010.5,W*7D $GPGGA,00,3855.4967,N,07723.0144,W,1,07,1.9,120.3,M,-33.9,M,,*7C $GPRMC,01,A,3855.4967,N,07723.0144,W,000.0,013.3,010109,010.5,W*7C $GPGGA,01,3855.4967,N,07723.0144,W,1,07,1.9,120.4,M,-33.9,M,,*7A Odd. Ralph ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Radio clock fails to leap
On Wed, Dec 31, 2008 at 4:37 PM, Scott Newell new...@cei.net wrote: My low-end Radio Shack 'atomic clock' did not handle the leap second. Not surprising. I started this evening with a good plan--used a digital camera capable of video (and audio) recording to record the display of the radio clock vs. a hand synchronized 59309A clock (running from internal oscillator), complete with WWV audio in the background. I was hoping to see 59 seconds twice, or 60. I was also hoping to see that the two displays out of sync after the leap. I had much the same plan with my atomic clock, but I didn't bother trying to film since it seemed to be moot. Since my clock only tries to sync between 2am and 5am, i figured it wouldn't see the leap second until tonight. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] altitude difference between two gps
On Sat, Dec 27, 2008 at 7:24 PM, Richard W. Solomon w1...@earthlink.net wrote: -800 meters ?? Live in a mine ?? How can that be ? He's using the ~ to mean approximately. As for the height difference, perhaps one receiver is using elipsoid and the other is using MSL altitude? CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] parallel port PPS with FreeBSD
dumb question, but is your printing system active? maybe lpd is camping on the printer port? On Mon, Dec 22, 2008 at 12:02 AM, Remco dB bes...@gmail.com wrote: Perhaps this question may be totally off topic or considered to be part of the 'newbie category' but I tried to activate PPS on the parallel port (lpt0) with FreeBSD. By the way, the system runs fine with serial PPS but I want to compare the results of 'serial PPS' and 'parallel PPS' with my system. I made a symlink /dev/pps1, pointing towards /dev/lpt0. Using 127.127.22.1 in ntp.conf I get: 22 Dec 07:36:21 ntpd[633]: refclock_atom: /dev/pps1: Device busy I googled a little and changed the specs for the parallel port in my BIOS from 'ECP' to 'bi-directional', but the error remains. Any ideas what might be the issue here? Regards, Remco ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] M12+T more confusion
On Fri, Nov 21, 2008 at 3:06 PM, Tom Van Baak [EMAIL PROTECTED] wrote: You are enabling output messages, right? Sounds like the order in which you individually *enable* one or more messages is unrelated to the order in which, once a second(*), all selected messages are *output*. I've never confirmed if they are output alphabetically or by size or priority or what. Does someone know for sure? Or does it matter? i've not seen a gps yet that doesn't act like there's a big, fixed-order list against which the enabled output messages are checked once per reporting cycle. it's not impossible to dynamically schedule a specific order of messages at a certain rate by building an array of function calls, but that sounds like more work... the first way can be done with a single char comparison per message. some messages are certainly more expensive to generate (GSV vs GLL) and are probably less interesting - so long has there is a good fix and a navigation solution the average user probably won't care too much about satellite locations. And the fix data will be more relevant if you can output location immediately after it's calculated, rather than delaying it 200ms for a satellite status report. Some receivers do have certain message types triggered at set time - I hear SiRF's ZDA message is supposed to be sync'd with the top of the second. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] WWV / WWVH / WWVB
On Thu, Nov 20, 2008 at 10:40 AM, Brad Stockdale [EMAIL PROTECTED] wrote: o WWVB = 60 KHz I bought a nice little module from digi-key to handle this. 561-1014-ND, under $11 including the ferrite antenna. o WWV = 2.5 MHz, 5 MHz, 10 MHz, 15 MHz, or 20 MHz o WWVH = 2.5 MHz, 5 MHz, 10 MHz, or 15 MHz Hmm, I just noticed that WWV and WWVH overlap... How in the heck do you differentiate between the two stations if they broadcast on all the same channels? different gender of voice, and they don't talk at the same time. Can anyone suggest a kit, or project listed online with schematics and parts lists, or I guess even reasonably priced commercial units? See the above digi-key module. hang it off an arduino or something... If I can't get radios that have built in decoders for these stations, I'd be happy just receiving their audio and then trying to build my own decoder using a PIC or something... lots of existing work to build on http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/glcd_dcf77/index.html http://www.schatenseite.de/binaryclock.html?L=2 -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt Monitor Manual?
I haven't see a nice user's guide for tboltmon. Lots of exciting opportunities for discovery and enlightenment :) Setup menu Position, fill in your known location and hit save segment. that should change that dot. On Wed, Nov 5, 2008 at 3:07 PM, Brooke Clarke [EMAIL PROTECTED] wrote: Hi: Is there a manual for the Monitor program? For example is there a way to change the Stored Position from a yellow to green dot? -- Have Fun, Brooke Clarke http://www.prc68.com ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Oncore, Trimble Antennae
On Tue, Oct 21, 2008 at 6:42 PM, Matthew Smith [EMAIL PROTECTED] wrote: Both the Trimble and Motorola modules use active antennae with 5V power - what I don't know is whether they are the same polarity. The Motorola has 5V on the core of the coax - does anyone know if the Trimble ones do the same? If so, I'll just chuck the Trimble antenna onto the Oncore module for testing. all my trimbles and oncores have +5 on center, ground on shield... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS Constellation
two things i can think of: 1) grab a copy of the trimble planning tools. they're not a web page, but they can compute a constellation (and your view of it) at an arbitrary place and time. 2) grab a copy of GPSTk. This can also do the calculations, but GUI display is up to you. On Tue, Oct 14, 2008 at 11:12 AM, Mike Feher [EMAIL PROTECTED] wrote: Well, no one jumped in to answer my question regarding frequency accuracy that I asked on here a week or so ago. Maybe I'll get some answers to this simpler question. Does anyone know of a web site that shows the GPS satellites in view, at a set of given coordinates on the earth, at any given time? A graphical presentation would be ideal. Thanks - Mike Mike B. Feher, N4FS 89 Arnold Blvd. Howell, NJ, 07731 732-886-5960 ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPIB Card
You mean like this card? http://www.maxipub.com/electro/photos/dv488.jpg it could be a Metrabyte DV-488 ... or maybe an MBC-488 On Sat, Oct 4, 2008 at 9:40 PM, Brian Kirby [EMAIL PROTECTED] wrote: A friend has given me a GPIB card and neither of us know who made it. First its a standard ISA card and it has a GPIB female plug on the rear. No manufacturer or model number but there is a symbol of a tree on the rear (maybe paradise?) and beside is 6323706 rev A 667523. Made in the USA and another number in a corner is 94V-0. On the chip side of the board it appears to have a NEC controller marked big letters D7210C little letters 8308PB. An assembly number of 6323705 rev A. Has another 20 other 74LSxx glue logic ICs...Card is about 4.5 inches by 4.25 inches. Has 5 set of berg pins, one set is A13, A14, next set is 2FX and IE, next set is computer IRQs 2 thru 7, then a DRQ1-DAC1-DRQ3-DAC3, then last set of DAC2 and DRO2. It had a 1.44 Mb floppy which suscessfully copied, three files; config.sys , DV488PC.sys, and LVDT.C Config.sys shows: BREAK=ON BUFFERS=20 FILES=30 LASTDRIVE=E SHELL=C:\DOS\COMMAND.COM /P /E:256 DEVICE=C:\DOS\ANSI.SYS DEVICE=C:\VIPARSE.SYS INSTALL=C:\DOS\FASTOPEN.EXE C:=(50,25) DEVICE=C:\DV488PC.SYS LVDT.C is C code for for a program written by a NASA/MSFC employee for the calibration of Linear Displacement trunsducers... Does anybody in the list have an idea of who made the card ? I'm researching to see if it is still usable Brian - KD4FM ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Browsing Searching the Time Nuts Mailing List
On Sat, Sep 6, 2008 at 10:30 AM, J.D. Bakker [EMAIL PROTECTED] wrote: I am new to the time nuts mailing list and I have one question. How do I search the mail list archives for a specific topic or keyword? As far as I am aware there is no direct way to search the entire archive. A workable workaround is to google for site:www.febo.com time-nuts YourKeyword (without the quotes). site:febo.com inurl:pipermail/time-nuts YourKeyword -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] While we're discussing backups...
On Tue, Aug 26, 2008 at 10:10 AM, Neon John [EMAIL PROTECTED] wrote: The silliness in your advice is that you offered up one of the most extreme solutions as generic advice and said that anything less was no backup at all or something to that effect even though you don't know my or any other list member's circumstances. Let's see how your advice and its associate expense fits my situation since I'm the one you replied to. Heh. Let the punishment fit the crime ... and let the backup strategy fit the risk model. I'm retired so total loss of my data would have no financial impact. A huge sentimental and legacy impact, in terms of both my writings, designs and digital photos. Interestingly enough, all those types of data are backed up multiple ways including on a set of DVDs resting in a friend's safe who lives a few miles away. My past design work is completely static, my photos mostly static and my writings a little less static so updates to that collection need be done only a couple of times a year. They'd only be needed if my cabin and its contents suddenly and completely disappeared somehow. Might wanna keep an eye on the DVD's. I hear the dyes aren't quite as stable and long-lived as the manufacturers claim. I've heard rumors of discs being stored undisturbed in safety-deposit boxes for 5yrs starting to break down. Some people I know with a rather small set of backup DVDs read the existing discs and burn a new set every 6-12mo. This serves the purposes of verifying that you can restore from your backup and that your media is fresh. The lockworks are US government crypto-certified. I paid a bunch extra for that quality of lockwork. The combination lock is a Sergent and Green crypto-grade unit and the key lock is a Medico high security one. Both locks must be manipulated to open the safe. Inside the safe is another smaller valuables safe, also secured with a SG crypto-grade combo lock. It was intended for jewelry but I use it for backup media storage. Heard about how high security locks may not be as secure as the manufacturers claim? hackaday.com and toool.nl... the lesson from that is to keep reviewing your backup strategy. The chances that someone will have the means, motive and opportunity to come after your safe is probably pretty low. Low enough that you sleep well at night. So yeah, I think we're very much in agreement: think about what you have to lose balanced against how much it'll cost to protect against. And don't rest on your laurels. :) CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] While we're discussing backups...
On Mon, Aug 25, 2008 at 3:30 PM, Mark Sims [EMAIL PROTECTED] wrote:
Any backup that is stored in the same city as the original (some would say
within 100 miles of the city) is NOT a backup. It is just a disk waiting for
a (real) disaster. No fire proof safe, baggie, etc is a substitute for
physical distance.
wrong. or at least not a complete answer.
Any backup that is stored in the same
{state,country,continent,planet,...} as the original (some would say
within {100, 1000, 1, 100, ...} miles of the city) is NOT a
backup. It is just a disk waiting for a (real) disaster. No fire
proof safe, baggie, etc is a substitute for physical distance. And a
copy in a different dimension where different physical laws apply. And
a time machine. And a few deities who owe you favors. ...
Nightly rsyncs of my home boxen to a network storage device offer
enough protection against my most common failure mode: crappy disks
and/or harsh environments. I've lost a half-dozen drives in my
thinkpad over the years, dumping the contents back from the backup is
sufficient. And what if your nightly snapshot is a hundred miles away?
It's still gonna take a few hours to get the image back on to
production hardware to start serving again. Nearby replication is also
critical. Fail over to one of the backup server, and rebuild the
primary at your leisure. Or fail over to the alternate data center.
A backup is something that reduces your chances of being unable to
recover from a set of failures to an acceptably low level. Spend some
time thinking what could possibly go wrong?, and then decide what
you're going to do about it. Sometimes ignore it is an acceptable
answer. Sometimes the right answer is spend $1B to build multiple
data centers with and have state-of-the-art replication, redundancy
and failover everywhere. It's a matter of what it'll cost you if
something happens vs. what it'll cost to mitigate that.
Also, verifying your backups regularly is important...
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
Re: [time-nuts] Odetics 325 425: File recovery
On Thu, Aug 21, 2008 at 11:01 PM, Bruce Lane [EMAIL PROTECTED] wrote: Good eve, *** REPLY SEPARATOR *** On 21-Aug-08 at 22:45 Hal Murray wrote: I'm still picking up the pieces from a major FTP archive crash that lost me a considerable amount of data. Disks are cheap. I know. I'm in the process of building a second RAID array which will mirror the first. I already have a newly-redesigned DLT (tape) backup scheme in place. Sorry, no extra copies of manuals. While on the subject you may want to look at a project called LOCKSS: Lots Of Copies Keep Stuff Safe... it may not map 100% into the problem space but it may suggest a strategy for distributed replicated storage of critical documents. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] rsync (was Odetics 325 425: File recovery)
cwrsync. works well, comes with a pre-packaged opensshd On Fri, Aug 22, 2008 at 11:38 AM, John Ackermann N8UR [EMAIL PROTECTED] wrote: I was thinking about the Windows side; do the client/server there have built-in SSH support? I thought you had to play tricks under that OS. John christopher hoover wrote: John Ackermann N8UR [EMAIL PROTECTED] wrote: You can pipe rsync over SSH; I don't recall the exact magic to make rsync plus SSH work under Windows, but I think you could use PuTTY or Teraterm to provide the port forwarding. No port forwading is necessary nor recommended. rsync does ssh natively when you specify [EMAIL PROTECTED]: I.e.: rsync dir1 [EMAIL PROTECTED]:/dir2 This how rsync is used 98% of the time. (If you actually want to speak to an honest-to-goodness rsync server that's already running, you have to use the rsync:// url syntax.) -ch ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] file synchronization via ftp
On Fri, Aug 22, 2008 at 5:16 PM, Didier Juges [EMAIL PROTECTED] wrote: I would have to upgrade to a Business package (instead of the Home package) to have SSH, which would double the cost. I am evaluating FTPSync. It looks like it might do the job, thanks for the suggestion Depending on how comfortable you are with scripting, you could just parse the output from ls -lR on the ftp server and compare it with a local ls -lR. If the remote doesn't support ls -lR, you can automate that yourself. Some ftp clients (like ncftp) are vaguely smart about not transferring duplicate files... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Leap Second quirk, Another hanging bridge
On Tue, Aug 12, 2008 at 11:36 AM, Hal Murray [EMAIL PROTECTED] wrote: I've got a couple of GPS units that use the SiRF chips feeding NTP. I was looking for low cost units for time keeping. They don't work very well. The time offset of the NMEA message wanders/jitters by about 100 ms. I can easily correct for a constant offset, but I can't dance around an offset that won't hold still. (Oh, well. I tried.) Yep, that's to be expected, given the iterative solver they're using. Try turning on the ZDA message, apparently the $ sign is aligned to the start of the second ... if its implemented in your version of firmware. Since you're running a BU-353 you could have all kinds of broken things in your firmware (not impressed by Globalsat). But I still have a couple of them collecting data. As an aside, how and what are you collecting? I'm starting to think about setting up different loggers to catch the leap second... They seem to get confused by leap seconds. At least that's the only thing I can think of that changed recently. Here is a graph: http://www.megapathdsl.net/~hmurray/ntp/leap-gps3.gif It started, midnight, July 31. Does anybody know when the leap second announcement hit the satellites? first notice of this in the archives is on the 28th... so probably h UTC on the 29th. I assume it's a software bug. Looks like it repeats on a weekly pattern. The red line on the top is a sane unit used as a reference to show that the time on the local system time isn't bouncing around. I've used the LVC w/ PPS as the reference clock... not sure that I trust the delay/jitter characteristics of USB enough to give me better time than a wrist-watch. Here is a longer time span that shows a hanging bridge type pattern on the offset: http://www.megapathdsl.net/~hmurray/ntp/leap-gps2.gif If you were (un)lucky, you could get fooled into thinking that the offset was reasonably stable. This graph includes a few more units: http://www.megapathdsl.net/~hmurray/ntp/leap-gps.gif The spikes on the blue Garmin GPS 18 LVC usually happen when it is recovering from not-enough satellites. (I haven't checked these particular samples. That's what I found the last time I investigated.) it's nice to see all 3 SiRF receivers failing in the same way. that does make me think it's firmware rather than busted hardware. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Leap Second quirk, Another hanging bridge
On Tue, Aug 12, 2008 at 1:22 PM, David Forbes [EMAIL PROTECTED] wrote: I looked into using some US GlobalSat units for my scope clock instead of the higher-priced GPS 18 LVC. The one I tried has an RS-232 serial port. The manual refers obliquely to a 1PPS capability, but unfortunately they didn't pin out the 1PPS signal to the board connector. I guess that their market is automotive navigation or logging, so they didn't consider it worth their while to add the 1PPS signal. i've noticed that quite a number of globalsat modules at least hook up the 1PPS output from the chip to a test point - TP10. If you don't mind soldering, you could probably tap that output yourself not that you should have to. I got the impression that the extra $50 you pay for the Garmin receiver is money well spent on a well-engineered device. or a ublox, or a trimble, or... always check the datasheet -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Leap Second quirk, Another hanging bridge
On Tue, Aug 12, 2008 at 5:18 PM, Scott Newell [EMAIL PROTECTED] wrote: At 06:29 PM 8/12/2008, Hal Murray wrote: USB isn't fundamentally evil. It's polled, so you won't get great response to something like a PPS interrupt. But the polling is handled automagically with modern hardware so It's not much worse (maybe better) than the typically interrupt batching that RS-232 chips do. Unless you configure your RS-232 chip to not batch interrupts... I wonder if using isochronous USB transfers would result in more consistent latency. It'd probably suck less, but you still have a trip up and down the usb protocol stack. And I haven't seen any usb-serial converters that do control lines properly... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Leap Second quirk, Another hanging bridge
On Tue, Aug 12, 2008 at 4:29 PM, Hal Murray [EMAIL PROTECTED] wrote: Yep, that's to be expected, given the iterative solver they're using. Try turning on the ZDA message, apparently the $ sign is aligned to the start of the second ... if its implemented in your version of firmware. Since you're running a BU-353 you could have all kinds of broken things in your firmware (not impressed by Globalsat). Do you expect the ZDA message to be better synchronized than any of the others? Yes. In SiRF receivers ZDA is specifically aligned to the second. I just checked my copy of the manual I got with my BU-353, and Table 1-1 NMEA Output Messages says ZDA PPS timing message (synchronized to PPS). RMC is produced after the navigation solution is computed and that does not happen in constant time. I found another little gem in my old email: the XTrac (High Sensitivity) version of the software does not support PPS. XTrac is often designated by ES in the version string. I also found that the PPS line is just a GPIO. Perhaps in the XTrac build they cut out the GPIO control code, but left in the scheduling of ZDA... *shrug* Is the BU-353 any better or worse than any of the other units using the SiRF chips? I've tried several different brands. I can't tell them apart unless I look at the physical package. The hardware is about the same, but I don't trust Globalsat to not load some customized broken firmware... I've used the LVC w/ PPS as the reference clock... not sure that I trust the delay/jitter characteristics of USB enough to give me better time than a wrist-watch. USB isn't fundamentally evil. It's polled, so you won't get great response to something like a PPS interrupt. But the polling is handled automagically with modern hardware so It's not much worse (maybe better) than the typically interrupt batching that RS-232 chips do. I know it's quick enough... usb ethernet, webcams, sound devices all work. But I don't think the usb implementation in most GPS receivers was designed to support timing applications. I think USB will be good enough if your target is a few milliseconds rather than a few microseconds. Yes, I've found that with a BU-303 (sirf2), using just NMEA timestamps, I can sync to about 5ms. Good enough for kerberos and nfs :) CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] thunderbolt for ntpd or gpsd
On Sun, Aug 10, 2008 at 1:42 PM, Scott Mace [EMAIL PROTECTED] wrote: ntpshm_put() needs to be called in the 0xab case as well for ntp to work. done. --- gpsd/trunk/tsip.c 2008-08-08 23:38:27.0 -0500 +++ ../gpsd/trunk/tsip.c2008-08-09 04:14:09.0 -0500 @@ -65,7 +65,7 @@ /* XXX clever heuristic to decide if the parity change is required. */ session-driver.tsip.parity = session-gpsdata.parity; session-driver.tsip.stopbits = session-gpsdata.stopbits; - gpsd_set_speed(session, session-gpsdata.baudrate, 'O', 1); + gpsd_set_speed(session, session-gpsdata.baudrate, 'N', 1); break; case 1: not committing this - i'd prefer a heuristic to autodetect the parity. i'm open to suggestions on how to do that. @@ -674,6 +674,10 @@ session-gpsdata.fix.time = session-gpsdata.sentence_time = gpstime_to_unix((int)s1, f1) - (double)u1; +#ifdef NTPSHM_ENABLE + if (session-context-enable_ntpshm) + (void)ntpshm_put(session,session-gpsdata.sentence_time+0.075); +#endif mask |= TIME_SET; } just committed this part... ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt PSU
On Tue, Jul 22, 2008 at 2:49 AM, David Ackrill [EMAIL PROTECTED] wrote: Also, I see that the antenna socket on the Thunderbolt is an F-type. Someone has thoughtfully provided an F-Type to BNC adapter. However, the plug on the Motorola GPS antenna is an SMA type. Ah well, I can make a lead which should work instead. :-) on that note, I went to fry's and bought an SMA to BNC adapter which works pretty well. they didn't have SMA to F... *sigh* -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt SV and AMU Signal levels
On Tue, Jul 22, 2008 at 4:14 PM, David Ackrill [EMAIL PROTECTED] wrote: Sorry to be a bore, but like any kid with a new toy I'm facinated by the changing values on the display... What do the values under SV and AMU mean? SV = space vehicle. mostly irrelevant, unless you care about the serial number of the bit of metal up there. Usually people mean to say PRN, or Pseudo-Random Noise code number - one of the 32 codes transmitted by the satellite. AMU is Amplitude Measurement Unit. Trimble's signal strength measurement. Maybe I should recognise them from other GPS satellite days, but they don't seem to be values that I remember. I'm sure it all means that they are to the north, south, east or west of here and to do with signal strength to my location or how good, or bad, the lock to the satellites is.. But, nothing that I can remember, to be honest... You're thinking of azimuth and elevation. The 10MHz output seems, as far as my old Multifunction Counter is concerned, to be to 10.0MHz within +/-0.1 MHz. The display showing 10.3 to 10.4 MHz all evening. So, my guess is that my poor old counter is +/- 10Hz out, but that may be due to the age and non-calibration of my frequency counter over the years. Or... The Thunderbolt 10MHz output is moving up and down by 0.1 MHz within a 10MHz band. This is where I start to get to grips with the spectrum analyser that a friend of mine lent to me. I hope... Dave (G0DJA) ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt temperature spikes
On Mon, Jul 14, 2008 at 9:44 AM, Dan Rae [EMAIL PROTECTED] wrote: This is a spike? Surely this kind of tiny temperature variation on the unit's board somewhere outside the oven does not have a lot of relevance or effect on anything inside the oven where it is all happening. And what is the tolerance and resolution of the temperature measuring device anyway? Or am I missing something fundamental here? You are missing something fundamental. This is time-nuts, where we love to quibble over stray picoseconds and definitely get our knickers in a knot over a few nanoseconds. That some part of a timing system suddenly changed by several *hundredths* of a part is an atrocity! :) I'm only half-kidding. I guess it's like large uptimes on unix machines - it's fun to see how long you can keep a system running, and how stable it is. Changes are worth investigating and quantifying. Is this a normal, bounded oscillation? Is this just randomess? Is the cat sleeping on the ovenized oscillator again? Are squirrels chewing on the antenna cables? Generally - what is the state of the system, what forces are affecting it, how can we make the system run better? CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Fury ntp refclock
On Mon, Jul 7, 2008 at 10:45 PM, [EMAIL PROTECTED] wrote: One note of interest to the group in general: some of our future products have a new, very high performance mobile GPS on them that will actually track and output 16 Sats and more simultaneously (well, if it could see the Sats it would receive more than 30 channels) to GPSCon. A far cry from the 8-sat Oncore days, and this is causing some grief for GPSCon (not the entire list of Sat's can be shown by GPSCon without overflowing the page etc). We can't reveal the GPS details just yet though, please don't ask :) Those ublox chips are nice, aren't they? ;) -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt meets ntpd
On Sun, Jun 22, 2008 at 11:30 PM, Hal Murray [EMAIL PROTECTED] wrote: Does anybody have any Linux code to print the stuff it's sending? If not, I'll probably have something soon. 1) dig around on trimble.com - there's a link to iQSource.zip which may be useful 2) rip some code from gpsd - we can decode a fair number of the packets, and there's a lot of machinery you can reuse. I think I ordered early enough that sometime in the coming weeks a thunderbolt will be headed my way, after that i can see about making gpsd do the right things. already i know i need to do auto parity detection - we assume TSIP is 8O1, which may not be true in the case of the thunderbolt. Given some of this past week's list traffic, I think Trimble goofed if they decided to go to 8N1. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] thunderbolt for ntpd or gpsd
On Fri, Jun 13, 2008 at 8:58 AM, Christian Vogel [EMAIL PROTECTED] wrote: gpsd: GPS Time 485697.25 1483 14.00 that's encouraging gpsd: Sat info: mode 1, satellites used 5: 18 9 28 15 26 As is this. gpsd: Unhandled TSIP superpacket type 0xab thar's yer problem... kinda. yes, we don't handle 0xAB, but that's just timing information. I see no indication that the receiver is outputting position reports. I should have this sorted a few hours after my Thunderbolt arrives. Guess I need to prod the receiver into telling me where it thinks it is. Unfortunately, it does not show any information about time or position on a connected cgps/xgps client. Chris ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] thunderbolt for ntpd or gpsd
On Fri, Jun 13, 2008 at 2:46 PM, Tim Cwik [EMAIL PROTECTED] wrote: I have changed line 66 to: gpsd_set_speed(session, session-gpsdata.baudrate, 'N', 1); This results in: [goodness snipped] I hope this is progress, but I am not sure why gpsd closes the port and who sends signal 2. it's a power saving feature for use on laptops. Close the tty to allow the chip to idle unless there's an actual consumer of data attached. If this bothers you (as it does for me), run with -n, which causes gpsd to camp on the device, even if no consumer process is asking for gps data. i assume you terminated gpsd with ^C? That's SIGINT or signal #2. Is anyone using the thunderbolt with gpsd or are we breaking new ground? You're breaking new ground. There are a whole lot of gpsd developers who have actual posession of thunderbolts not. Haven't seen the original TSIP author around in a while and aside from a Copernicus still in the anti-static packaging, I don't have anything that would help update the driver. TSIP isn't a terribly complicated driver, but I dislike changing the drivers without having actual hardware and a regression test. CK CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] thunderbolt for ntpd or gpsd
On Thu, Jun 12, 2008 at 5:32 PM, Tim Cwik [EMAIL PROTECTED] wrote: gpsd: TSIP pkt_id = 0x8f, packetlen= 0x15 gpsd: packet sniff finds type 4 gpsd: switch_driver(Trimble TSIP) called... gpsd: selecting Trimble TSIP driver... gpsd: ntpd_link_activate: 0 gpsd: speed 9600, 8O1 gpsd sees something that looks like TSIP, so it switches to 8O1. cgps reports no time, no position, and no fix. I am using the THunderbolt as it was configured when I bought it. I was expecting that gpsd would understand TSIP and the THunderbolt/gpsd combination would act like the Garmin/gpsd combination. Any thoughts on what I might be doing wrong? You seem to be doing the right things. To see more of what gpsd is doing try running with -D4. I'm going to hazard a guess and say that your thunderbolt is running with 8N1 rather than 8O1 as gpsd expects. I haven't come up with a good way to make gpsd detect parity yet... I have a copernicus on the way and it apparently uses 8N1 also, whereas my lassen iq does 8O1. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] thunderbolt for ntpd or gpsd
On Thu, Jun 12, 2008 at 8:05 PM, Tim Cwik [EMAIL PROTECTED] wrote: Is there a way to have gpsd use 8N1 for TSIP? The manual says teh thunderbolt uses 8N1, the windows support program says it and the thunderbolt are using 8N1. I can not find a way to tell the thunderbolt to use 8O1. If you're compiling it yourself, cut out the parity change from line 66 of tsip.c. I seem to have been eerily prophetic when I put the XXX comment in... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] NMEA Checksums
Commas matter. The checksum runs over every character between the leading '$' and the '*' delimiter. On Tue, May 27, 2008 at 11:18 PM, Matthew Smith [EMAIL PROTECTED] wrote: Re-sending, now that febo.com appears to have risen from the dead. Please accept my apologies if this should arrive in duplicate. Hi Folks When calculating the checksum for an NMEA message, are the commas taken into account or ignored? Just trying to work out whether I can get away with a minor modification to the Oncore checksum (but ignoring the $ and the *) or whether I need to sort out the relevant bits into a new buffer first. Cheers M -- Matthew Smith Smiffytech - Technology Consulting Web Application Development Business: http://www.smiffytech.com/ Personal: http://www.smiffysplace.com/ LinkedIn: http://www.linkedin.com/in/smiffy ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] NMEA Checksums
I can't think of a good reason to not checksum delimiters (in any protocol). If delimiters count, and the checksum matches, you can have more confidence that the message is structurally sound. Otherwise you can't be sure if you missed a delimiter or which one until you start unpacking the message. Since I haven't seen the NMEA spec, I can't tell you if TXT is a legal message type - but ublox receivers emit $GPTXT messages. In some cases these free-form messages might have commas in them, and those commas may be information-bearing. And it's just easier to keep adding characters until you hit the ending delimiter or maximum sentence length than it is to keep detailed state on what you've checksummed, On Tue, May 27, 2008 at 11:26 PM, Matthew Smith [EMAIL PROTECTED] wrote: Quoth Chris Kuethe at 2008-05-28 15:54... Commas matter. The checksum runs over every character between the leading '$' and the '*' delimiter. Ta! That means I can use your Oncore function pretty well as-is. Cheers M -- Matthew Smith Smiffytech - Technology Consulting Web Application Development Business: http://www.smiffytech.com/ Personal: http://www.smiffysplace.com/ LinkedIn: http://www.linkedin.com/in/smiffy ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thoughts on IR thermometers?
I got one of the passive detectors from thinkgeek and it does a pretty decent job. I can tell you which corner of a geode system-on-a-chip has the bits that are working hardest, for example. Or when I need to let my brakes cool off after doing laps at the race track. http://www.thinkgeek.com/gadgets/electronic/8024/ CK On Tue, May 27, 2008 at 8:31 PM, Patrick [EMAIL PROTECTED] wrote: Hey Everybody I tried to use a cheap IR thermometer to do some quick, pre-circuit analysis tests, a couple of years ago on a particular job. It went bad, the laser did not even line up with the area being measured, I missed a burning hot capacitor and wasted a lot of time. I was thinking about buying a better one this time. Does anyone have any suggestions? Do you think they are useless for PCB tests? Caps should not be hot and power resistors and transistors should not be cold right? but the spot size to laser ratio on most of these are not good, are they still useful? I had a hell of a time trying to read my Son's temperature last night when he had a fever, anyone tried one of these out on their children? Thanks in advance-Patrick ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Thunderbolt Group Buy, part 1
On Mon, May 5, 2008 at 2:55 AM, Tom Van Baak [EMAIL PROTECTED] wrote: 2) Those of you newcomers to Time-Nuts should expect to wait until the first batch has been shipped and TAPR is ready for you. There should be enough for everyone; so don't panic. oooh! me, me!! /me waits for the ordering link... -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Probably not of interest to anyone here
On Fri, Apr 25, 2008 at 8:32 PM, John Miles [EMAIL PROTECTED] wrote: A man with one watch knows what time it is. A man with two watches is never sure. A man with THIS watch has transcended such earthly concerns: http://snurl.com/antitime but it's sure pretty to look at. i have a few mechanical watches, purchased precisely because I can look into the guts of them and see the balance oscillating, and the movement giving a decent approximation of time - there's a certain satisfaction I can't no matter how many blinky 1PPS and Rb Lock lights I've got. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Oncore Checksums
int
oncore_checksum(char *buf, int len){
unsigned char a, b;
int i;
a = buf[len-3];
b = '\0';
for(i = 2; i len - 3; i++)
b ^= buf[i];
if (a == b)
return 0;
return 1;
}
On Thu, Apr 17, 2008 at 6:26 PM, Matthew Smith [EMAIL PROTECTED] wrote:
Hi Folks
I've been reading various notes on the Oncore protocol that have been
suggested to me and have written a little bit of Perl that - I think -
will output the correct set of bytes that should be sent to a receiver
given a specific message.
If anyone is able to verify that I've got this right (or wrong), it
would be appreciated, especially the checksum bit.
The code below has been written to display all values as 0xnn for ease
of reading. Once I know this is working, I'll convert this to a more
machine-friendly format. (Possibly as an array of chars, as this is
heading for a microcontroller.)
Cheers
M
--
Matthew Smith
Smiffytech - Technology Consulting Web Application Development
Business: http://www.smiffytech.com/
Personal: http://www.smiffysplace.com/
LinkedIn: http://www.linkedin.com/in/smiffy
#!/usr/bin/perl -w
# Oncore message fixer-upper.
use strict;
# Count number of arguments.
my [EMAIL PROTECTED];
# Check that we have one argument
# and that it begins with @@
if ($argc!=1 || $ARGV[0]!~/[EMAIL PROTECTED]@/)
{
print Usage: $0 [EMAIL PROTECTED]@[message]\n;
exit;
}
# Set $instring to be the given
# argument, strip of the initial
# @@.
my $instring=$ARGV[0];
$instring=~s/[EMAIL PROTECTED]@//;
# Start $outstring with the hex
# representation of @@.
my $outstring='0x40 0x40 ';
# Convert each character to hex and
# do checksum stuff.
my ($cs,$last);
for (my $i=0; $ilength($instring); $i++)
{
my $thischar=ord(substr($instring,$i));
$outstring.=sprintf(0x%x ,$thischar);
# Handle the checksum bit.
if ($i==1)
{
# If we're on the 2nd character,
# XOR this character with the last.
$cs=$last^$thischar;
}
elsif ($i1)
{
# If we're past the 2nd character,
# XOR this character with the
# previous checksum.
$cs=$cs^$thischar;
}
$last=$thischar;
}
# Convert the (decimal) checksum to
# hex.
$outstring.=sprintf(0x%x ,$cs);
# Finish off $outstring with the hex
# representation of CRLF.
$outstring.='0x0d 0x0a';
# Return $outstring.
print $outstring\n;
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
Re: [time-nuts] Oncore Checksums
On Thu, Apr 17, 2008 at 6:51 PM, Matthew Smith [EMAIL PROTECTED] wrote:
Quoth Chris Kuethe at 2008-04-18 10:59...
int
oncore_checksum(char *buf, int len){
unsigned char a, b;
int i;
a = buf[len-3];
b = '\0';
for(i = 2; i len - 3; i++)
b ^= buf[i];
if (a == b)
return 0;
return 1;
}
'Scuse me for being something of a C newbie, but does that not return
either a 1 or a 0, but not the checksum?
Otherwise, I can follow the logic. Thanks.
yeah, i should've mentioned, that's function i use to check the sum,
not compute it. return b instead, or just patch the buffer inside the
function:
void
oncore_add_checksum(char *buf, int len){
unsigned char b;
int i;
b = '\0';
for(i = 2; i len - 3; i++)
b ^= buf[i];
buf[len-3] = b;
}
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
Re: [time-nuts] Oncore batteries
On Fri, Apr 4, 2008 at 11:54 PM, Matthew Smith [EMAIL PROTECTED] wrote: What I'd be interested to know is whether the Oncores CAN be run without the backup battery. As Randy says, TTFF is not a concern for me so I'd rather have a less complex system that can be restored to a known state simply by removing power. Yes, I have two oncores running without backup batteries. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] ntpd not talking to gpsd
On Tue, Apr 1, 2008 at 10:31 PM, Matthew Smith [EMAIL PROTECTED] wrote: For some reason, running -D 5 on my Sun Blade 100, I am not seeing any mention of the DCD changing state (logic probe shows that the line is getting the 1PPS correctly), although this is working OK on my Linux ThinkPad, via a USB to serial adapter. (And yes, I have made sure that the Sun connector uses pin 1 as DCD, just in case anything was being done in a non-standard way.) ... (The second bit was just commented out on the Linux box - the Blade is running OpenBSD - in case the Linux kernel didn't understand PPS.) I'm going to suggest that you check the gpsd mailing list archives for some hints. I don't actually use the gpsd pps stuff. I just use gpsd to pass around location data. Waitaminnit... If you're using the OpenBSD package, I disabled the ntpshm/pps stuff in favour of activating the nmea(4) line discipline to drive openntpd. I suppose you could adjust the port's makefile, but I've not actually tested the ntp.org daemon. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Connecting my Oncores
On Wed, Apr 2, 2008 at 5:39 PM, randy warner [EMAIL PROTECTED] wrote: I'm not sure how smart gpsd is, but it may not know about switching the receiver between binary and NMEA mode. Since the gpsd commands you show in your email specify 9600 baud, I assume you want binary? gpsd can't do anything with a non-NMEA oncore yet, but i do have enough copies of enough revisions of enough versions of enough variants of oncores (thanks to this list) that i think i've got all the mode switching commands covered. gpsd is designed with autodetection and configuration in mind. where possible, we try to probe the receiver to see what speed it's running at, what protocol it uses, what hardware and firmware revision this particular device is, and will attempt to set up a receiver in a reasonable fashion. For example, if you've got an oncore in binary mode with all the messages turned off (or a thales/magellan ac12 for that matter) we should be able to detect that, and turn on enough messages to get reasonable use out of the gps. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Attenuation of typical roof? (at GPS frequencies)
On Tue, Apr 1, 2008 at 4:11 PM, Hal Murray [EMAIL PROTECTED] wrote: Does anybody have any numbers? Suppose I have an antenna that is high in my attic. How much do I gain by drilling a hole in the roof and moving it up a foot? If I knew the answer (even a rough one), I could compare various ways to get a few more dB of signal and sort them by cost or effort or ... I'm pretty sure you'll get tons more signal outside. Try an experiment: If you've got some scraps of wood laying around, build a model attic with similar materials to what you have overhead... eg. a box made from 1/2 inch plywood covered in spare shingling. Compare signal strength inside and outside the box. Or get a broom, put the antenna on the end of the handle and hold it out the window. Compare signal strength inside and outside your attic. You could possibly even avoid serious drilling by making a small cable pass-through somewhere. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Connecting my Oncores
On Tue, Apr 1, 2008 at 7:32 PM, Matthew Smith [EMAIL PROTECTED] wrote: What is puzzling me about the VP is why I was unable to get this working myself. Through minicom, at both 9600bps and 4800bps, I typed @@Ci, which the manual tells me should get the device into NMEA mode. Nothing happened at all - didn't even get the characters echoing back at me. Yet VisualGPS managed to do this OK. My manual suggests you need to send @@CimodecksumCRLF where mode 1 = nmea and cksum is the checksum byte i think both CR and LF are required. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Connecting my Oncores
On Tue, Apr 1, 2008 at 8:38 PM, Hal Murray [EMAIL PROTECTED] wrote: It's also worth checking gpsd. It knows how to talk to lots and lots of GPS units and can smash some of them into a useful state. I haven't got around to writing an oncore driver yet. There was one in the works but the people working on it fell off the edge of the world. I just (like within the last 5 minutes) got my inside antenna distribution gear set up. My garmin is happy, so I can look into hacking on oncore support now. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Setting PPS on the OpenBSD kernel
it's even easier than that. the PPS code is in and on by default, the two things you need are to activate kernel timestamping with nmeaattach (see /etc/rc.conf for an example) and then tell ntpd to use the timedelta sensor (sensor * or sensor nmea0) CK On Mon, Mar 31, 2008 at 1:23 AM, Matthew Smith [EMAIL PROTECTED] wrote: Hi Folks I have finally got a machine ready to be my time server. I have OpenBSD 4.2 installed and am trying to fathom out how to configure it to use PPS. I've been looking at this page: http://www.david-taylor.myby.co.uk/ntp/FreeBSD-GPS-PPS.htm ...which actually deals with FreeBSD - don't know if the process is similar. I've installed the kernel source and have created a PPS file in the config directory: include GENERIC ident PPS-GENERIC option PPS_SYNC (Looking at GENERIC, it seems that OpenBSD uses 'config' rather than 'configs' - is this correct?) So then I just build and install the kernel and I'm ready to go? I've only built Linux kernels before - this is all rather new to me. Cheers M -- Matthew Smith Smiffytech - Technology Consulting Web Application Development Business: http://www.smiffytech.com/ Personal: http://www.smiffysplace.com/ LinkedIn: http://www.linkedin.com/in/smiffy ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Setting PPS on the OpenBSD kernel
On Mon, Mar 31, 2008 at 1:54 AM, Matthew Smith [EMAIL PROTECTED] wrote: Thanks! I know that you said it was easy, which is why I went the OpenBSD route - didn't know it would be that easy though. So, just to confirm, I need to change the rc.conf line to this, based on the GPS being connected to the first serial port, with PPS on the carrier detect pin: nmeaattach_flags=-t dcd /dev/cua00 Yep. You can also run /sbin/nmeaattach -d -t dcd /dev/cua00 to check that your receiver is being recognized and to check whether you're watching the right edge of the pulse. I'm actually using gpsd to activate the timestamping mechanism (rather than nmeaattach), so I can produce pretty skyview plots too. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Sun Blade 100 as GPS-controlled NTP server
On Sat, Mar 15, 2008 at 9:26 PM, Matthew Smith [EMAIL PROTECTED] wrote: My first choice is my Sun Blade 100 as it is small, quiet, doesn't use... last time I looked at a dmesg from one of those, it looked just like my old hp laptop... but an ultrasparc cpu. unless OpenBSD happens to have support for add-on USB PCI cards. it does. i had an old machine with USB1.1 only. $10 at the computer shop got me some super-cheap 2-port USB2 controller with an NEC chip on it. worked like a charm. uou may have problems booting off an add-on USB card... maybe the bios/firmware is smart enough to do that, maybe not. once the kernel takes over you should be good to go. The potential problem with the Blade is that it has absolutely lousy timekeeping. If run without NTPD, it will drift minutes out in a day. I am advised that this is a hardware issue specific to that model. I believe that there is a patch to compensate for this in Solaris, but it's seriously bad under Linux. it's a pee-cee - of course its clock is lousy. solaris probably compensates for this the same way openbsd would: calculate a frequency correction over time, and adjust your clock frequency based on that. let a userland program adjtime() fairly frequently to keep the clock very close to right on. if nothing else, can we get you to try it for a week and document just how awful it is? (more than 5000ppm?) The question is this - does it matter? If I am running NTPD and feeding in NMEA+PPS, is the native timekeeping (or lack of) an issue? running on just the bog-standard crystal, my soekris seems to keep time to within a few microseconds - i got similar results with 3 sunfire v120's. i think that's about as good as it gets without expending serious effort to redo all the interrupt handling. adjtime() gets called every 3 minutes or so to pull in those last few microseconds, and a reasonable first guess at a frequency correction will happen within 25 minutes. it'll take about 75 minutes for ntpd to decide how to adjust those last few fractions of a ppm. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS World Article on PRN-32
On Thu, Mar 13, 2008 at 11:32 AM, Hal Murray [EMAIL PROTECTED] wrote: I'll let the battery die (and hopefully lose the ephemera data) and restart and see what happens. How often is the data in the satellites updated by the ground stations? I'll have to dig for the reference, but ISTR 3x daily How often do normal GPS units grab a new copy from the satellites? A number of my receivers try to refresh the ephemeris every 2hrs, just in case it might've changed. Tomtoms (among others) have some form of Extended Ephemeris feature whereby they can load a precomputed ephemeris for a week. Certain builds of SiRF, Global Locate/Broadcom and possibly uBlox firmware can do this. Perhaps doing a software update to fetch the lastest QuickFix data might help. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] TiNI Time Server
On Fri, Mar 7, 2008 at 2:28 PM, Matthew Smith [EMAIL PROTECTED] wrote: Hi Does anyone have or has anyone come across the Dallas TiNI evaluation module (DS80C400) being used as a GPS-connected time server? I've found references to something called 'tinitim', but whatever it was seems to have gone away. I just rather like the idea of an ultra-low power device that works as an NTP server, nothing else. Googled for the part number, got this: - http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3609 Looked for TiNI module: - http://www.tstik.com/tstik72nb_data.html - http://www.maxim-ic.com/products/microcontrollers/tini/ Also found this: TiniTim - A TINI Time Server - http://automationfaq.com/cgi-bin/fom?amp=editCmds=compactfile=259 -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Mounting GPS Antenna on Steel Roof
On Thu, Mar 6, 2008 at 3:08 PM, Matthew Smith [EMAIL PROTECTED] wrote: So my Trimble ACE II and Moto Oncore modules will tolerate RS232 levels without conversion? Are we absolutely sure on this - I don't want to fry anything! Well, I plugged my Oncore UT+ into my PC and it didn't work until I put a level shifter in... no damage but no data either. So far I've been lucky in that every device I tried that needed a level shifter wasn't damaged by the lack of one. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN23/PRN32 useable
On Fri, Feb 29, 2008 at 5:15 AM, Bruce Lanning [EMAIL PROTECTED] wrote: My Trimble ACE-III Has been tracking PRN32. Works AOK. Bruce Just fired it up a little while ago, but the FastraX itrax03 (based on the uNav uN2110) also tracks PRN32. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Trimble 36576-A GPS Module
On Sat, Mar 1, 2008 at 5:05 PM, Matthew Smith [EMAIL PROTECTED] wrote: Good thinking! The grid on my notebook is 5mm x 5mm, for those shots where the ruler is out of the picture. Looks like MCX. I have connectors matching that description and general look on my Oncore UT+, and I used a Garmin MCX-terminated antenna. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Trimble 36576-A GPS Module
On Sat, Mar 1, 2008 at 5:16 PM, Matthew Smith [EMAIL PROTECTED] wrote: The socket on the antenna lead (not shown) has cuts around the edge for the flylead connector to snap in, the socket on the board is solid. The snap cuts are on the plug. SMB, sometimes known as OCX -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Trimble 36576-A GPS Module
On Sat, Mar 1, 2008 at 5:22 PM, Matthew Smith [EMAIL PROTECTED] wrote: Excellent! Thanks guys. Fans of Neal Stephenson (in particular Snow Crash) may consider this as an example of condensing fact from the vapor of nuance. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN23/PRN32 useable
On Wed, Feb 27, 2008 at 3:09 PM, Kiwi Geoff [EMAIL PROTECTED] wrote: I am now wondering if the AC12 has an issue in handling a PRN of 32. Is there anyone else in the group, that has an AC12, and can say if it can use PRN 32? I have one. I'll set it up for a test tonight. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN23/PRN32 useable
On Wed, Feb 27, 2008 at 4:33 PM, Kiwi Geoff [EMAIL PROTECTED] wrote: However my AC12 only outputs 30 almanac messages, it misses # 7 (as it should) but it stops at 31, so I think this is a strong indication that 32 is too high a number, and that the firmware may only handle PRN's from 1 to 31. So I will be most interested to see if your AC12 can receive PRN 32 Chris! What firmware version do you have? I have BQ04. The changelog says that they deleted 2 inactive SBAS PRNs, but nothing one way or the other. I'll check w/ tech support CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN23/PRN32 useable
On Tue, Feb 26, 2008 at 2:24 PM, Richard H McCorkle [EMAIL PROTECTED] wrote: Tom, At 51 degrees elevation PRN32 just disappeared from the UT+ satelite list. Could they have changed its status again? In Sunnyvale, my ublox antaris4t is tracking and using for solutions it right now (2008-02-26T22:29:19.0Z). My GPS18/LVC doesn't admit that there could be a PRN32, and I forgot to set up the rest of my receivers this morning... *sigh* CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN23/PRN32 useable
On Tue, Feb 26, 2008 at 2:53 PM, Kiwi Geoff [EMAIL PROTECTED] wrote: Chris Kuethe wrote: In Sunnyvale, my ublox antaris4t is tracking and using for solutions it right now (2008-02-26T22:29:19.0Z). My GPS18/LVC doesn't admit that there could be a PRN32 I have been monitoring my little fleet of GPS18/LVC's since early this morning Chris - when I was the first to receive PRN32 with a Motorola GT+ (by forcing an almanac gather). I just checked the almanac on the Garmin 18 and it still says: $GPALM,32,32,32*7A ( still null fields for PRN32 ) So it has not updated the almanac yet. It's housekeeping may only download an almanac once a day, so that is why some of us will have to wait a 24 hour period before we know whether our GPS can count all the way up to 32 And with that, my GPS18 seems to have just found the ability to tell its head apart from its rear end with the aid of a 1:1 scale map. Not tracking yet, but at least it shows PRN32 in the right part of the sky. wrt receivers that only check almanacs daily: grumble... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Best OS for small time server
On Sat, Feb 23, 2008 at 2:29 PM, Matthew Smith [EMAIL PROTECTED] wrote: I may still use an old laptop hard disc that I have kicking around rather than struggling with the Flash route. I've never used OpenBSD before nor have I tried running a system of Flash, so I see a regular hard disc install as the path of least resistance. Probably stick the disc in a desktop machine, do the install, then transfer to the SBC and carry on via telnet or SSH. (I don't have a keyboard adapter for the SBC, nor have I built the serial adapters yet.) I can think of two options for minimizing log writes to disk: either move the contents of /var/log to /var/log.proto and mount a ramdisk on /var/log swap /var/log mfs rw,-s=65000,nodev,noatime,nosuid,-P=/var/log.proto 0 0 or use syslogd's circular memory buffer and pull the logs every so often with syslogc the -P flag allows you to prepopulate a ramdisk with contents from an prototype directory. In this case you'd have all of the logfiles, but empty, otherwise syslogd will be unable to log since it doesn't create logfiles, it just appends them. Don't worry about swap - that's just a dummy placeholder to make the call to mount_mfs line up properly. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Best OS for small time server
On Fri, Feb 22, 2008 at 12:57 AM, Matthew Smith [EMAIL PROTECTED] wrote: Quoth Chris Kuethe at 2008-02-22 11:45... i usually mount my timeserver's filesystems async,noatime - the only thing i'm going to lose is logs, and those aren't terribly valuable. If this means I can run of Compact Flash without running into the (very) finite rewrite limit, this would be good. I've run quite a number of firewalls built around SBCs, running off CF... they've been in production over 5yrs without a problem. Plus, I don't think CF is quite as fragile as it used to be. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Best OS for small time server
On Thu, Feb 21, 2008 at 4:49 PM, Didier Juges [EMAIL PROTECTED] wrote: In the mean time, -o noatime is a nice option when available, I suspect it will improve performance even on systems with fast hard drives. Setting noatime requires a reboot (or a remount). remount is cheap and easy linux: mount -o remount,noatime... bsd: mount -uo noatime ... i usually mount my timeserver's filesystems async,noatime - the only thing i'm going to lose is logs, and those aren't terribly valuable. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] Best OS for small time server
On Wed, Feb 20, 2008 at 1:43 PM, Matthew Smith [EMAIL PROTECTED] wrote: Hi Folks I am about to put together a little time server for my office network based on a Trimble ACE II GPS unit and a single-board computer with a Pentium MMX CPU. Assuming that the main function of this computer is to run ntpd with PPS, what is the current best choice of OS - also taking into consideration the fact that it is a computer with limited resources in todays terms. Linux or one of the BSDs? I've built a few little time servers based on OpenBSD. The kernel can grab a timestamp of the 1PPS signal and can extract time data from the NMEA stream and feed those to ntpd. My home time server is a gps18/lvc hanging off serial port 2 on a soekris net4801. it's adequate, considering i have to use home powerline network to bring net to the soekris. I'm sure there are are much higher precision installations, but this was quick, easy, and basically good enough. PHK's ntpns looks neat too... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS PRN 32
On Feb 8, 2008 2:07 PM, Bruce Griffiths [EMAIL PROTECTED] wrote: My Z3815A sees PRN 32 now albeit as unhealthy. My Ublox AEK-4T has an almanac for PRN32, but no ephemeris (duh.) haven't tried my AC12, Lassen iQ, itrax03, gps18/lvc, UT+, GT+ or Jupiter yet... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SiRF GPS receivers: GlobalSat MR-350P
On Jan 23, 2008 1:44 AM, Hal Murray [EMAIL PROTECTED] wrote: The context for this query is that I'm looking for inexpensive GPS units with a PPS output to connect up to ntpd. Is anybody familiar with these units? I've used other globalsat receivers based on both the SiRFstarII and SiRFstarIII architectures... I just wired one up. The PPS signal is only 1 microsecond wide. Yep. That's consistent with the description I've seen of the sirf3 1PPS signal. The PPS from my Z3801A is 10 microseconds wide. I can deal with that. The extra factor of 10 is inconvenient. (at least so far) The Garmin GPS 18 LVC has a command to adjust the PPS pulse width, but that's at the granularity of 20 ms rather than the microsecond range. I just scanned the SiRF binary protocol manual and NMEA manual and didn't see anything. (But I might have missed it.) There is no command to do that. Sorry. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] SVN37 offline
On Dec 12, 2007 8:55 PM, Jeff Mock [EMAIL PROTECTED] wrote: I'm sure you all noticed, SVN37 (PRN07) went offline today. I tracked it yesterday afternoon, but it is gone today: http://www.mock.com/test/z3801a/ Looks like it might be gone for good, now we only have 29 GPS satellites online... ftp://tycho.usno.navy.mil/pub/gps/gps.txt There's a chance it'll come back, though it's SVN suggests that maybe it's getting old and tired. It did go active 14.5 yrs ago... maybe they just want cut the springs, bolt a wing on the back and add some racing stripes? NANU 2007010 - SVN27 offline 1hr NANU 2007166 - SVN32 offline 45min NANU 2007123 - SVN41 offline 5hr NANU 2007115 - SVN32 offline 3hr NANU 2007111 - SVN40 offline 3.5wk does any of this correlate with some orbital maneuvering? CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS fadeout
); SAEximRunCond expanded to false Errors-To: [EMAIL PROTECTED] RETRY On 8/21/07, Björn Gabrielsson [EMAIL PROTECTED] wrote: Start logging a quality measure for each satellit vs time vs elevationazimuth. There is always a message giving some kind of SNR. After a few days you should have a good map of what sky positions get through to your receiver and what the normal quality is at each position. If you're already running gpsd with a receiver, you can generate such a map with 24hrs of Y messages. I've put up a few examples and a php script to do this: https://www.mainframe.cx/skyviews/ CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] GPS-disciplined oscillators available
); SAEximRunCond expanded to false Errors-To: [EMAIL PROTECTED] i'm interested. tell me more? CK On 7/18/07, George Dubovsky [EMAIL PROTECTED] wrote: ); SAEximRunCond expanded to false Errors-To: [EMAIL PROTECTED] Last fall, I casually mentioned (over on the HP board) that I had a few surplusTrimble Thunderbolt GPS-disciplined oscillator assemblies available, and I was buried by the response! I have obtained a few more and, if you are interested, please contact me for more info at n4ua.va(at)gmail.com. 73, geo - n4ua ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there. -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
Re: [time-nuts] I've lucked it!
On 5/6/07, Brooke Clarke [EMAIL PROTECTED] wrote: It's common here in the U.S. for the LF clocks to only sync near local midnight. How can you tell if that's happening with your watch or not happening? My casio keeps track of the last date/time it was able to sync, and also has a signal strength indicator... CK -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list time-nuts@febo.com https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
Re: [time-nuts] GPS question
On 4/5/07, Joseph Gray [EMAIL PROTECTED] wrote: Am I correct in assuming that the position given by a WAAS enabled handheld GPS unit is more accurate than the position reported by my Z3801? Specifically, I tried a Garmin eTrex Legend Cx with WAAS enabled and used averaging mode for the waypoint. On a related question, the eTrex reported that the position was +- 6ft. Is that really 6ft, or is that 6ft in addition to the 3M claimed accuracy of WAAS? NAVSTAR is specified to provide some minimum level of precision and accuracy; if you get better than that, lucky you. If you find that 95% of navigation solutions are within a 2m sphere when WAAS is being used, lucky you. But 6ft is quite reasonable with a decent receiver and good visibility - I have a receiver on top of an office building, and roughly 50% of my solutions were within 1m, 95% within 2m. http://www.navcen.uscg.gov/gps/geninfo/2001SPSPerformanceStandardFINAL.pdf http://gps.faa.gov/Library/Data/waas/2892bC2a.pdf http://www.usace.army.mil/publications/eng-manuals/em1110-1-1003/toc.htm -- GDB has a 'break' feature; why doesn't it have 'fix' too? ___ time-nuts mailing list time-nuts@febo.com https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
Re: [time-nuts] Poor Man's IRIG-B Generator?
Reading through the list archives someone was asking about patches to
make ntp's tg.c compile, so here's the patch to make it compile on
OpenBSD (probably others too). It sounds plausible...
your OS may or may not have sys/audio.h or sys/audioio.h
--- tg.c.orig Sat Mar 17 21:50:39 2007
+++ tg.cSat Mar 17 22:04:23 2007
@@ -49,15 +49,16 @@
* 10, but not yet with other machines. It uses no special features and
* should be readily portable to other hardware and operating systems.
*/
+#include sys/types.h
+#include sys/audioio.h
+#include sys/ioctl.h
+#include sys/stat.h
+#include errno.h
+#include fcntl.h
#include stdio.h
#include stdlib.h
#include time.h
-#include sys/audio.h
#include math.h
-#include errno.h
-#include sys/types.h
-#include sys/stat.h
-#include fcntl.h
#include string.h
#include unistd.h
@@ -349,8 +350,8 @@
* initialize the time.
*/
if (!utc) {
- gettimeofday(tv, NULL);
- tm = gmtime(tv.tv_sec);
+ time_t t = time(NULL);
+ tm = gmtime(t);
minute = tm-tm_min;
hour = tm-tm_hour;
day = tm-tm_yday + 1;
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
___
time-nuts mailing list
time-nuts@febo.com
https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
