[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Retune Request Time
From: |
Martin Braun |
Subject: |
Re: [Discuss-gnuradio] Retune Request Time |
Date: |
Tue, 14 Jun 2016 13:17:19 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 |
On 06/14/2016 12:13 PM, Richard Bell wrote:
> Martin,
>
> If I create a USRP object
>
> self.usrp = uhd.usrp_sink(device_addr=options.args,
> stream_args=uhd.stream_args('fc32'))
>
> and initialize the USRP center frequency to 900e6
>
> self.usrp.set_center_freq(900e6)
>
> and then do
>
> tr = uhd.tune_request(901e6, 1e3)
>
> followed by
>
> uhd.usrp_sink.get_center_freq()
>
> it returns the original center freq of 900e6. My question is what is the
> tune_request doing?
It's creating an object of type 'tune_request_t'. That's what the
argument type for set_center_freq() is, only that function will also
work with a double (and then create a tune_request for you).
I'm guessing you meant:
tr = uhd.tune_request(901e6, 1e3)
self.usrp.set_center_freq(tr)
M
- [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/13
- Re: [Discuss-gnuradio] Retune Request Time, Derek Kozel, 2016/06/13
- Re: [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/13
- Re: [Discuss-gnuradio] Retune Request Time, Martin Braun, 2016/06/13
- Re: [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/13
- Re: [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time,
Martin Braun <=
- Re: [Discuss-gnuradio] Retune Request Time, Marcus D. Leech, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time, Marcus D. Leech, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time, Martin Braun, 2016/06/15
- Re: [Discuss-gnuradio] Retune Request Time, Derek Kozel, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time, Martin Braun, 2016/06/14
- Re: [Discuss-gnuradio] Retune Request Time, Richard Bell, 2016/06/14