Re: [time-nuts] TymServe 2100 OCXO (MTI 240-0530-D)
Keep us updated on any progress (or pitfalls here). I just installed our new MicroSemi S350's a few minutes ago;) and pulled a couple TS2100's out of the rack. We would like to update these and have one of the Heol GPS units on order. Ours have OXCO's already, so it should just be the GPS. Andrew -Original Message- From: time-nuts [mailto:time-nuts-boun...@febo.com] On Behalf Of Gerhard Wittreich Sent: Wednesday, June 03, 2015 4:14 AM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] TymServe 2100 OCXO (MTI 240-0530-D) I'm giving the entire rebuild a try including the Ace Trimble III clone form Heol Design. I'm not sure it is practical but I like the idea of keeping an old unit running. I read the post you mentioned which does a nice job of discussing the firmware settings. I was hoping for some practical tips on removing and reinstalling the oscillators. Is it a straight forward desolder/resolder? Is there an insulating pad (thermal or electrical) under the OCXO? Any pitfalls? Gerhard R Wittreich, P.E. On Tue, Jun 2, 2015 at 10:41 PM, Robert Watzlavick roc...@watzlavick.com wrote: See the thread titled Upgrading TS2100 from TCXO to OCXO around 3/30/2011. I used a different OCXO but one that had a compatible EFC range. It's funny, a few weeks ago before the TS2100s started acting up, I would have picked up one of those OCXOs in a heartbeat. I've had an eBay watch set up for years waiting for that part. But now I'm not so sure I want it anymore. -Bob On 06/02/2015 08:32 AM, Gerhard Wittreich wrote: I just discovered that a correct model MTI OCXO (MTI 240-0530-D) for the TS-2100 is currently available on eBay. In the past MTI 240's of different versions have been available but unsuitable for the TS-2100. Price is $45.99 + shipping. I have one on the way. NEW Symmertricom BC11736-1000 MRI 240-0530-D 010285-0530-D Crystal Oscillator http://www.ebay.com/itm/NEW-Symmertricom-BC11736-1000-MRI-240-0530-D- 010285-0530-D-Crystal-Oscillator-/131510917585?pt=LH_DefaultDomain_0 hash=item1e9ea959d1 Now, has anyone replaced a stock oscillator with the correct MTI 240 in a TS-2100? Glad to take this off-line of the topic is not of general interest. Gerhard R. Wittreich, P.E. ___ 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 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] What did I buy? Austron 1210D-03
Well the clock survived Fedex Home Delivery (yuck) in one piece. It's in extremely good shape, just as was shown in the pictures. All the buttons and lights work. At turn on, the 10MHz output was about 350 Hz high, and power draw was 40 Watts. It's now setting at just over 0.1 ppm out after a very slow warmup. Who knows when the last calibration was, or if someone fiddled with the frequency adjustments. Of course the batteries are deader than a doornail. They can actually keep the clock powered on for a few seconds, which is surprising. Next step is to open it up and get those batteries out, hopefully they haven't leaked. I wonder who got the other one ?? Dan On Mon, May 25, 2015 at 1:37 PM, Bob Camp kb...@n1k.org wrote: Hi Best guess is that you will get down below 1x10^-9 fairly soon. That will let you stay within 100 ns of GPS for a 100 second walk around the block…. It would be unusual if it stayed below 1x10^-11 for any length of time. That would extend your walk time to about three hours. As you take your walk, resist the urge to swing the arm carrying the clock. The (likely) 2x10^9 per G acceleration sensitivity will shorten your walk quite a bit if you do :) Of course you *could* calibrate the sensitivity vector and log all of the arm swings …. Bob On May 25, 2015, at 12:21 PM, Dan Watson watsondani...@gmail.com wrote: Thanks for the replies. I think this will make a very nice clock for my lab, though before I relegate it to a shelf I plan to replace the battery pack and experiment with the performance. I especially like the features for syncing it precisely to an external source. After a month or two of the OCXO stabilizing, I'll get it synced to GPS and see how long it stays aligned. A reference aligned to the GPS PPS that you can carry around seems quite nifty. The other unit already sold, so perhaps that indicates the price wasn't far off the mark. Thanks Dan On Mon, May 25, 2015 at 12:28 AM, Glen Hoag h...@hiwaay.net wrote: Dan, A Google search locates a manual and schematics at http://www.to-way.com/tf.html. -Glen Sent from my iPhone On May 24, 2015, at 16:35, Dan Watson watsondani...@gmail.com wrote: Hi, I just picked up an Austron 1210D-03 on eBay. It was an impulse purchase based on the apparent condition and the fact that it seems like a nice old clock/reference. I searched for old posts about this unit, found mostly discussion about the manual and battery pack. Hopefully the price I paid is ok. Can anyone tell me about these units? Also, there's one left: http://www.ebay.com/itm/AUSTRON-MODEL-1210D-03-CRYSTAL-CLOCK-/261899740547 Thanks! Dan ___ 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 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] Thunderbolt/Arduino RS232 Interface Issue
Swap the tx and rx lines on the Arduino. Swap back to reconnect to PC. On Jun 3, 2015, at 10:51, Chris Albertson albertson.ch...@gmail.com wrote: In the RS-232 world devices are either DTE or DCE. You need one of each on each end of the line if using a normal straight cable.To connect two like devices you need a crossover cable (AKA null modem) From the sounds of it I'm guessing the PC is a DCE and the Arduino and Thunderbolt are both DTE. On Tue, Jun 2, 2015 at 9:38 PM, Dan Quigley d...@quigleys.us wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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. ___ 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/Arduino RS232 Interface Issue
Is the shield explicitly powered? It may be being phantom powered from the control lines when connected to the PC which are not present when connected to the Thunderbolt. David McGaw N1HAC On 6/3/15 12:38 AM, Dan Quigley wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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] Thunderbolt/Arduino RS232 Interface Issue
Well... even after a cup of coffee, I still feel like doing a face plant. I would have sworn that I checked that... twice! Thanks to Tom Van Baak, Tom Harris and you Paul for responding so quickly. The electrons are now fine, I'm pushing bits around now. 73's, Dan (N7HQ) -Original Message- From: time-nuts [mailto:time-nuts-boun...@febo.com] On Behalf Of Paul Williamson Sent: Tuesday, June 2, 2015 11:05 PM To: Discussion of precise time and frequency measurement Subject: Re: [time-nuts] Thunderbolt/Arduino RS232 Interface Issue That sounds a lot like you have the Thunderbolt's TX pin hooked up to the RS-232 Shield's TX pin, which is what would happen if you tried to use the same cable that worked between the Shield and the PC or between the Thunderbolt and the PC. To connect the Shield and the Thunderbolt you might just need a null modem cable -- that is, one that swaps the RX and TX pins. -Paul KB5MU On Tue, Jun 2, 2015 at 9:38 PM, Dan Quigley d...@quigleys.us wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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.
Re: [time-nuts] USB problems and solutions - Some what Off Topic -- USB-C
It's definitely no optional. The TI part is designed for that. Not sure about the others. The HV bus is definitely optional - but most stationary devices - hosts, docks,etc can supply that no issue I would say that we will see big values on the HV bus from AC mains powered devices. On Tuesday, June 2, 2015, Bob Camp kb...@n1k.org wrote: Hi The point that was made by the OP was that the new USB-C spec starts out with a “3A default” rather than 500 ma. Since this stuff is just hitting the market, only time will tell how the vendors decide to handle that “requirement” with multi port gizmos. With (now apparently obsolete) USB-3.0, hubs in the 8 and up range are indeed out on the market. I *assume* that the large port count stuff will also show up for USB-C. Bob On Jun 2, 2015, at 4:44 PM, Jim Lux jim...@earthlink.net javascript:; wrote: On 6/2/15 4:07 AM, Bob Camp wrote: Hi The one thing I would be a bit careful about is the power levels. Consider an 8 port hub: 5V 3A from each would be 24A total. That’s pretty unusual. Most hubs give you one or two high current outputs. There are very few 8 port hubs and lots of 7 port hubs (at least for USB 1 and 2). A 7 port hub is two 4 port hubs daisy chained. For commercial products, most (if not all, I've not checked for sure) have only 2 of the high power jacks. The power switching and control protocol is non-trivial, especially if you are connecting and disconnecting devices. On windows (and other OSes, too, I imagine) there's a whole thing where the OS tries to keep track of the state of the whole tree of USB devices, so that it doesn't try to send a power up message to a device that downstream of a powered down hub until it's sent the hub power up message. There's also some weird (and entirely within spec, apparently) behavior of a hub where it, say, has 1.2 Amp total capability, so the first two 0.5 Amp devices that are plugged in get the full allocation, and the rest do not get the high power acknowledgement. Plugging in a combination of high and low power devices (or, equivalently, enabling and disabling them) can lead to things sometimes working and sometimes not. (the Knapsack problem, which this sort of is, is NP hard, after all) I've also found devices/hubs that seem to use some sort of ad-hoc power allocation scheme (actually measuring the power drawn, as opposed to just saying high power (500mA) and low power(100mA) devices when querying the device and/or looking at the pullup/pulldown on D+/D- One reference says All USB devices enumerate as low-power devices at first. After enumeration, the host examines the bMaxPower field of the configuration descriptor for the device. If bMaxPower indicates that the device is high-power, and the power is available, the host allows the device to transition to high-power the whole if power is available might be done in real time. And this causes real issues if you have a USB powered device that has multiple power modes (I have a bunch of radar modules that started out being USB powered, and have a low power idle mode and a high power transmitter and receiver on mode) There's some complexity also with bus powered vs self powered hubs. A bus powered only gets 500mA from upstream, so cannot really support any downstream devices at 500mA: therefore, 100mA for each of the 4 downstream devices, and 100mA for the hub itself (if needed). In any case, USB power management (and hub and device state management) is substantially more complex than one might think, and lame software drivers in the host can make it more complex; particularly if, as in most modern systems, there's lots of power management going on for hibernation and sleep modes. There's a whole bunch of command line commands for Windows to manage this explicitly (if you don't want to use device manager). If you're doing a lot of USB stuff on windows, you NEED the devcon command, which gives a lot more visibility into the enumeration and hierarchy. USB power management http://support.microsoft.com/kb/817900 devcon command: http://support.microsoft.com/kb/311272 googling Windows USB power management will turn up a lot of info, too. devcon can also be used to deal with USB COM ports that move around or disappear and reappear. I have a system that has 5 Teensy 3.1 microcontrollers hooked to it via USB (emulating a very fast serial port). The problem is that when the microcontroller changes USB device types depending on whether it's in bootloader mode or running an Arduino program mode. I think devcon might also be a good way to suppress the notorious GPS masquerading as a Microsoft Serial Mouse problem which is quite annoying. 20V 5A (100W ea) on 8 ports would be 800W. That’s not going to be cheap. Yes, the 20V is an “optional” part of the whole thing. The 3A does not appear to be quite
Re: [time-nuts] Thunderbolt/Arduino RS232 Interface Issue
That sounds a lot like you have the Thunderbolt's TX pin hooked up to the RS-232 Shield's TX pin, which is what would happen if you tried to use the same cable that worked between the Shield and the PC or between the Thunderbolt and the PC. To connect the Shield and the Thunderbolt you might just need a null modem cable -- that is, one that swaps the RX and TX pins. -Paul KB5MU On Tue, Jun 2, 2015 at 9:38 PM, Dan Quigley d...@quigleys.us wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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] USB problems and solutions - Some what Off Topic -- USB-C
Hi The point that was made by the OP was that the new USB-C spec starts out with a “3A default” rather than 500 ma. Since this stuff is just hitting the market, only time will tell how the vendors decide to handle that “requirement” with multi port gizmos. With (now apparently obsolete) USB-3.0, hubs in the 8 and up range are indeed out on the market. I *assume* that the large port count stuff will also show up for USB-C. Bob On Jun 2, 2015, at 4:44 PM, Jim Lux jim...@earthlink.net wrote: On 6/2/15 4:07 AM, Bob Camp wrote: Hi The one thing I would be a bit careful about is the power levels. Consider an 8 port hub: 5V 3A from each would be 24A total. That’s pretty unusual. Most hubs give you one or two high current outputs. There are very few 8 port hubs and lots of 7 port hubs (at least for USB 1 and 2). A 7 port hub is two 4 port hubs daisy chained. For commercial products, most (if not all, I've not checked for sure) have only 2 of the high power jacks. The power switching and control protocol is non-trivial, especially if you are connecting and disconnecting devices. On windows (and other OSes, too, I imagine) there's a whole thing where the OS tries to keep track of the state of the whole tree of USB devices, so that it doesn't try to send a power up message to a device that downstream of a powered down hub until it's sent the hub power up message. There's also some weird (and entirely within spec, apparently) behavior of a hub where it, say, has 1.2 Amp total capability, so the first two 0.5 Amp devices that are plugged in get the full allocation, and the rest do not get the high power acknowledgement. Plugging in a combination of high and low power devices (or, equivalently, enabling and disabling them) can lead to things sometimes working and sometimes not. (the Knapsack problem, which this sort of is, is NP hard, after all) I've also found devices/hubs that seem to use some sort of ad-hoc power allocation scheme (actually measuring the power drawn, as opposed to just saying high power (500mA) and low power(100mA) devices when querying the device and/or looking at the pullup/pulldown on D+/D- One reference says All USB devices enumerate as low-power devices at first. After enumeration, the host examines the bMaxPower field of the configuration descriptor for the device. If bMaxPower indicates that the device is high-power, and the power is available, the host allows the device to transition to high-power the whole if power is available might be done in real time. And this causes real issues if you have a USB powered device that has multiple power modes (I have a bunch of radar modules that started out being USB powered, and have a low power idle mode and a high power transmitter and receiver on mode) There's some complexity also with bus powered vs self powered hubs. A bus powered only gets 500mA from upstream, so cannot really support any downstream devices at 500mA: therefore, 100mA for each of the 4 downstream devices, and 100mA for the hub itself (if needed). In any case, USB power management (and hub and device state management) is substantially more complex than one might think, and lame software drivers in the host can make it more complex; particularly if, as in most modern systems, there's lots of power management going on for hibernation and sleep modes. There's a whole bunch of command line commands for Windows to manage this explicitly (if you don't want to use device manager). If you're doing a lot of USB stuff on windows, you NEED the devcon command, which gives a lot more visibility into the enumeration and hierarchy. USB power management http://support.microsoft.com/kb/817900 devcon command: http://support.microsoft.com/kb/311272 googling Windows USB power management will turn up a lot of info, too. devcon can also be used to deal with USB COM ports that move around or disappear and reappear. I have a system that has 5 Teensy 3.1 microcontrollers hooked to it via USB (emulating a very fast serial port). The problem is that when the microcontroller changes USB device types depending on whether it's in bootloader mode or running an Arduino program mode. I think devcon might also be a good way to suppress the notorious GPS masquerading as a Microsoft Serial Mouse problem which is quite annoying. 20V 5A (100W ea) on 8 ports would be 800W. That’s not going to be cheap. Yes, the 20V is an “optional” part of the whole thing. The 3A does not appear to be quite so easy to ignore. We’ll see what actually happens ….. Bob On May 30, 2015, at 11:28 AM, Neil Schroeder gign...@gmail.com wrote: USB-C will offer a number of things that I believe will be of benefit to time nuts everywhere: 1) High current 5V up to 3A on every port 2) High voltage/current up to 20V/5A optionally on every port -
Re: [time-nuts] Thunderbolt/Arduino RS232 Interface Issue
You have TX connected to TX? Swap your TX/RX connections and see if the levels improve. Tom Harris celephi...@gmail.com On 3 June 2015 at 14:38, Dan Quigley d...@quigleys.us wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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] Bliley 100MHz Oscillators for sale
Hi again I have 4 Bliley 100MHz OCXO oscillators that I would like to sell. The Bliley model is NV26R891 with a SMA connector output. The nominal power supply voltage is 12Vdc. This time there is information available. www.febo.com/pages/oscillators/100_MHz_Data_Sheets/bliley.pdf I will ship to a US mail address through USPS. $40.00 each $10 per shipping package I prefer a paypal payment. If interested send an email to ivanjcous...@gmail.com Ivan Cousins ___ 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] Using CPLD/FPGA or similar for frequency divider
Thanks Bruce. That is an excellent option. I did a paper over a decade ago on the jitter and phase noise for Actel (Now Microsemi) comparing their eX device to the Xilinx CPLD. It was intended to show the eX device was preferable to the Xilinx CPLD. It makes a difference as to what device is selected. Jerry On Tue, Jun 2, 2015 at 11:17 PM, Bruce Griffiths bruce.griffi...@xtra.co.nz wrote: You can always cleanup the outputs of the CPLD or FPGA by resynchronising the outputs to the input clock using a dedicated D flipflop for each output. Bruce On Wednesday, 3 June 2015 3:22 PM, Bob Camp kb...@n1k.org wrote: Hi A lot depends on exactly which CPLD or which FPGA you are looking at and how they put the guts of it together. If you find one that is “just right” it *might* be within 10 db of high speed CMOS. Since there is a 20 db delta between the HC you mention and the AC that leaves a bit of room. If you have a part with a bias generator in it, just forget about using it. You will have all sorts of strange spurs that come and go. They will be broadband. They will take the noise floor up into the 100 dbc / Hz range in some cases. If you are trying to use the internal PLL, it’s phase noise isn’t going to be great. Numbers like -135 dbc / Hz at 100 KHz offset are not uncommon on an HF output. As straight dividers, they might get to -16x dbc/ Hz region. That compares to the -174 dbc / Hz you could expect under similar conditions with something like AC or faster CMOS. You are more likely to get there on a fast CLPD than on an FPGA. Either way you can run into bum parts. Bob On Jun 2, 2015, at 9:13 AM, David C. Partridge david.partri...@perdrix.co.uk wrote: Is this a sensible thing to consider doing? Or would I be better sticking to AC/HC/AHC/LVC logic? Regards, David Partridge ___ 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 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/Arduino RS232 Interface Issue
In the RS-232 world devices are either DTE or DCE. You need one of each on each end of the line if using a normal straight cable.To connect two like devices you need a crossover cable (AKA null modem) From the sounds of it I'm guessing the PC is a DCE and the Arduino and Thunderbolt are both DTE. On Tue, Jun 2, 2015 at 9:38 PM, Dan Quigley d...@quigleys.us wrote: Hello, I'm integrating an Arduino (Due/Mega have tried both) with a surplus Thunderbolt and need some advice. The Thunderbolt is a known working unit (supplies 10Mhz to my HPSDR rig) and the serial interface works fine between it and a PC. I've read the coverage about this kind of integration (and some of the archived discussions on this board) and am employing a commercially available MAX232-based shield (RS232 V2) to handle the level translations. Just three lines (RX/TX/GND) are used. The MAX232 circuit is working, reliably passing data between the Arduino and a PC. With the Thunderbolt is connected to the MAX232 no data passes. Activity LEDs on the non-RS232 of the MAX232 circuit show no activity when the Thunderbolt is providing data, indicating the MAX232 is not performing the intended level translation. I've scoped the RX/TX lines coming from the Thunderbolt both when connected to the Arduino and not. There is a distinct difference. When disconnected, the pulses are about 10.3v and nice, crisp and square. Connected, the pulses are ~50% lower in voltage (4.1v) showing an exponential rise in voltage and trace noise. I'm pretty much stumped at the moment and wonder if anyone can offer a suggestion or thoughts on a direction to take. Thanks in advance, Dan Quigley (N7HQ) ___ 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.
Re: [time-nuts] TymServe 2100 OCXO (MTI 240-0530-D)
I'm giving the entire rebuild a try including the Ace Trimble III clone form Heol Design. I'm not sure it is practical but I like the idea of keeping an old unit running. I read the post you mentioned which does a nice job of discussing the firmware settings. I was hoping for some practical tips on removing and reinstalling the oscillators. Is it a straight forward desolder/resolder? Is there an insulating pad (thermal or electrical) under the OCXO? Any pitfalls? Gerhard R Wittreich, P.E. On Tue, Jun 2, 2015 at 10:41 PM, Robert Watzlavick roc...@watzlavick.com wrote: See the thread titled Upgrading TS2100 from TCXO to OCXO around 3/30/2011. I used a different OCXO but one that had a compatible EFC range. It's funny, a few weeks ago before the TS2100s started acting up, I would have picked up one of those OCXOs in a heartbeat. I've had an eBay watch set up for years waiting for that part. But now I'm not so sure I want it anymore. -Bob On 06/02/2015 08:32 AM, Gerhard Wittreich wrote: I just discovered that a correct model MTI OCXO (MTI 240-0530-D) for the TS-2100 is currently available on eBay. In the past MTI 240's of different versions have been available but unsuitable for the TS-2100. Price is $45.99 + shipping. I have one on the way. NEW Symmertricom BC11736-1000 MRI 240-0530-D 010285-0530-D Crystal Oscillator http://www.ebay.com/itm/NEW-Symmertricom-BC11736-1000-MRI-240-0530-D-010285-0530-D-Crystal-Oscillator-/131510917585?pt=LH_DefaultDomain_0hash=item1e9ea959d1 Now, has anyone replaced a stock oscillator with the correct MTI 240 in a TS-2100? Glad to take this off-line of the topic is not of general interest. Gerhard R. Wittreich, P.E. ___ 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.
Re: [time-nuts] Using CPLD/FPGA or similar for frequency divider
Hi As always, the real answer it “that depends”. If your objective is wide band phase noise and you want to start from 100 MHz and get 10 MHz (fig 6 in the Lamda paper), you can get at least another 6 db with a simple divide by 10 chip than with all the fancy stuff. Bob On Jun 3, 2015, at 12:17 AM, Bruce Griffiths bruce.griffi...@xtra.co.nz wrote: You can always cleanup the outputs of the CPLD or FPGA by resynchronising the outputs to the input clock using a dedicated D flipflop for each output. Bruce On Wednesday, 3 June 2015 3:22 PM, Bob Camp kb...@n1k.org wrote: Hi A lot depends on exactly which CPLD or which FPGA you are looking at and how they put the guts of it together. If you find one that is “just right” it *might* be within 10 db of high speed CMOS. Since there is a 20 db delta between the HC you mention and the AC that leaves a bit of room. If you have a part with a bias generator in it, just forget about using it. You will have all sorts of strange spurs that come and go. They will be broadband. They will take the noise floor up into the 100 dbc / Hz range in some cases. If you are trying to use the internal PLL, it’s phase noise isn’t going to be great. Numbers like -135 dbc / Hz at 100 KHz offset are not uncommon on an HF output. As straight dividers, they might get to -16x dbc/ Hz region. That compares to the -174 dbc / Hz you could expect under similar conditions with something like AC or faster CMOS. You are more likely to get there on a fast CLPD than on an FPGA. Either way you can run into bum parts. Bob On Jun 2, 2015, at 9:13 AM, David C. Partridge david.partri...@perdrix.co.uk wrote: Is this a sensible thing to consider doing? Or would I be better sticking to AC/HC/AHC/LVC logic? Regards, David Partridge ___ 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 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] Bliley 100MHz Oscillators for sale
Gents: All four of the Bliley Oscillators are sold. Thank You. Ivan Cousins ___ 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.
