Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-08-01 Thread Didier Juges
Have you looked at the blitzortung.org system? There may be some ideas to glean from that On July 28, 2016 6:12:54 PM CDT, Jerome Blaha wrote: >Hi Guys, > >This is a little outside of time-nuts scope, but not by much. I'm >interested in finding the time between two

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-30 Thread Bob Stewart
Hi Jerome, This may or may not be of any help, but have you considered using several RTL-SDR devices running at the same time?  You'd need to use a common clock, and probably a number of other enhancements.  But, if you could pull it off, you'd have a wideband RDF type of device.  You'd

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-29 Thread Attila Kinali
On Fri, 29 Jul 2016 09:23:02 -0700 Chris Albertson wrote: > Sounds like you want to build something rather then use some > instruments you can buy. I've thought a little about this too as I > want to make a LIDAR to measure distance using a laser pulse. In my > case

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-29 Thread Brooke Clarke
Hi Jerome: The Vietnam era Radar Warning Systems used 4 wide band antennas (nose, tail & wing tips) and displayed the bearing, rough distance & threat type on a CRT. Near the antenna was a crystal video receiver using a multi channel filter driving Schottky diode detectors. The output from

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-29 Thread Chris Albertson
Sounds like you want to build something rather then use some instruments you can buy. I've thought a little about this too as I want to make a LIDAR to measure distance using a laser pulse. In my case I want both low cost and for the device to be very small and light and run off a battery I

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-29 Thread Vlad
May be some more accurate alternative to AD8302 could do that. AD8302 could measure Gain/Loss and Phase up to 2.7 GHz. I using one in my project and its doing its job right (I think). On 2016-07-28 19:12, Jerome Blaha wrote: Hi Guys, This is a little outside of time-nuts scope, but not

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-29 Thread Attila Kinali
On Thu, 28 Jul 2016 23:12:54 + Jerome Blaha wrote: > Hi Guys, > > This is a little outside of time-nuts scope, but not by much. > I'm interested in finding the time between two rising edges above a set > threshold with preferably nS or high ps timing accuracy.

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-28 Thread Scott Stobbe
Taking a look for it also turned up a recent time-nuts thread https://www.febo.com/pipermail/time-nuts/2016-May/097801.html On Thursday, 28 July 2016, Scott Stobbe wrote: > There was a pic app note on alternate uses for the cap sense block a while > back, not sure it

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-28 Thread Bob Camp
Hi If you have a need to do < 1 ns with a counter approach, the counter will need to have a GHz clock in it. If you want to use an MCU counter, it will need to have a GHz level clock routed to it. You are unlikely to find an MCU that will do that. An FPGA can get you to 1.25 ns with direct

Re: [time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-28 Thread Scott Stobbe
There was a pic app note on alternate uses for the cap sense block a while back, not sure it that it will push you into the ps. On Thursday, 28 July 2016, Jerome Blaha wrote: > Hi Guys, > > This is a little outside of time-nuts scope, but not by much. I'm >

[time-nuts] Very Accurate Delta Time RF Pulse Measurements

2016-07-28 Thread Jerome Blaha
Hi Guys, This is a little outside of time-nuts scope, but not by much. I'm interested in finding the time between two rising edges above a set threshold with preferably nS or high ps timing accuracy. Can this be simply done with a few programmed Microchip PICs or with a good short term OCXO