|
From: | Marcus Müller |
Subject: | Re: [Discuss-gnuradio] How to reduce reconfiguration latency |
Date: | Wed, 23 Apr 2014 14:50:20 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 |
Hi Bolin Hsu,
I hope I understand you correctly, so let's ask some questions: > In my application, the transmitted signal could be scaled up to +/-5% in time domain. This is most probably not what you wanted to say. Scaling something in time domain means "multiplying it with a factor of X", usually. Do you mean it's frequency shifted? Does the transmitted burst vary in length? Your further text suggests you're experiencing frequency offset (what ever these 5% relate to), so I recommend looking into the various frequency correction possibilities. Usually you know quite a lot about your signal which can be used to correct an inaccurate rx freq - in many cases, a maximum signal bandwidth is sufficient to use something like a frequency locked loop. Take a look into the "synchronizers" category in GNU Radio Companion. I don't really understand what you're trying to say about latency, but from what I understand it is mostly due to your specific implementation of the frequency correction; these numbers are vastly meaningless without at least something like a sampling rate, information about the estimator you use to "check the deviation" etc. Reconfiguring does not seem to be a good idea in your case, I agree. I don't really understand why you do it, though. Greetings, Marcus On 04/23/2014 03:04 AM, Bolin Hsu wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |