Re: [Discuss-gnuradio] USRP tuning time

2015-08-10 Thread Marcus Müller
Hell. I haven't tried this, but: If you're building GNU Radio from source, you can use this: https://github.com/marcusmueller/gnuradio/tree/uhd_add_tx_tune_tag_handling ie. in your gnu radio directory do something like (assuming you're on the master branch) git pull https://github.com/marcusmuel

Re: [Discuss-gnuradio] USRP tuning time

2015-08-10 Thread Marcus Müller
I'd just try. Clearly, physically retuning is bad in this case, but if you haven't tried with the stream tag approach, you should. Other than that, I think a relatively small patch to the USRP sink would add a tx_tune tag, doing the same as the message of the same name, namely allowing you to spec

Re: [Discuss-gnuradio] USRP tuning time

2015-08-10 Thread Mat Mat
well here's the thing: I need to transmit a burst every 7ms. From what you've written about tuning times, i got somewhat pessimistic as to whether this is enough time to retune. Or would you say that this should be enough? -- Posted via http://www.ruby-forum.com/.

Re: [Discuss-gnuradio] USRP tuning time

2015-08-10 Thread Marcus Müller
Hi Mat, > I decided to achieve frequency hopping not by changing the centre > frequency of the USRP, but by multiplying my signal with a sine of a > certain frequency offset and then transmit that signal over the USRP > with a fixed USRP. That's cool, but it's exactly what the FPGA of the USRP wou

Re: [Discuss-gnuradio] USRP tuning time

2015-08-10 Thread Mat Mat
hey man, many many thanks for the detailed reply! Based on it, I decided to achieve frequency hopping not by changing the centre frequency of the USRP, but by multiplying my signal with a sine of a certain frequency offset and then transmit that signal over the USRP with a fixed USRP. Unfortun

Re: [Discuss-gnuradio] USRP tuning time

2015-08-09 Thread Marcus Müller
Hi Mat, the answer is a bit more complicated, I'm afraid: so first of all, we need to distinguish latency from time it takes to tune. Latency happens if you want the device to tune as soon as possible, and will be mainly dominated by the latency of your general purpose OS running on your general

[Discuss-gnuradio] USRP tuning time

2015-08-09 Thread Mat Mat
Dear all, After quite some searching, I wasn't able to find information about how long it takes to retune a USRP (say, change the centre frequency). Do you guys know anything about that? Specifically, I'm using a USRP X300 with a UBX160 daughterboard. Does anyone know how long it takes in this spe

Re: [Discuss-gnuradio] USRP tuning

2007-09-07 Thread Justin Shaw
Sounds like you are on the right track. I'll add those details tomorrow. Thanks, Justin Brian Padalino wrote: On 9/7/07, Justin Shaw <[EMAIL PROTECTED]> wrote: I think I have a misunderstanding regarding tuning the USRP. I have connected the TX-A directly to RX-A. I am plotting the FFT of

Re: [Discuss-gnuradio] USRP tuning

2007-09-07 Thread Brian Padalino
On 9/7/07, Justin Shaw <[EMAIL PROTECTED]> wrote: > I think I have a misunderstanding regarding tuning the USRP. > > I have connected the TX-A directly to RX-A. I am plotting the FFT of > both the transmitted and received signal. I have tuned RX to 0 Hertz > so I expect the positive frequencies to

[Discuss-gnuradio] USRP tuning

2007-09-07 Thread Justin Shaw
I think I have a misunderstanding regarding tuning the USRP. I have connected the TX-A directly to RX-A. I am plotting the FFT of both the transmitted and received signal. I have tuned RX to 0 Hertz so I expect the positive frequencies to look the same up to noise affects. What I get instead is m