[time-nuts] question for expert time guys

Hal Murray hmurray at megapathdsl.net
Fri Feb 1 09:45:37 UTC 2013


rickharold at gmail.com said:
> I would like to triangulate a position of a device which moves using 3 fixed
> positions devices of known location. The idea is to have these operate on
> 915mhz or 434mhz or 2.4ghz or appropriate frequency. 

> I'd like a range of 150 feet or better and accuracy of 3 feet or better. 

> I know the time accuracy is the key to count time =  feet, 1ns. 

> How to make it "inexpensive" is key. how inexpensive, very ;-)

I think it's going to be tough to do it at low cost.

The low cost transmit/receive chip sets you can get for 915 MHz are low 
bandwidth.  That will turn into noise on the on/off transition that you need 
for timing.

I'd suggest getting a pair of demo boards and running some experiments.

The first simple sanity check would be to wire them up to a couple of uProcs 
and send messages and see if they work at your required range.  Play around 
to learn the error rate vs baud rate.


> -device response ASAP on different frequency

Not with low cost.  But you don't need to use a second frequency.

My straw man would be something like this:

Only one station transmits at a time.
Wire up the transmit and receive lines to counter/timers.
On both the transmit and recv side, grab the time on each data-level change 
and average them to figure out when the packet started.

Look at the NTP protocol.  It collects 4 time stamps.  From that, you can 
compute the time of flight.  The time at the remote server drops out.

The sequence would be something like this:
  
fixed->remote: long timing packet.
  (with lots of 1/0 transitions to feed data to the timer hardware)
remote->fixed: long timing packet.
remote-> fixed: packet with 2 time stamps
  first from the receive side, second from the transmit side

I'd put a CRC on the packets as a sanity check.

Handwave time:
  Assume the counter/timers run at 100 MHz.  That's 10 ns.
  So you'll have to do lots of averaging to get below 3 ns.
  But that's assuming the RF units work well and that the averaging works.
  You could build a (much) faster counter/timer in a FPGA.
  I'm not sure that will help.

Get a pair (or 2 pairs) of units and see how well they work.

I'd expect FSK to work slightly better than ASK (on/off), but
I'm not enough of an RF geek to turn than into numbers.

I'll say more if that will help.  We should probably take it off list.

------------

One probably crazy idea...

Setup a directional antenna with a motor to aim it.  Scan for the best signal.


-- 
These are my opinions.  I hate spam.






More information about the Time-nuts_lists.febo.com mailing list