sandip gangakhedkar said:
> Let me clarify that the two nodes *do not* have access to the internet, but
> only to each other, over an unreliable wireless link. So I did not consider
> the option of choosing NTP sync during the measurements.
What sort of distance accuracy are you expecting?
What
On 14.09.2015 12:43, Hal Murray wrote:
> Joachim Fabini said:
>> - Re-compile your kernel for LinuxPPS support, following the instructions on
>> http://linuxpps.org/wiki/index.php/LinuxPPS_installation .
>
> That hasn't been necessary for a long long time.
Most recent distributions have PPS
Sandip,
relative synchronization over the wireless link is a mess. I use Linux
desktop systems with GPS/PPS receivers for measuring one-way delay in
mobile setups and it works. Imho any PPS-capable GPS receiver on the
market should satisfy your needs when you integrate it correctly into a
Linux
Quoting sandip gangakhedkar (sandipfl...@gmail.com):
> Any suggestions/comments on my approach are much appreciated.
Try using real serial ports, avoid USB-serial.
I'm using the Garmin GPS18x LVC puck, it has a PPS signal and talks
RS232 serial. Sells on eBay for $50/$75. You can either try and
Many thanks for sharing your logs and figures - they are really
impressive. Comparing your figures to mine (standard Linux desktop, PCI
RS232 card) it seems like the GPIO-based solution on embedded systems is
capable to provide about a factor of 10 to 100 lower PPS jitter compared
to Linux desktop