Re: [time-nuts] Racal Dana 1992 universal counter
I have used the Prologix USB GPIB device with mine. On 1/22/2015 6:14 AM, christophena...@virgilio.it wrote: Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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.
Re: [time-nuts] Racal Dana 1992 universal counter
Hi Back a very long time ago HP came up with a “universal” interface standard to talk to instruments. It turned into HPIB. After a bit of time, the standard evolved a little and other manufacturers picked up on it. It then became standardized as GPIB. Since the mid 1980’s, it’s been a pretty good bet that a gizmo labeled GPIB will work with another gizmo labeled GPIB. Problem details generally revolve around stacking a large combination of devices and cables together. PC cards to drive GPIB are one way to drive a modern setup. Serial interface boxes something that you see on rare occasions. USB interface devices are the most typical way to do it in a basement setup. Far more important (like 100X) than the card (or box) talking to the counter is weather your computer, it’s operating system, and the software you intend to use will work with the interface. The GPIB side is a slam dunk compared to the software side. Without more information on the computer and software you intend to use, it’s tough to really give more than a general recommendation. National Instruments gear tends to be well supported across a number of platforms. There are many others who do a good job as well. Bob On Jan 22, 2015, at 7:14 AM, christophena...@virgilio.it wrote: Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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.
Re: [time-nuts] Ublox 6T receiver, noisy PPS.
Dan, I echo what Azelio is saying. During the time when you are evaluating a GPS receiver it is important to collect as much data as possible, just in case you need to go back and correlate unusual events. I tend to turn on all possible binary messages and collect tens or hundreds of MB. You never know what you will uncover hidden in the data. But even collecting as little info as date, time, number of SV visible and locked, signal strengths, and solution mode (3D, 2D, 0D) once a second is a good enough summary for most purposes. I also log lat/lon/alt because if that varies then you know you're no longer in position hold mode. You can confirm Azelio's prediction below by manually forcing it to 3D for a while and see if that suddenly matches your noisy data. /tvb - Original Message - From: Azelio Boriani azelio.bori...@gmail.com To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Thursday, January 22, 2015 3:03 AM Subject: Re: [time-nuts] Ublox 6T receiver, noisy PPS. OK, my opinion is that the GPS was not in position hold mode during the noisy period. Maybe due to an internal error or whatever, the GPS quitted the position hold mode. Try to add to the software the ability to log the GPS actual status so that if this error will return you are able to see what happened to the GPS. In order to confirm (or not) my opinion, you can try to run a test where the GPS operates in the standard navigation mode and see if the wander is the same as the noisy period. On Thu, Jan 22, 2015 at 4:02 AM, d...@irtelemetrics.com wrote: Hi, Yes, the log has Raw TIC phase, saw tooth correction, and corrected TIC phase. Unfortunately I do not have another TIC available at the moment (It's on the wish list!) Also, with the GPS and OCXO, it's the classic two clock problem! ;) It took a bit to pull the data together for graphing. The two graphs show 9000 seconds of recorded data, few days apart. One from the 'noisy' period of time and the other from after the last survey. In the graphs the corrected 'noisy' data has a peak to peak wander of about twice that (26nS) of the corrected 'normal' wander (13nS). Other periods of time show wander a bit worse. However I tried to pick some samples that had similar EFC DAC movement, to try to keep the comparison even. The magenta trace is saw tooth correction, in ns. The blue trace is uncorrected phase between the PPS and the HP10811. The yellow trace is corrected phase. You will note that the GPSDO is setup for a 50nS phase shift between the PPS and OXCO. Additional things to note: I intentionally did not touch the system when the noise started (Trying not to change anything). The only thing that was done was the survey was started again. The HVAC system cycles here about every 30 to 40 minutes, so this data includes several temp swings. It's been about a month since the GPS was last power cycled. The 'noisy' period of data lasted a few days, and ended with the survey. Until the noisy period of data things have been running nicely since about last September. The antenna has not been moved, but some snow was removed from the roof around the antenna about a week before the 'noisy' period started. The HP10811 has been aging at about 5e-12 per day... My gut tells me something happened in the GPS, although I'm not sure what. Maybe this is even normal for a GPS? My feeling is not, but you all know this stuff better I do! :) Thanks, Dan So, your PPS wander is measured by the GPSDO internal TIC and the result is sawtooth corrected and usually gives 6ns, suddenly it went to 25ns. Well, the first move, IMO, is to connect an external TIC and track the GPS PPS against the GPSDO PPS and see whether, when you have the jump, it is recorded only by the internal TIC or not. You have a log file: what's in it? You said that the PPS was still getting corrections but what about the uncorrected PPS wander? Was it still the same after the jump? Can you share your log file with the data before and after the jump? I'm assuming the log file has the raw PPS measurements and the applied corrections listed every second. ___ 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] Racal Dana 1992 universal counter
Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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] Racal Dana 1992 universal counter
I have the following instruments on my GPIB bus: Tektronix 2712 spectrum analyzer HP 3586b selective voltmeter Racal Dana 1992 counter Advantest U3641 specturm analyzer (currently inop/offline) I am using a 64 bit Fedora Linux and a PCI card to run this 50 year old protocol. The card cost more than the motherboard and CPU. Do a Google on Linux GPIB. Over the last week I have been using the 2712 and the GPIB bus to store the output of the spectrum ananyzer. You can download my gpib stuff from ftp.omen.com On 01/22/2015 04:52 AM, Chris Howard wrote: I have used the Prologix USB GPIB device with mine. On 1/22/2015 6:14 AM, christophena...@virgilio.it wrote: Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 ___ 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] Ublox 6T receiver, noisy PPS.
OK, my opinion is that the GPS was not in position hold mode during the noisy period. Maybe due to an internal error or whatever, the GPS quitted the position hold mode. Try to add to the software the ability to log the GPS actual status so that if this error will return you are able to see what happened to the GPS. In order to confirm (or not) my opinion, you can try to run a test where the GPS operates in the standard navigation mode and see if the wander is the same as the noisy period. On Thu, Jan 22, 2015 at 4:02 AM, d...@irtelemetrics.com wrote: Hi, Yes, the log has Raw TIC phase, saw tooth correction, and corrected TIC phase. Unfortunately I do not have another TIC available at the moment (It's on the wish list!) Also, with the GPS and OCXO, it's the classic two clock problem! ;) It took a bit to pull the data together for graphing. The two graphs show 9000 seconds of recorded data, few days apart. One from the 'noisy' period of time and the other from after the last survey. In the graphs the corrected 'noisy' data has a peak to peak wander of about twice that (26nS) of the corrected 'normal' wander (13nS). Other periods of time show wander a bit worse. However I tried to pick some samples that had similar EFC DAC movement, to try to keep the comparison even. The magenta trace is saw tooth correction, in ns. The blue trace is uncorrected phase between the PPS and the HP10811. The yellow trace is corrected phase. You will note that the GPSDO is setup for a 50nS phase shift between the PPS and OXCO. Additional things to note: I intentionally did not touch the system when the noise started (Trying not to change anything). The only thing that was done was the survey was started again. The HVAC system cycles here about every 30 to 40 minutes, so this data includes several temp swings. It's been about a month since the GPS was last power cycled. The 'noisy' period of data lasted a few days, and ended with the survey. Until the noisy period of data things have been running nicely since about last September. The antenna has not been moved, but some snow was removed from the roof around the antenna about a week before the 'noisy' period started. The HP10811 has been aging at about 5e-12 per day... My gut tells me something happened in the GPS, although I'm not sure what. Maybe this is even normal for a GPS? My feeling is not, but you all know this stuff better I do! :) Thanks, Dan So, your PPS wander is measured by the GPSDO internal TIC and the result is sawtooth corrected and usually gives 6ns, suddenly it went to 25ns. Well, the first move, IMO, is to connect an external TIC and track the GPS PPS against the GPSDO PPS and see whether, when you have the jump, it is recorded only by the internal TIC or not. You have a log file: what's in it? You said that the PPS was still getting corrections but what about the uncorrected PPS wander? Was it still the same after the jump? Can you share your log file with the data before and after the jump? I'm assuming the log file has the raw PPS measurements and the applied corrections listed every second. ___ 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.
Re: [time-nuts] Can one update firmware of Stanford Research Systems SR620 time interval counter?
I heard back from SRS and 1.48 is the current f/w rev level for the SR 620. List -- we're still tracking down the root cause of the strange response Dave is seeing from his *IDN? command. There was some questionable usage of ibwrt() and ibrd() and atof() in his test program as well as possible EOI timing issues with his PC and NI GPIB card. So no perfect explanation yet. /tvb - Original Message - From: Dr. David Kirkby (Kirkby Microwave Ltd) drkir...@kirkbymicrowave.co.uk To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Friday, January 02, 2015 12:50 PM Subject: [time-nuts] Can one update firmware of Stanford Research Systems SR620 time interval counter? I'm just in the process of trying to look at writing some GPIB software for my SR620, which is a fairly new arrival. I paid $950 for it, which I think was pretty good, considering it has the high stability time base. Anyway, the first thing after setting the GPIB address to something that did not clash with other equipment I had, was to send it the usual *IDN? to hopefully get some response from it. Sure enough, it did respond with: drkirkby@buzzard:~/SR620-1/src$ ./tic 15 StanfordResearchSystems,SR620,03154,1.48 e I was a bit surprised by the letter e on another line, but anyway, that is what it did. According to the manual, This string is in the format: StanfordResearchSystems, SR620, serial number, version number. Where serial number is the five digit serial number of the particular unit, and version number is the 3 digit firmware version number. So it looks like I have firmware 1.48. Does anyone know the latest firmware, whether it is possible to update the firmware, and if so how? Also, does anyone have a lit of the changes between firmware releases? If there are some major bugs fixed, I'd be more keen to update, but if the changes are quite minor, I am less inclined to bother. Dave ___ 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.
Re: [time-nuts] Oscilloquartz 2200 Clock / B-5400 Oscillator
Hello, I have just uploaded to Didier Juges website the manual for the Oscilloquartz 2200 with clock option 2205, complete with schematics. Best regards, Jean-Louis On 21/01/2015 13:43, Tom Van Baak wrote: Hi Adrian, I have a working Oscilloquartz B-5400. A copy of the data sheet is at: http://leapsecond.com/museum/osa5400/1982-OSA-B-5400-ds.pdf but I do not have a manual for it. Did you happen to take some photos when you did the repair? I'd like to see the inside, but since mine is working I'm hesitant to open it and take a close look. Also, what is your measurement and reference, where you can measure to the low -13's? Thanks, /tvb - Original Message - From: Adrian rfn...@arcor.de To: Discussion of precise time and frequency measurement time-nuts@febo.com Sent: Tuesday, January 20, 2015 2:32 PM Subject: [time-nuts] Oscilloquartz 2200 Clock / B-5400 Oscillator I ran into a nice Oscilloquartz 2200 digital clock / precision crystal oscillator from the early 80's that is in need of some care. Please let me know if you have any manuals / data sheets / catalog pages or other information to share. At the moment I'm working on the faulty power supply. Any schematics, also from a 2210 that appears to have the same PS would be very helpful. The 2200 houses a B-5400 high performance oscillator that has been reported here: http://tf.boulder.nist.gov/general/pdf/26.pdf Any other information, data sheets etc. would be nice. I tested the oscillator on an external power supply. After about a day of continous operation it was obviously still running in, but first ADEV mesurements pointed into the low E-13's. Unfortunetely, it stopped then drawing current, so I had to take it apart. Out came a nice dewar-packaged cylindrical oscillator housing. When I pulled it out, the heater windings unwound like an untied spring. That will be a challenge to get nicely rewound but should be possible. Any advice what glue to use for fixing them permanently on the housing are welcome. The culprit was a hermetic tantalum cap in the 10V reference circuit. Adrian ___ 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. -- Jean-Louis Oneto email: jl.on...@free.fr ___ 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] Racal Dana 1992 universal counter
Hello Chris, I have several 1992 instruments. Tried using eBay junk to do GPIB, but never got beyond HyperTerminal messages. It turns out that some of those counter/timers were for military use, and that military GPIB is different. There is a jumper on some instruments that lets you select standard or military. Can't be more specific until I dig out the manual. The Phase A-B feature was very useful for comparing precision oscillators. Bill Hawkins -Original Message- From: christophena...@virgilio.it Sent: Thursday, January 22, 2015 6:15 AM Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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] R: Re: Racal Dana 1992 universal counter
I' ve used for a while a National Instruments RS232-GPIB converter with my two 1992s using the military language. I wrote my programs myself in QuickBasic under MS-DOS on a laptop. The whole thing worked quite well. Indeed I had a vague info that the counter could be switched to standard GPIB but I was never able to do the maneuver, neither did I ever have confirmation from this list that someone actually succeeded doing this. Antonio I8IOV Da: c...@omen.com Data: 22/01/2015 20.13 A: time-nuts@febo.com Ogg: Re: [time-nuts] Racal Dana 1992 universal counter I forgot to mention -- the 1992 has a jumper that selects between vanilla GPIB and a special Air Force ATE standard. Mine came with the Air Force setting. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 ___ 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.
Re: [time-nuts] R: Re: Racal Dana 1992 universal counter
Off topic somewhat, but an interesting project . http://www.dalton.ax/hpdisk/ -=Bryan=- Date: Thu, 22 Jan 2015 23:06:53 +0100 From: iov...@inwind.it To: time-nuts@febo.com Subject: [time-nuts] R: Re: Racal Dana 1992 universal counter I' ve used for a while a National Instruments RS232-GPIB converter with my two 1992s using the military language. I wrote my programs myself in QuickBasic under MS-DOS on a laptop. The whole thing worked quite well. Indeed I had a vague info that the counter could be switched to standard GPIB but I was never able to do the maneuver, neither did I ever have confirmation from this list that someone actually succeeded doing this. Antonio I8IOV Da: c...@omen.com Data: 22/01/2015 20.13 A: time-nuts@febo.com Ogg: Re: [time-nuts] Racal Dana 1992 universal counter I forgot to mention -- the 1992 has a jumper that selects between vanilla GPIB and a special Air Force ATE standard. Mine came with the Air Force setting. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 ___ 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. ___ 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] GPS leap second pending (TBolt/Heather)
Nope, it's not an error or a problem. That column of data is showing a decode of the 16 status bits that the Tbolt is providing.The Trimble docs say that bit is a Leap Pending bit, so that is what Heather displays. It would be wrong to try and mask/adjust the report of the receiver's status word. Lady Heather is a monitor and display program for Trimble timing receivers. It shows the values that the receiver is reporting (usually to the precision that the receiver provides... think that micro-degree temperature value is really that accurate? I have a lovely bridge that you might want to purchase) But that's what the receiver is sending, so that's what gets displayed. - Note that this is not a GPS problem, nor a Trimble problem. It's just a problem with user written software. ___ 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 leap second pending (TBolt/Heather)
Re: Note that this is not a GPS problem, nor a Trimble problem. It's just a problem with user written software. I agree with Mark's comment. His software makes no attempt to interpret or correct the information put out by the Thunderbolt, it simply reports it. My Thunderbolt Monitor does the same thing. I can imagine a different tool with a different objective doing something different with good reason, but that is not what Lady Heather does, by choice rather than by mistake. It's a problem with user's expectations :) On Thu, Jan 22, 2015 at 8:05 PM, Mark Sims hol...@hotmail.com wrote: Nope, it's not an error or a problem. That column of data is showing a decode of the 16 status bits that the Tbolt is providing.The Trimble docs say that bit is a Leap Pending bit, so that is what Heather displays. It would be wrong to try and mask/adjust the report of the receiver's status word. Lady Heather is a monitor and display program for Trimble timing receivers. It shows the values that the receiver is reporting (usually to the precision that the receiver provides... think that micro-degree temperature value is really that accurate? I have a lovely bridge that you might want to purchase) But that's what the receiver is sending, so that's what gets displayed. - Note that this is not a GPS problem, nor a Trimble problem. It's just a problem with user written software. ___ 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.
[time-nuts] GPS leap second pending (TBolt/Heather)
I was just sent a nice TBolt / Heather.exe screenshot from alert time-nuts reader Steven Reyer showing LEAP PENDING!. The good news is that, yes, there will be another leap second (in June). The bad news is that, no, there is not a leap second at the end of this month (January) nor at the end of March for that matter. So depending on how you interpret pending, Heather.exe has a bug. This sort of premature or ambiguous leap second reporting has caused problems with users in the past, especially when the leap second is announced more than 3 months ahead. Note that this is not a GPS problem, nor a Trimble problem. It's just a problem with user written software. In this case the user software is Heather. This message is derived from Trimble's 0x8F-AC Supplemental Timing Packet, minor alarm, bit 7. Note that the bit does not necessarily imply there is a leap second at the end of *this* month. All it means is a leap second is pending at the end of *some* month in the future. The user is then suppose to use packet 0x58 UTC Data (Type 5) to decode WN_lsf, DN_lsf, delta_lsf in order to figure out which month it is and report that. Like most GPS timing receivers, the TBolt handles leap seconds correctly when they occur. So no worries. But if you write your own add-on software and dare to report leap seconds ahead of time, you must do the math yourself. Give Mark Sims (author of Heather) first chance to fix it; if he doesn't want to then one of you can be a hero and send him a fix to him. For extra confidence you can use packet 0x8E-A4 to test your code. /tvb ___ 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] GPS leap second pending (HP/SmartClock)
And not to be left out of the pre-leap second party, those of you with HP/Symmetricom SmartClock's can also have fun. That would include the 58503-series TF standards as well as most of the Z38-series. Send these commands ASAP and (surprise) see what you get: *cls :ptim:leap:acc? :ptim:leap:stat? :ptim:leap:dur? :ptim:leap:date?[ Spoiler Alert! ] *cls :syst:stat? Also, notice that depending where you are in the world, a leap second is not yet reported by the syst:stat command. Even if you don't have a 58503 running, go to http://www.realhamradio.com/GPS_websites_list.htm and try sites like: http://www.sidmonitor.net/gallery/gpsstat.htm http://www.shaunmerrigan.info/timeandfreq/gpscon/gpsstat.htm http://www.delphelectronics.co.uk/gps/gpsstat.htm Do this quickly; by later today all the live sites should be reporting the same status. /tvb ___ 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] Racal Dana 1992 universal counter
I forgot to mention -- the 1992 has a jumper that selects between vanilla GPIB and a special Air Force ATE standard. Mine came with the Air Force setting. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 ___ 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] Racal Dana 1992 universal counter
Did you notice the message in this email list about an Arduino based GPIB interface? The advantage is the cost which could be under $10 and that many of us already have the parts. The disadvantage is you have to assemble it yourself and it works for only one instrument on the bus at a time. If you Goole arduino gpib you get LOTS of hits. It seems this idea was re-invented about 100 times. On Thu, Jan 22, 2015 at 6:00 AM, Chuck Forsberg WA7KGX c...@omen.com wrote: I have the following instruments on my GPIB bus: Tektronix 2712 spectrum analyzer HP 3586b selective voltmeter Racal Dana 1992 counter Advantest U3641 specturm analyzer (currently inop/offline) I am using a 64 bit Fedora Linux and a PCI card to run this 50 year old protocol. The card cost more than the motherboard and CPU. Do a Google on Linux GPIB. Over the last week I have been using the 2712 and the GPIB bus to store the output of the spectrum ananyzer. You can download my gpib stuff from ftp.omen.com On 01/22/2015 04:52 AM, Chris Howard wrote: I have used the Prologix USB GPIB device with mine. On 1/22/2015 6:14 AM, christophena...@virgilio.it wrote: Hello everybody, i am looking for an interface pc card for a Racal-Dana Model 1992 Nanosecond Universal Counter Timer 1.3 GHz.Please could someone give me some suggestions about a card that might suite this counter? I was told that a GIPB-USB interface controller should work (for instance ADLINK usb-3488A IEEE-488) but i'd like to be 100% sure.Has someone maybe direct experience with that? Thanks in advance and best regards, Chris Nacci ___ 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. -- Chuck Forsberg WA7KGX c...@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc The High Reliability Software 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430 ___ 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. -- Chris Albertson Redondo Beach, California ___ 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.
