Initial estimate to pull and replace the engine (owner bought and hauled the replacement engine to the mechanic) was $5,000.

First of all, let's get a relative error estimate: 9.32e-3/10e6 is about 1ppb error, which is fantastically low from my point of view; this might as well be caused by numerical accuracy in the FPGA, e.g. when shifting the signal or decimating it; this is all fixed point arithmetic!

I > tried using the SNR estimation blocks in the GRC but they seem > to be giving erroneous readings, so I decided to try with a > spectrum analyzer to estimate the SNR using (S+N)/N. > I noticed that even when there's no transmission going on, so > trying to measure the noise floor, a signal appears on the > spectrum

If you want to get the power estimates (in an arbitrary scale) and to save them into a file or pass them to a next DSP block, you can use the "Log Power FFT" block instead of the "WX FFT Sink" block. 4.

Hi Seah, Based on the error you're getting below, the coarse frequency offset (CFO) estimator is receiving a real signal when it will accept only a complex signal. Cast that signal to be complex before it enters the CFO estimator, and you should eliminate that error.

Hopefully that's as simple as estimating the frequency offset as well as estimating the time offset. That frequency offset is a square wave with rounded corners. I'm not sure what happens if the corners are too sharp. I'm assuming the corners are rounded enough that you can track them.

They certainly are related, however the relation (especially around the speed of sound) is difficult to estimate.

It assumes a perfect estimate of the location (no bias from > antenna multipath). IT also > does not take into account any delay in the antenna or coax to the > antenna.

> > What you are trying to do is spectral estimation from a limited number of > samples.

Those led to estimations of the Love numbers for the amplitude and phase of the deformation of the solid earth in response to the lunar and solar tides.