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 <[email protected]>
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
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>


-- 
Michael Dickens
Ettus Research Technical Support
Email: [email protected]
Web: https://ettus.com/
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to