Re: [time-nuts] Z3801A recovering

Joe I am confused by the fact that it shows the unit has been in HOLDOVER for 496 hours if you did a fresh survey Did you do a SYSTEM:PRESET: and GPS:POS:SURVEY:ONCE commands to initiate the new survey or just the survey command or What software are you running? I would power the

Re: [time-nuts] Lucent GPS UTC confusion

Hal, I did the "*TST?" command, which seemed to do a power cycle. The Status screen shows "GPS 1PPS Synchronized to UTC". Joe Gray W5JG On Wed, Mar 16, 2016 at 11:30 PM, Hal Murray wrote: > > jg...@zianet.com said: >> I noticed on the Status screen that the Lucent

Re: [time-nuts] Electronic Goldmine ===> was: Re: DC-DC Converters

Hi, The "Electronic Surprise Boxes" they sell are fun to sort through. You will end up with a huge pile of junk resistors and such, but I have never been disappointed in the other goodies I found. One box I received contained about 40 oscillators in various frequencies. You often get a lot of

[time-nuts] plug: SDGPS on Kickstarter

I'll adopt Didier's notation here Although it's marketed as an SDR for the BeagleBone, this project contains an open source 12+ channel software-defined GPS receiver: https://www.kickstarter.com/projects/1575992013/kiwisdr-beaglebone-software-defined-radio-sdr-with/ It's very easy to

Re: [time-nuts] Serial-Ethernet

On Thu, Mar 17, 2016 at 10:00 AM, Tom Van Baak wrote: > this feature should be in every GPSDO, but I think it's unique to the > TBolt. > I was under the impression that SYNChronization:HOLDover:INITiate did this on the Fury. Of course I'm used to embarrassing

[time-nuts] Microsonics TCXO

I got my hands on some of these. https://dl.dropboxusercontent.com/u/19599147/TCXO%20Top.jpg https://dl.dropboxusercontent.com/u/19599147/TCXO%20Bottom.jpg A search finds other Microsonics units, but not this one. I can't find any information on what voltage to feed this. Does anyone know? I

Re: [time-nuts] Difference between Oncore models

Thanks to all for the comments. I recently traded for another Z3801A that I was told didn't work. I don't know what is wrong with it, as I haven't had time to put it on the bench yet. I understand that the OCXO is putting out a decent 10 MHz, so perhaps it also has a bad Oncore. Joe Gray W5JG

Re: [time-nuts] Microsonics TCXO

On Sun, 20 Mar 2016 08:47:01 -0500, you wrote: >An even better solution would have been to put them on the 'exact' same >frequency and phase, but the digital electronics and GPS frequency/timing >systems that could enable that, had not been deployed yet. Which gets you major nulls, assuming the

[time-nuts] Thunderbolt Serial Port Shutdown

Are there any circumstances when the Thunderbolt serial port is disabled by firmware? My TB runs 24/7 but stopped the night before last for no apparent reason. I only discoverd this when I checked Lady Heather early yesterday.(19 March) LH had stopped with a 'no data' warning late on the

Re: [time-nuts] Fw: 5065

On 3/19/2016 1:43 AM, tim...@timeok.it wrote: > > > > Tom, > it is not, see the Farnell code below followed by Amphenol part number: > > > Farnell code: 1914117 pn 97-3106A18-22S connector > Farnell code: 1654733 pn 9779-513-8 plastic ring > Farnell code: 151628 pn 97-3057-1010-1 cable clamp and

Re: [time-nuts] Microsonics TCXO

Joe: In that time frame, there were a lot of "simulcast" analog radio, police, pager, and TV systems, where different broadcast transmitter locations transmitted the same information on the same frequencies. The goal was to have strong signals across a large (overlapping) combined coverage area.

Re: [time-nuts] plug: SDGPS on Kickstarter

On 3/19/16 3:08 AM, j...@jks.com wrote: I'll adopt Didier's notation here Although it's marketed as an SDR for the BeagleBone, this project contains an open source 12+ channel software-defined GPS receiver:

Re: [time-nuts] Microsonics TCXO

HI The parts would have been set to the offset marked on the can. In the case of the one in the picture that would have been dead on frequency. The offset is used to center up the frequency vs temperature curve. Since they are a TCXO, that curve may be as high as a 6th or 8th order curve.

Re: [time-nuts] 10 MHz to 32.768 kHz converter

In theory what is the best you can do using division of a 10MHz signal. It's really not very good the period of the 32768 hz output will always be "off". I think the best way is to divide the 10MHz signal by some power of five (like 78125) then use that to phase lock your 32768 oscillator. In

Re: [time-nuts] Thunderbolt Serial Port Shutdown

I have seen something similar with one of my Trimble Thunderbolts that I got through this group. After weeks of operation, the serial port stops responding and a power-cycle has it communicating again. Firmware A002206.G1 Rev E Running on OpenHPSDR LPU analog power supply that gets 13.6

Re: [time-nuts] Thunderbolt Serial Port Shutdown

Hi Check the solder joints on the 9 pin serial connector. Your TBolt would not be the first to come back to live after a questionable joint on the PC board was touched up. Bob > On Mar 20, 2016, at 2:10 AM, Dave Brown wrote: > > Are there any circumstances when the

Re: [time-nuts] Thunderbolt Serial Port Shutdown

On 3/20/2016 2:10 AM, Dave Brown wrote: Are there any circumstances when the Thunderbolt serial port is disabled by firmware? My TB runs 24/7 but stopped the night before last for no apparent reason. I only discoverd this when I checked Lady Heather early yesterday.(19 March) LH had stopped

Re: [time-nuts] Thunderbolt Serial Port Shutdown

Dave, Make sure your -12 volt supply is valid. It's used by the UART. Anything from -7 to -12 should be ok. Here's the wiring diagram: http://www.leapsecond.com/pages/tbolt/power.htm /tvb - Original Message - From: "Dave Brown" To: "Discussion of precise time

Re: [time-nuts] Framework for simulation of oscillators

Thanks, Ulrich In a message dated 3/20/2016 5:33:21 P.M. Eastern Daylight Time, mag...@rubidium.se writes: Ulrich and Attila, As you read the appendixes of ITU-T Rec. G.823, G.824 and G.825 they will not give very detailed information, but hints. The flicker noise model comes from Jim

Re: [time-nuts] Framework for simulation of oscillators

Ulrich and Attila, As you read the appendixes of ITU-T Rec. G.823, G.824 and G.825 they will not give very detailed information, but hints. The flicker noise model comes from Jim Barnes and Chuck Greenhalls PTTI 19 article "Large Sample Simulation of Flicker Noise". Be aware of Chuck's

Re: [time-nuts] Framework for simulation of oscillators

God kväll Magnus, On Sun, 20 Mar 2016 20:43:00 +0100 Magnus Danielson wrote: > > If not, does someone have pointers how to write realistic oscillator models > > for this kind of short and long term simulation? > > It is a large field that you tries to cover. What

Re: [time-nuts] 10 MHz to 32.768 kHz converter

Hi Martyn, > I have been playing around with producing 32.768 kHz from 10 MHz using a PIC > chip. > I have a real time clock calendar chip that requires a 32.768 kHz crystal. I > want to feed it with 10 MHz > signal instead, so it is synchronised to my main 10 MHz in a frequency > standard I

Re: [time-nuts] 10 MHz to 32.768 kHz converter

mar...@ptsyst.com said: > My question is should I expect exactly 32.76800 kHz (obviously assuming > we use the same 10 MHz to drive the divider and all test equipment)? Yes, as long as you are feeding the same reference to your counter and your divider you should get an exact answer. > The

Re: [time-nuts] 10 MHz to 32.768 kHz converter

Martyn, On 03/20/2016 07:26 PM, Martyn Smith wrote: Hello, First of all quick apologies for sending an email last week without deleting all the old information from previous postings. I have been playing around with producing 32.768 kHz from 10 MHz using a PIC chip. I have a real time

[time-nuts] 10 MHz to 32.768 kHz converter

Hello, First of all quick apologies for sending an email last week without deleting all the old information from previous postings. I have been playing around with producing 32.768 kHz from 10 MHz using a PIC chip. I have a real time clock calendar chip that requires a 32.768 kHz

Re: [time-nuts] Framework for simulation of oscillators

I am interested in this topic too, thanks, Ulrich In a message dated 3/20/2016 4:10:12 P.M. Eastern Daylight Time, mag...@rubidium.dyndns.org writes: Attila, On 03/17/2016 10:56 AM, Attila Kinali wrote: > Moin, > > Measurement we recently did showed some quite unexpected behaviour >

Re: [time-nuts] Framework for simulation of oscillators

Attila, On 03/17/2016 10:56 AM, Attila Kinali wrote: Moin, Measurement we recently did showed some quite unexpected behaviour and I am trying to figure out where this comes from. For this I would like to simulate our system, which consists of multiple crystal oscillators that are coupled in a

Re: [time-nuts] Framework for simulation of oscillators

http://scholarcommons.usf.edu/cgi/viewcontent.cgi?article=2270=etd In a message dated 3/20/2016 5:33:21 P.M. Eastern Daylight Time, mag...@rubidium.se writes: Ulrich and Attila, As you read the appendixes of ITU-T Rec. G.823, G.824 and G.825 they will not give very detailed

Re: [time-nuts] Framework for simulation of oscillators

http://joerg-berkner.de/Fachartikel/pdf/2000_AKB_Berkner_1f_noise.pdf In a message dated 3/20/2016 5:33:21 P.M. Eastern Daylight Time, mag...@rubidium.se writes: Ulrich and Attila, As you read the appendixes of ITU-T Rec. G.823, G.824 and G.825 they will not give very

Re: [time-nuts] Framework for simulation of oscillators

Goder afton Attila, On 03/20/2016 10:20 PM, Attila Kinali wrote: God kväll Magnus, On Sun, 20 Mar 2016 20:43:00 +0100 Magnus Danielson wrote: If not, does someone have pointers how to write realistic oscillator models for this kind of short and long term

Re: [time-nuts] 10 MHz to 32.768 kHz converter

How about Bresenham's Algorithm to alternate imperfect periods to produce an average that matches any "perfect" period. Refer to Bob Ammerman work to use Bresenham-type system for PIC MCU. He was using the counter works in the background, either by polling or Interrupt-Driven. So, the

Re: [time-nuts] 10 MHz to 32.768 kHz converter

Martyn, Hal, Magnus, The PIC code for perfect 10 MHz to 32768 Hz division is here: http://leapsecond.com/pic/src/pd30.asm For PIC division of 10 MHz to 32768 Hz, each second you want 55904 short half-cycles of 38 instructions (38 x 400 ns = 15.2 us) and 9632 long half-cycles of 39