Forum: GNU Radio usrp_wfm_rcv2_nogui.py

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
Efd56ad024244fceccfee79305cb55b4?d=identicon&s=25 Jordan Hayes (Guest)
on 2009-03-07 18:16
(Received via mailing list)
Has this been updated lately?

I tried running it and got an error on this line:

    ok, baseband_freq = self.subdev.set_freq(mid_freq);

There's no use of a variable "ok" anywhere, so that kind of looks like
some English crept in there :-)  Taking "ok, " out gets me further
along.  But then this line:

    dxc_freq, inverted = usrp.calc_dxc_freq(f[n], baseband_freq,
        self.u_converter_rate())

gives me an error:

AttributeError: 'module' object has no attribute 'calc_dxc_freq'

... so maybe some things have changed since the last time this example
ran?

I'm running the trunk on Ubuntu 8.10 ...

Thanks,

/jordan
Efd56ad024244fceccfee79305cb55b4?d=identicon&s=25 Jordan Hayes (Guest)
on 2009-03-07 20:47
(Received via mailing list)
>    dxc_freq, inverted = usrp.calc_dxc_freq(f[n], baseband_freq,
>        self.u_converter_rate())
>
> gives me an error:
>
> AttributeError: 'module' object has no attribute 'calc_dxc_freq'

Ok, I see the code for this in usrp/host/lib/legacy/usrp_standard.cc but

    % find . -name \*.py | xargs grep calc_dxc

gives no output except the example.

It looks like this function used to be in gnuradio/gr-usrp/src/usrp.py
but has now migrated to C++ ... but isn't referenced in the swig .i
file?

Thanks,

/jordan
D0072e69d706bb3ca211d33a1b536e2c?d=identicon&s=25 Johnathan Corgan (Guest)
on 2009-03-08 04:17
(Received via mailing list)
On Sat, Mar 7, 2009 at 11:46 AM, Jordan Hayes <jmhayes@speakeasy.net>
wrote:

> It looks like this function used to be in gnuradio/gr-usrp/src/usrp.py but
> has now migrated to C++ ... but isn't referenced in the swig .i file?

You're right, this was code that was rewritten in C++, but adding it
back to the Python API via SWIG was overlooked.   I'll add it to my
queue.

Thanks for the bug report.

Johnathan
This topic is locked and can not be replied to.