Hi Carlos - The issue is with the USRP source block. If you open up its
options in GRC, under the tab "FE Corrections", there are 2 entries (IQ
Balance and DC Offset), both of which are probably double quotes ("") ...
these should be Python booleans, so True or False depending on if you want
to use the option or not. Hopefully changing them to True or False will
take care of your issue. - MLD
On Sun, Oct 20, 2019 at 6:00 PM Carlos Velazquez <cvel...@hotmail.com>
wrote:
> I am running macOS 10.14.6 and grc 3.7.13.5. After troubleshooting the
> missing variable error in gr-ieee802 after a macport update, I now have the
> following error:
>
> Traceback (most recent call last):
> File “~/Documents/Research/gr-ieee802-11/examples/wifi_rx.py", line 380,
> in <module>
> main()
> File “~/Documents/Research/gr-ieee802-11/examples/wifi_rx.py", line 368,
> in main
> tb = top_block_cls()
> File “~/Documents/Research/gr-ieee802-11/examples/wifi_rx.py", line 152,
> in __init__
> self.uhd_usrp_source_0.set_auto_dc_offset("", 0)
> File
> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/uhd/uhd_swig.py",
> line 3582, in set_auto_dc_offset
> return _uhd_swig.usrp_source_sptr_set_auto_dc_offset(self, enb, chan)
> TypeError: in method 'usrp_source_sptr_set_auto_dc_offset', argument 2 of
> type 'bool'
>
> The loopback block runs fine. It seems UHD may have changed? Anyone having
> the problem? I tried to upgrade gr to 3.8 but macports is only fetching 3.7
>
> v/r,
>
> Carlos
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com
Web: https://ettus.com/
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
