Re: upgrading to 3.8 (was: Re: Stream args on UHD USRP Sink)
Hi Marcus and all super-heros, Day 3 of trying to get gnuradio 3.8 to work with our custom code. I've tried following the porting guide, but seem to continue to need to apt-get or install this that and the other thing. 3.8 does seem to be installed. and gnuradio companion is launching. However none of our custom code is surviving the cmake step. I've googled and installed different cmake versions. THese seem to go into different places and do not replace my original cmake. So for ubuntu 19. where should cmake be installed and which version is currently fashionable? Thanks all Glen The porting guide seems helpful , particularly for cmake, but i'm failing in various steps of cmake. gr-modtool does seem to be working, but naturally does not actually produce code that compiles. (it has macros that do not compile). It would be better if the full cmake step worked after gr-modtool ran (with comments) for other variable types. I've not yet had the strength to tweak gr-foo to get it to cmake. Maybe tomorrow. On Tue, Dec 3, 2019 at 1:26 PM Müller, Marcus (CEL) wrote: > > Hi Glen, > > On Tue, 2019-12-03 at 12:20 -0500, Glen Langston wrote: > > Hi > > > > This is a general question about upgrade to python 3 and gnu radio 3.8. > > > > We’ve got some custom C++ and Python code that will need to be installed. > > The python ran in version 2.7. This is working with gnuradio companion > > 3.7.13.4 > > > > How difficult a task is upgrading? A day/week/month? > > Pretty much impossible to say, but if you say "some", I'd assume it's > in the range of single-digits hours. > > See: > > https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide > > Best regards, > Marcus
Re: Stream args on UHD USRP Sink
As said, I'm almost certain you can absorb that multiplication in anything else you're doing already. On Tue, 2019-12-03 at 21:00 -0300, Wheberth Damascena Dias wrote: > Yeah, You are right, > > My initial thougth was, UHD already needs to scale whatever comes in to the > DAC range. If it could take in account this extra scaling I could save the > constant multiplier block. > > Best Regards. > > Em ter, 3 de dez de 2019 15:24, Müller, Marcus (CEL) > escreveu: > > I'd recommend not overestimating the workload of scaling outside of UHD > > – UHD still has to do that multiplication! So, scaling e.g. your > > constellation or your pulse-shaping filter would make at least as much > > sense. > > > > On Tue, 2019-12-03 at 14:11 -0300, Wheberth Damascena Dias wrote: > > > Hi Marcus, I > > > > > > I am planning to give a try to the GnuRadio 3.8 PPA. We are developing > > > some OOT blocks and some rework may be needed to do so. > > > > > > I will take a look at the code, but I am inclined to change my > > > application to eliminate the need of scaling in real time (scalling the > > > QAM symbols for example) > > > > > > Regarding the USRP I am using a pair of X310. > > > > > > Thank you very much. > > > Wheberth > > > > > > > > > Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) > > > escreveu: > > > > U that's an ancient version of GNU Radio. Do you use any other UHD- > > > > linking software, or can you try our new PPA that would give you a > > > > modern GNU Radio 3.8.0.0? > > > > > > > > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases > > > > > > > > Anyway, for most USRPs "fullscale" actually should do some scaling (if > > > > you're so inclined, look for "_host_extra_scaling" in the UHD source > > > > code). > > > > > > > > What is the USRP you're using? > > > > > > > > Best regards, > > > > Marcus > > > > > > > > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: > > > > > Hi all, not sure if I should send this here or at USRP list. > > > > > > > > > > I am trying to set the "fullscale" as a stream parameter of the USRP > > > > > Sink block, but it have no effect. The idea is to avoid the use aof > > > > > one block to scale the samples to [-1.0, +1.0] range May I be missing > > > > > something? > > > > > > > > > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All > > > > > stock from Ubuntu 18.04). > > > > > Thank you very > > > > > > > > > > > > > > > > > > > > -- > > > > > Wheberth Damascena Dias > > > > > ___ _ _ __ ___ __ _ _ _ _ > > > > > http://www.linkedin.com/in/wheberth > > > > > e-mail:whebe...@gmail.com > > > > > smime.p7s Description: S/MIME cryptographic signature
Re: Stream args on UHD USRP Sink
On 12/03/2019 11:26 AM, Müller, Marcus (CEL) wrote: U that's an ancient version of GNU Radio. Do you use any other UHD- linking software, or can you try our new PPA that would give you a modern GNU Radio 3.8.0.0? host_extra_scaling https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases Anyway, for most USRPs "fullscale" actually should do some scaling (if you're so inclined, look for "_host_extra_scaling" in the UHD source code). What is the USRP you're using? Best regards, Marcus I looked at the code, and the "fullscale" operand is ONLY ever applied for sc8 wire-format. For sc16, both "host_extra_scaling" and "dsp_extra_scaling" are set to 1.0 in the setup code. This is what I had recalled from years ago looking at this.
Re: Stream args on UHD USRP Sink
Yeah, You are right, My initial thougth was, UHD already needs to scale whatever comes in to the DAC range. If it could take in account this extra scaling I could save the constant multiplier block. Best Regards. Em ter, 3 de dez de 2019 15:24, Müller, Marcus (CEL) escreveu: > I'd recommend not overestimating the workload of scaling outside of UHD > – UHD still has to do that multiplication! So, scaling e.g. your > constellation or your pulse-shaping filter would make at least as much > sense. > > On Tue, 2019-12-03 at 14:11 -0300, Wheberth Damascena Dias wrote: > > Hi Marcus, I > > > > I am planning to give a try to the GnuRadio 3.8 PPA. We are developing > some OOT blocks and some rework may be needed to do so. > > > > I will take a look at the code, but I am inclined to change my > application to eliminate the need of scaling in real time (scalling the QAM > symbols for example) > > > > Regarding the USRP I am using a pair of X310. > > > > Thank you very much. > > Wheberth > > > > > > Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) > escreveu: > > > U that's an ancient version of GNU Radio. Do you use any other UHD- > > > linking software, or can you try our new PPA that would give you a > > > modern GNU Radio 3.8.0.0? > > > > > > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases > > > > > > Anyway, for most USRPs "fullscale" actually should do some scaling (if > > > you're so inclined, look for "_host_extra_scaling" in the UHD source > > > code). > > > > > > What is the USRP you're using? > > > > > > Best regards, > > > Marcus > > > > > > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: > > > > Hi all, not sure if I should send this here or at USRP list. > > > > > > > > I am trying to set the "fullscale" as a stream parameter of the USRP > Sink block, but it have no effect. The idea is to avoid the use aof one > block to scale the samples to [-1.0, +1.0] range May I be missing something? > > > > > > > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All > stock from Ubuntu 18.04). > > > > Thank you very > > > > > > > > > > > > > > > > -- > > > > Wheberth Damascena Dias > > > > ___ _ _ __ ___ __ _ _ _ _ > > > > http://www.linkedin.com/in/wheberth > > > > e-mail:whebe...@gmail.com > > > > >
Re: Stream args on UHD USRP Sink
On 12/03/2019 01:24 PM, Müller, Marcus (CEL) wrote: I'd recommend not overestimating the workload of scaling outside of UHD – UHD still has to do that multiplication! So, scaling e.g. your constellation or your pulse-shaping filter would make at least as much sense. Indeed, if your flow-graph is within a single multiply block of running out of CPU headroom, you need to reevaluate what you're doing. On Tue, 2019-12-03 at 14:11 -0300, Wheberth Damascena Dias wrote: Hi Marcus, I I am planning to give a try to the GnuRadio 3.8 PPA. We are developing some OOT blocks and some rework may be needed to do so. I will take a look at the code, but I am inclined to change my application to eliminate the need of scaling in real time (scalling the QAM symbols for example) Regarding the USRP I am using a pair of X310. Thank you very much. Wheberth Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) escreveu: U that's an ancient version of GNU Radio. Do you use any other UHD- linking software, or can you try our new PPA that would give you a modern GNU Radio 3.8.0.0? https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases Anyway, for most USRPs "fullscale" actually should do some scaling (if you're so inclined, look for "_host_extra_scaling" in the UHD source code). What is the USRP you're using? Best regards, Marcus On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: Hi all, not sure if I should send this here or at USRP list. I am trying to set the "fullscale" as a stream parameter of the USRP Sink block, but it have no effect. The idea is to avoid the use aof one block to scale the samples to [-1.0, +1.0] range May I be missing something? For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock from Ubuntu 18.04). Thank you very -- Wheberth Damascena Dias ___ _ _ __ ___ __ _ _ _ _ http://www.linkedin.com/in/wheberth e-mail:whebe...@gmail.com
Re: Stream args on UHD USRP Sink
I'd recommend not overestimating the workload of scaling outside of UHD – UHD still has to do that multiplication! So, scaling e.g. your constellation or your pulse-shaping filter would make at least as much sense. On Tue, 2019-12-03 at 14:11 -0300, Wheberth Damascena Dias wrote: > Hi Marcus, I > > I am planning to give a try to the GnuRadio 3.8 PPA. We are developing some > OOT blocks and some rework may be needed to do so. > > I will take a look at the code, but I am inclined to change my application to > eliminate the need of scaling in real time (scalling the QAM symbols for > example) > > Regarding the USRP I am using a pair of X310. > > Thank you very much. > Wheberth > > > Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) > escreveu: > > U that's an ancient version of GNU Radio. Do you use any other UHD- > > linking software, or can you try our new PPA that would give you a > > modern GNU Radio 3.8.0.0? > > > > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases > > > > Anyway, for most USRPs "fullscale" actually should do some scaling (if > > you're so inclined, look for "_host_extra_scaling" in the UHD source > > code). > > > > What is the USRP you're using? > > > > Best regards, > > Marcus > > > > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: > > > Hi all, not sure if I should send this here or at USRP list. > > > > > > I am trying to set the "fullscale" as a stream parameter of the USRP Sink > > > block, but it have no effect. The idea is to avoid the use aof one block > > > to scale the samples to [-1.0, +1.0] range May I be missing something? > > > > > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock > > > from Ubuntu 18.04). > > > Thank you very > > > > > > > > > > > > -- > > > Wheberth Damascena Dias > > > ___ _ _ __ ___ __ _ _ _ _ > > > http://www.linkedin.com/in/wheberth > > > e-mail:whebe...@gmail.com > > > smime.p7s Description: S/MIME cryptographic signature
upgrading to 3.8 (was: Re: Stream args on UHD USRP Sink)
Hi Glen, On Tue, 2019-12-03 at 12:20 -0500, Glen Langston wrote: > Hi > > This is a general question about upgrade to python 3 and gnu radio 3.8. > > We’ve got some custom C++ and Python code that will need to be installed. > The python ran in version 2.7. This is working with gnuradio companion > 3.7.13.4 > > How difficult a task is upgrading? A day/week/month? Pretty much impossible to say, but if you say "some", I'd assume it's in the range of single-digits hours. See: https://wiki.gnuradio.org/index.php/GNU_Radio_3.8_OOT_Module_Porting_Guide Best regards, Marcus smime.p7s Description: S/MIME cryptographic signature
Re: Stream args on UHD USRP Sink
Hi Glen - GR38 provides compatibility with Py27, so your old code should still work there ... once the GR37 specific parts are update to what GR38 requires. From a Python perspective, it should still work. We'd recommend creating a "maint-3.7" branch (or something that makes it clear that the branch is for GR37), and then moving "master" to use GR38. Of course, GR39 will remove Py27 compatibility, so we advise everyone doing GR development to update to Py3 code ... Py36 would be good enough, Py37 would be better! Py38 is a little too young still to recommend long term moving to it, but as of yet it seems to work out of the box with GR and UHD and Volk and related projects. Hope this is useful! - MLD On Tue, Dec 3, 2019 at 12:31 PM Glen Langston wrote: > Hi > > This is a general question about upgrade to python 3 and gnu radio 3.8. > > We’ve got some custom C++ and Python code that will need to be installed. > The python ran in version 2.7. This is working with gnuradio companion > 3.7.13.4 > > How difficult a task is upgrading? A day/week/month? > > Thanks again for all your guidance and help, > > Glen > > The code is modest in size, I’d say. Is there a way of keeping > backward compatibility to 2.7? Should I create a whole new > archive for python 3? > > ie we’re using > > www.github.com/WVURAIL/gr-radio_astro > > so should I make > > gr-radio_astro3 > > ? > -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/
Re: Stream args on UHD USRP Sink
Hi Marcus, I I am planning to give a try to the GnuRadio 3.8 PPA. We are developing some OOT blocks and some rework may be needed to do so. I will take a look at the code, but I am inclined to change my application to eliminate the need of scaling in real time (scalling the QAM symbols for example) Regarding the USRP I am using a pair of X310. Thank you very much. Wheberth Em ter, 3 de dez de 2019 13:26, Müller, Marcus (CEL) escreveu: > U that's an ancient version of GNU Radio. Do you use any other UHD- > linking software, or can you try our new PPA that would give you a > modern GNU Radio 3.8.0.0? > > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases > > Anyway, for most USRPs "fullscale" actually should do some scaling (if > you're so inclined, look for "_host_extra_scaling" in the UHD source > code). > > What is the USRP you're using? > > Best regards, > Marcus > > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: > > Hi all, not sure if I should send this here or at USRP list. > > > > I am trying to set the "fullscale" as a stream parameter of the USRP > Sink block, but it have no effect. The idea is to avoid the use aof one > block to scale the samples to [-1.0, +1.0] range May I be missing something? > > > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock > from Ubuntu 18.04). > > Thank you very > > > > > > > > -- > > Wheberth Damascena Dias > > ___ _ _ __ ___ __ _ _ _ _ > > http://www.linkedin.com/in/wheberth > > e-mail:whebe...@gmail.com > > >
Re: Stream args on UHD USRP Sink
Hi Mr. Leech, Thank you for the information. I will look for another route. My aplication currently generates samples with gaussian distribution and unitary variance, fitting pretty much in the {-4.0, 4.0} range. This is why I need the scaling. Regards, Wheberth Em ter, 3 de dez de 2019 13:28, Marcus D Leech escreveu: > My recollection is that full_scale applies only for sc8 samples. > > Gnuradio already scales into {-1.0,+1.0} > > Sent from my iPhone > > On Dec 3, 2019, at 6:47 AM, Wheberth Damascena Dias > wrote: > > > Hi all, not sure if I should send this here or at USRP list. > > I am trying to set the "fullscale" as a stream parameter of the USRP Sink > block, but it have no effect. The idea is to avoid the use aof one block to > scale the samples to [-1.0, +1.0] range May I be missing something? > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock > from Ubuntu 18.04). > Thank you very > > > > > -- > *Wheberth Damascena Dias* > ___ _ _ __ ___ __ _ _ _ _ > http://www.linkedin.com/in/wheberth > e-mail:whebe...@gmail.com > >
Re: Stream args on UHD USRP Sink
Hi This is a general question about upgrade to python 3 and gnu radio 3.8. We’ve got some custom C++ and Python code that will need to be installed. The python ran in version 2.7. This is working with gnuradio companion 3.7.13.4 How difficult a task is upgrading? A day/week/month? Thanks again for all your guidance and help, Glen The code is modest in size, I’d say. Is there a way of keeping backward compatibility to 2.7? Should I create a whole new archive for python 3? ie we’re using www.github.com/WVURAIL/gr-radio_astro so should I make gr-radio_astro3 ? > On Dec 3, 2019, at 11:26 AM, Müller, Marcus (CEL) wrote: > > U that's an ancient version of GNU Radio. Do you use any other UHD- > linking software, or can you try our new PPA that would give you a > modern GNU Radio 3.8.0.0? > > https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases > > Anyway, for most USRPs "fullscale" actually should do some scaling (if > you're so inclined, look for "_host_extra_scaling" in the UHD source > code). > > What is the USRP you're using? > > Best regards, > Marcus > > On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: >> Hi all, not sure if I should send this here or at USRP list. >> >> I am trying to set the "fullscale" as a stream parameter of the USRP Sink >> block, but it have no effect. The idea is to avoid the use aof one block to >> scale the samples to [-1.0, +1.0] range May I be missing something? >> >> For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock from >> Ubuntu 18.04). >> Thank you very >> >> >> >> -- >> Wheberth Damascena Dias >> ___ _ _ __ ___ __ _ _ _ _ >> http://www.linkedin.com/in/wheberth >> e-mail:whebe...@gmail.com >>
Re: Stream args on UHD USRP Sink
My recollection is that full_scale applies only for sc8 samples. Gnuradio already scales into {-1.0,+1.0} Sent from my iPhone > On Dec 3, 2019, at 6:47 AM, Wheberth Damascena Dias > wrote: > > > Hi all, not sure if I should send this here or at USRP list. > > I am trying to set the "fullscale" as a stream parameter of the USRP Sink > block, but it have no effect. The idea is to avoid the use aof one block to > scale the samples to [-1.0, +1.0] range May I be missing something? > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock from > Ubuntu 18.04). > Thank you very > > > > > -- > Wheberth Damascena Dias > ___ _ _ __ ___ __ _ _ _ _ > http://www.linkedin.com/in/wheberth > e-mail:whebe...@gmail.com >
Re: Stream args on UHD USRP Sink
U that's an ancient version of GNU Radio. Do you use any other UHD- linking software, or can you try our new PPA that would give you a modern GNU Radio 3.8.0.0? https://launchpad.net/~gnuradio/+archive/ubuntu/gnuradio-releases Anyway, for most USRPs "fullscale" actually should do some scaling (if you're so inclined, look for "_host_extra_scaling" in the UHD source code). What is the USRP you're using? Best regards, Marcus On Tue, 2019-12-03 at 08:41 -0300, Wheberth Damascena Dias wrote: > Hi all, not sure if I should send this here or at USRP list. > > I am trying to set the "fullscale" as a stream parameter of the USRP Sink > block, but it have no effect. The idea is to avoid the use aof one block to > scale the samples to [-1.0, +1.0] range May I be missing something? > > For reference I am using GnuRadio 3.7.11 with libuhd 3.10.3 (All stock from > Ubuntu 18.04). > Thank you very > > > > -- > Wheberth Damascena Dias > ___ _ _ __ ___ __ _ _ _ _ > http://www.linkedin.com/in/wheberth > e-mail:whebe...@gmail.com > smime.p7s Description: S/MIME cryptographic signature