Re: [Discuss-gnuradio] Cross-compiling UHD for E310
It could be a workaround... Why SDK and SD image are not aligned for E310? This is frustrating! Ivan > Il giorno 23 ott 2019, alle ore 00:48, Martin Braun > ha scritto: > > > It's a bit hacky, but you can install Boost from source and install it both > to the sysroots and the device. > >> On Fri, Oct 18, 2019 at 5:05 AM Ivan Iudice wrote: >> Hi all, >> now I’m able to compile uhd and gnuradio, but the sysroot of the sdk >> contains an older version of libboost in respect to the last file system for >> e310. >> anybody has suggestions? >> Substituting sysroot with the actual in sd could help? >> Thank you. >> >> Ivan >> Il giorno 15 ott 2019, alle ore 22:08, Nate Temple ha scritto: >>> >>> Hi Ivan, >>> >>> I would not recommend to use the 'master' branch at this time with the E310 >>> release-4 SDK. UHD 3.15.x.x bumps the deps from what is used in the >>> release-4 SDK. >>> >>> I would recommend to try using the version 3.14.1.1, which is the latest >>> stable release (note, you'll need to install python-six as described in the >>> app note). >>> >>> We will be releasing a new FS/SDK for the E310 with the upcoming UHD 3.15 >>> release. >>> >>> >>> Regards, >>> Nate Temple >>> On Tue, Oct 15, 2019 at 12:15 PM Ivan Iudice wrote: I forgot to say... Following the application note you recommended, I obtain the same results. Thank you. Ivan >> Il giorno 14 ott 2019, alle ore 21:02, Nate Temple >> ha scritto: >> > > Hi Ivan, > > What version of GNU Radio / UHD are you trying to compile? > > The existing release-4 SDK won't support GR 3.8 as it lacks several deps. > > Checkout this app note which covers cross compiling UHD (with RFNoC > enabled) / GR / gr-ettus. If you're not trying to use the RFNoC build, > you can use most of the instructions, but skip the cmake arg > -DENABLE_RFNOC=ON > > https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source > > > Regards, > Nate Temple > >> On Mon, Oct 14, 2019 at 11:52 AM wrote: >> Hello guys! >> I'm trying to cross-compile uhd drivers for my E310 (SD image just >> updated). >> I installed the toolchain as in >> http://files.ettus.com/manual/page_usrp_e3xx.html#e3xx_software_dev_sdk,. >> When I try to compile the uhd drivers I obtain: >> https://pastebin.com/SAAFxXzv >> It seems that python libraries are not found. >> How can I solve? >> Thanks so much. >> Ivan >> >> >> >> Con Tiscali Mobile Smart 30 hai minuti illimitati, 30 Giga e 100 SMS a >> soli 7,99€ al mese. L'attivazione è gratis e disdici quando vuoi. >> http://tisca.li/smart30 >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run
[baz@jackodesktop ~]$ gnuradio-companion Traceback (most recent call last): File "/usr/bin/gnuradio-companion", line 102, in run_main() File "/usr/bin/gnuradio-companion", line 95, in run_main exit(main()) File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line 83, in main platform.build_library() File "/usr/lib/python3.8/site-packages/gnuradio/grc/core/platform.py", line 197, in build_library utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options']) File "/usr/lib64/python3.8/collections/__init__.py", line 891, in __getitem__ return self.__missing__(key)# support subclasses that define __missing__ File "/usr/lib64/python3.8/collections/__init__.py", line 883, in __missing__ raise KeyError(key) KeyError: 'options' [baz@jackodesktop ~]$ I found this https://www.mail-archive.com/discuss-gnuradio@gnu.org/msg69270.html ...which looked promising, but deleting .~.gnuradio changes nothing here. I have just updated our (Mageia8) package tp py3/qt5 build and hit this in testing prior to pushing to our dev branch repo. Any ideas welcome :) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Error when trying to run USRPs using external LO
Hi all, I'm currently trying to run a set of USRP N310s all using the same external LO, but I seem to be getting this error "[ERROR] [0/Radio_1] RX LO lowband does not support setting source to external" which will repeat for all the radios. I tried looking online for the source of the error but no dice. It seems like the radios are ignoring the LO I'm giving them and using their internal ones instead. Any thoughts? -Mark -- Mark Wagner University of California San Diego Electrical and Computer Engineering ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error when trying to run USRPs using external LO
Hey Mark, this really seems to be a UHD error, and not directly related to GNU Radio. I think it'd be really helpful to continue that discussion on usrp-us...@lists.ettus.com, to which you can sign up on [1]. Chances are there's more people experimenting with their N310s there than here! Best regards, Marcus [1] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com On Thu, 2019-10-24 at 12:09 -0700, Mark Wagner wrote: > Hi all, > > I'm currently trying to run a set of USRP N310s all using the same external > LO, but I seem to be getting this error > > "[ERROR] [0/Radio_1] RX LO lowband does not support setting source to > external" > > which will repeat for all the radios. I tried looking online for the source > of the error but no dice. It seems like the radios are ignoring the LO I'm > giving them and using their internal ones instead. Any thoughts? > > -Mark > > > -- > Mark Wagner > University of California San Diego > Electrical and Computer Engineering > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio smime.p7s Description: S/MIME cryptographic signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run
Hi Barry,
neat, haven't seen that one before, specifically :)
But I've seen a test fail:
https://github.com/gnuradio/gnuradio/issues/2678
Mageia is RPM-based, right? Never used it before, but could you point
me to the .SPEC file you're using to build that package?
Hunch: replace
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
with
try:
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
except KeyError: #this happens if there's no 'options' block
pass
and things should work.
I honestly think we could improve the
hide_bokeh_gui_options_if_not_installed to handle None arguments and
use .get('options') instead of ['options']. Willing to pick up on that?
Best regards,
Marcus
On Thu, 2019-10-24 at 19:03 +0100, Barry Jackson wrote:
> [baz@jackodesktop ~]$ gnuradio-companion
> Traceback (most recent call last):
>File "/usr/bin/gnuradio-companion", line 102, in
> run_main()
>File "/usr/bin/gnuradio-companion", line 95, in run_main
> exit(main())
>File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line
> 83, in main
> platform.build_library()
>File
> "/usr/lib/python3.8/site-packages/gnuradio/grc/core/platform.py", line
> 197, in build_library
> utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
>File "/usr/lib64/python3.8/collections/__init__.py", line 891, in
> __getitem__
> return self.__missing__(key)# support subclasses that
> define __missing__
>File "/usr/lib64/python3.8/collections/__init__.py", line 883, in
> __missing__
> raise KeyError(key)
> KeyError: 'options'
> [baz@jackodesktop ~]$
>
> I found this
> https://www.mail-archive.com/discuss-gnuradio@gnu.org/msg69270.html
> ...which looked promising, but deleting .~.gnuradio changes nothing here.
>
> I have just updated our (Mageia8) package tp py3/qt5 build and hit this
> in testing prior to pushing to our dev branch repo.
>
> Any ideas welcome :)
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
smime.p7s
Description: S/MIME cryptographic signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run
This error message also occurs in one of the GRC tests:
https://github.com/gnuradio/gnuradio/issues/2678
Best regards
Håkon Vågsether
tor. 24. okt. 2019, 12:41 skrev Müller, Marcus (CEL) :
> Hi Barry,
>
> neat, haven't seen that one before, specifically :)
> But I've seen a test fail:
> https://github.com/gnuradio/gnuradio/issues/2678
>
> Mageia is RPM-based, right? Never used it before, but could you point
> me to the .SPEC file you're using to build that package?
>
> Hunch: replace
>
>
> utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
> with
>
> try:
>
> utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
> except KeyError: #this happens if there's no 'options' block
> pass
>
> and things should work.
> I honestly think we could improve the
> hide_bokeh_gui_options_if_not_installed to handle None arguments and
> use .get('options') instead of ['options']. Willing to pick up on that?
>
> Best regards,
> Marcus
>
> On Thu, 2019-10-24 at 19:03 +0100, Barry Jackson wrote:
> > [baz@jackodesktop ~]$ gnuradio-companion
> > Traceback (most recent call last):
> >File "/usr/bin/gnuradio-companion", line 102, in
> > run_main()
> >File "/usr/bin/gnuradio-companion", line 95, in run_main
> > exit(main())
> >File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line
> > 83, in main
> > platform.build_library()
> >File
> > "/usr/lib/python3.8/site-packages/gnuradio/grc/core/platform.py", line
> > 197, in build_library
> >
> utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
> >File "/usr/lib64/python3.8/collections/__init__.py", line 891, in
> > __getitem__
> > return self.__missing__(key)# support subclasses that
> > define __missing__
> >File "/usr/lib64/python3.8/collections/__init__.py", line 883, in
> > __missing__
> > raise KeyError(key)
> > KeyError: 'options'
> > [baz@jackodesktop ~]$
> >
> > I found this
> > https://www.mail-archive.com/discuss-gnuradio@gnu.org/msg69270.html
> > ...which looked promising, but deleting .~.gnuradio changes nothing here.
> >
> > I have just updated our (Mageia8) package tp py3/qt5 build and hit this
> > in testing prior to pushing to our dev branch repo.
> >
> > Any ideas welcome :)
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
Re: [Discuss-gnuradio] gnuradio-companion-3.8.0 fails to run
On 24/10/2019 20:36, Müller, Marcus (CEL) wrote:
Hi Barry,
neat, haven't seen that one before, specifically :)
But I've seen a test fail:
https://github.com/gnuradio/gnuradio/issues/2678
Mageia is RPM-based, right? Never used it before, but could you point
me to the .SPEC file you're using to build that package?
Hunch: replace
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
with
try:
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
except KeyError: #this happens if there's no 'options' block
pass
and things should work.
I honestly think we could improve the
hide_bokeh_gui_options_if_not_installed to handle None arguments and
use .get('options') instead of ['options']. Willing to pick up on that?
Best regards,
Marcus
On Thu, 2019-10-24 at 19:03 +0100, Barry Jackson wrote:
[baz@jackodesktop ~]$ gnuradio-companion
Traceback (most recent call last):
File "/usr/bin/gnuradio-companion", line 102, in
run_main()
File "/usr/bin/gnuradio-companion", line 95, in run_main
exit(main())
File "/usr/lib/python3.8/site-packages/gnuradio/grc/main.py", line
83, in main
platform.build_library()
File
"/usr/lib/python3.8/site-packages/gnuradio/grc/core/platform.py", line
197, in build_library
utils.hide_bokeh_gui_options_if_not_installed(self.blocks['options'])
File "/usr/lib64/python3.8/collections/__init__.py", line 891, in
__getitem__
return self.__missing__(key)# support subclasses that
define __missing__
File "/usr/lib64/python3.8/collections/__init__.py", line 883, in
__missing__
raise KeyError(key)
KeyError: 'options'
[baz@jackodesktop ~]$
I found this
https://www.mail-archive.com/discuss-gnuradio@gnu.org/msg69270.html
...which looked promising, but deleting .~.gnuradio changes nothing here.
I have just updated our (Mageia8) package tp py3/qt5 build and hit this
in testing prior to pushing to our dev branch repo.
Any ideas welcome :)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Marcus,
No joy.
Using the change as you wrote it with the comment? on the line like:
except KeyError: #this happens if there's no 'options' block
...caused a build error which looked like it was during the docs build
at the start.
Knowing nothing about python I moved the comment? to the next line after
'pass' like:
pass #this happens if there's no 'options' block
(I saw this syntax in other similar structures in the same file)
.. that then built, but the error is the same:
[baz@jackodesktop ~]$ gnuradio-companion
Traceback (most recent call last):
File
"/usr/lib/python3.8/site-packages/gnuradio/grc/gui/Application.py", line
102, in do_activate
self.main_window = MainWindow(self, self.platform)
File
"/usr/lib/python3.8/site-packages/gnuradio/grc/gui/MainWindow.py", line
84, in __init__
generate_modes = platform.get_generate_options()
File
"/usr/lib/python3.8/site-packages/gnuradio/grc/core/platform.py", line
379, in get_generate_options
for param in self.block_classes['options'].parameters_data:
File "/usr/lib64/python3.8/collections/__init__.py", line 891, in
__getitem__
return self.__missing__(key)# support subclasses that
define __missing__
File "/usr/lib64/python3.8/collections/__init__.py", line 883, in
__missing__
raise KeyError(key)
KeyError: 'options'
The build errors with the patch as you had it can be seen in this build
fail:
http://mtf.duckdns.org/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio-3.8.0.0-1.3.mga8_bcj.src.rpm/build.0.20191024221952.log
OK I'm off to bed!
Cheers,
Barry
