Re: [Discuss-gnuradio] Block Output as a Variable for Another Block
Hello all, I tried to add a python block and do the processing, but is not working. The thing is I need that the exit of my block (a floating type output) becomes a variable, that could be called by other blocks to change parameters of the executing blocks, and I failed to do this with the "Python Block". My questions would be: 1- Is there a sample of a code, where an input becomes a global variable in the Top_Block Code, so it can be called by other blocks? 2- Is there a graphical way (in a flowgraph) for taking an output from a block and making this output as a global variable for other blocks to read it an change their parameters accordingly? Once again thanks for all your help. Kind regards. On Tue, Mar 26, 2019 at 10:02 AM Luis Felipe Albarracin Sanchez < lfasanc...@gmail.com> wrote: > Thank you Martin, > > I will try that and let everybody knows about the result. > > Kind regards. > > On Thu, Mar 21, 2019 at 12:25 PM Martin Braun > wrote: > >> On Mon, Mar 18, 2019 at 02:44:30PM -0500, Luis Felipe Albarracin Sanchez >> wrote: >> >Hello all, >> >I am trying to make the output of a block a variable for other >> blocks, as >> >explained here: >> > >> https://lists.gnu.org/archive/html/discuss-gnuradio/2012-02/msg00581.html >> >My flowgraph is as follows: >> >Captura de pantalla 2019-03-18 a la(s) 2.38.42 p. m..png >> >The configuration of the block "Variable" is: >> >Captura de pantalla 2019-03-18 a la(s) 2.38.54 p. m..png >> >I was wondering if there are other ways for doing this?Is there a >> >specific control block that changes an output to a variable?.is >> there >> >any other way of making an output as a variable?. >> >Once again, thank you for the help. >> >> Usually, the easiest way is to pipe your output into a Python block, and >> then do whatever Pythonic thing you want to do from there. >> >> -- M >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> > > > -- > Eng. Luis Felipe Albarracin > Msc. Telematics / MBA > PMP > CCNA/CCDA/CCNP/CCDP/CCIP > ITIL v3 Foundation > "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Block Output as a Variable for Another Block
Thank you Martin, I will try that and let everybody knows about the result. Kind regards. On Thu, Mar 21, 2019 at 12:25 PM Martin Braun wrote: > On Mon, Mar 18, 2019 at 02:44:30PM -0500, Luis Felipe Albarracin Sanchez > wrote: > >Hello all, > >I am trying to make the output of a block a variable for other > blocks, as > >explained here: > > > https://lists.gnu.org/archive/html/discuss-gnuradio/2012-02/msg00581.html > >My flowgraph is as follows: > >Captura de pantalla 2019-03-18 a la(s) 2.38.42 p. m..png > >The configuration of the block "Variable" is: > >Captura de pantalla 2019-03-18 a la(s) 2.38.54 p. m..png > >I was wondering if there are other ways for doing this?Is there a > >specific control block that changes an output to a variable?.is > there > >any other way of making an output as a variable?. > >Once again, thank you for the help. > > Usually, the easiest way is to pipe your output into a Python block, and > then do whatever Pythonic thing you want to do from there. > > -- M > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER Example - With QT Gui Chooser for Different Modulations Issue
Hello Cinaed, Thank you for the response, I have detailed your Flowgraph, and I placed a "QT GUI Constellation Sink" after the chunks to symbols block, and what I found is that the modulation part only modulates in B-PSK, and this is beacuse you set it in the "Chunks to symbol block" with a dimension of "1", once I placed different "Symbol Table" and a "dimension" of 2 in the "Chunk to symbol block" the correct modulation appeared, but the BER gave really high values (even if in the "Constellation Decoder" is set to QPSK or DQPSK). I believe you only modulated in BPSK and in the decoder it matched the constellation points for -1 and 1, but not for any other constellation points, I would appreciate if you correct me if i am wrong. Kind regards. On Mon, Jan 28, 2019 at 5:12 AM Cinaed Simson wrote: > On 1/27/19 7:03 PM, Luis Felipe Albarracin Sanchez wrote: > > Hello Cinaed, > > > > Thank you so much for all the work in the BER, i tested both of the > > flowgraphs and they are very accurate regarding the BER measurements, i > > have a couple of questions if you don´t mind: > > > > 1- In the latest flowgraph you sent (my-ber-test.grc from Jan 25th) how > > do you change the modulations in the chunks to symbols block, in the > > flowgraph you sent me the flowgraph table was fixed with the values of > > "-1, 1", what line of commands should be place there to switch to other > > modulations? > > Correct - I already explain why. > > > > 2- The BER measurements you sent me seem so accurate, > > As I already indicated, you still need to add a complex gaussian noise > source. > > I wonder if you > > could take a look at the flowgraph i sent you > > No, use the last flowgraph I sent you. > > > > (my_ber_simulation_LFA.grc), what i did there was connecting a QT GUI > > Chooser to the functions i thougth would change the constellation > > selected, do you have any ideas why my change is not working, when i > > change in the QT GUI Chooser?, i would appreciate your help regarding > this. > > > > 3- Attached is a flowgraph i have devloped for doing modulations up to > > 64 QAM, please take a look at it, and if you have any ideas on how i > > would make a good BER measurement of higher modulations (32 -QAM and > > 64-QAM) please let me know. To select the modulatios, the easiest way is > > to define in the default value of the QT GUI chooser the value of 3 (for > > 32-QAM) and the value of 4 (for 64 QAM). > > I not going to look your flowgraph - you should be able to add the QAM > constellations to the last flowgraph I sent you. > > And to be clear, I don't believe can change the modulation of the > flowgraph with QT. Since you're the believer, the burden of proof is on > you. > > You need to first demonstrate you can add the 64QAM, and 32QAM to the > last flowgraph I sent you with DER 0. > > Then add whatever QT modifications you need to make QT change the > modulation and demonstrate the BER is 0. > > Or just demonstrate you can add QT code which changes the modulation to > last flowgraph I set you. If can't make the changes so it has BER of 0, > adding different of more modulations isn't going to help. > > -- Cinaed > > > > > > > > Once again thanks a lot for all the help. > > > > Kind regards. > > > > On Fri, Jan 25, 2019 at 3:20 PM Cinaed Simson > <mailto:cinaed.sim...@gmail.com>> wrote: > > > > It bothered me that the random source wasn't working. > > > > So I took at it again last night and discovered I needed to unpack a > bit > > from the random source stream. > > > > Using the random source, the following work: > > > > BPSK > > QPSK > > 8PSK > > 16QAM > > > > using the pull down menu. > > > > There is, however, one caveat: for 8PSK you have to enable the > complex > > Multiply Const by -1 block after the Chunks to Symbols block. > > > > Alternatively, you could change Chunks to Symbols from -1,1 to 1,-1 - > > but that's many more key strokes then just enabling and disabling the > > Multiply Const block. > > > > They all work with the GLFSR source too and with the same caveat. > > > > And you were right you don't need the PSK symbol table - you can use > > Chunks to Symbols -1,1 (except for 8PKS.) > > > > Also, I had to add a unpack k=1 block after the decoder - otherwise > for > > DPSK, 8PSK and 16QAM there was a vertical offset and BER sky rockets. >
Re: [Discuss-gnuradio] BER Example - With QT Gui Chooser for Different Modulations Issue
Hello Cinaed, Thank you so much for all the work in the BER, i tested both of the flowgraphs and they are very accurate regarding the BER measurements, i have a couple of questions if you don´t mind: 1- In the latest flowgraph you sent (my-ber-test.grc from Jan 25th) how do you change the modulations in the chunks to symbols block, in the flowgraph you sent me the flowgraph table was fixed with the values of "-1, 1", what line of commands should be place there to switch to other modulations? 2- The BER measurements you sent me seem so accurate, I wonder if you could take a look at the flowgraph i sent you (my_ber_simulation_LFA.grc), what i did there was connecting a QT GUI Chooser to the functions i thougth would change the constellation selected, do you have any ideas why my change is not working, when i change in the QT GUI Chooser?, i would appreciate your help regarding this. 3- Attached is a flowgraph i have devloped for doing modulations up to 64 QAM, please take a look at it, and if you have any ideas on how i would make a good BER measurement of higher modulations (32 -QAM and 64-QAM) please let me know. To select the modulatios, the easiest way is to define in the default value of the QT GUI chooser the value of 3 (for 32-QAM) and the value of 4 (for 64 QAM). Once again thanks a lot for all the help. Kind regards. On Fri, Jan 25, 2019 at 3:20 PM Cinaed Simson wrote: > It bothered me that the random source wasn't working. > > So I took at it again last night and discovered I needed to unpack a bit > from the random source stream. > > Using the random source, the following work: > > BPSK > QPSK > 8PSK > 16QAM > > using the pull down menu. > > There is, however, one caveat: for 8PSK you have to enable the complex > Multiply Const by -1 block after the Chunks to Symbols block. > > Alternatively, you could change Chunks to Symbols from -1,1 to 1,-1 - > but that's many more key strokes then just enabling and disabling the > Multiply Const block. > > They all work with the GLFSR source too and with the same caveat. > > And you were right you don't need the PSK symbol table - you can use > Chunks to Symbols -1,1 (except for 8PKS.) > > Also, I had to add a unpack k=1 block after the decoder - otherwise for > DPSK, 8PSK and 16QAM there was a vertical offset and BER sky rockets. > > The unpack k=1 is not needed for BPSK and QPSK - but it doesn't create > any problems so I left it enabled. > > You just need to add the complex noise source > > Have fun with QT. > > Actually, there is already a QT menu - the properties of Constellation > Object. You might want to look at the source - just figure what you need > to do to keep it open. > > -- Cinaed > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" Mod_Simple.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER Example - With QT Gui Chooser for Different Modulations Issue
Hello Cinaed and all, Thanks for the response. Mainly I want to change the modulation directly while running the flowgraph (either by QT GUI Chooser or other switch), without having others in parallel for future control systems implementations.´ I don´t know if you have any ideas or guidelines for this. Once again thank you. Kind Regards. On Tue, Jan 22, 2019 at 9:22 PM Cinaed Simson wrote: > On 1/22/19 1:54 PM, Luis Felipe Albarracin Sanchez wrote: > > Hello Cinaed, Discussion List, > > > > Once again thank you for the response, > > > > Please believe me that i have gone through tutorials, and i have > > understood that in the python Top block i could enable/disable blocks, i > > also went through this specific one for modulations: > > > > https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation > > > > An you are totally correct regarding how to modulate properly, > > nevertheless what i am trying to do is that while the flowgraph is > > running, to switch the modulation (even if is not totally tuned) and > > that i can see that modulation in the QT GUI. > > > > That´s why, if you take a look at my flowgraph you see how I create a QT > > Chooser so I can select the modulation. > > > > My main problem is that i can not get it to work, it does not switch to > > other modulation when I switch in the QT Gui while I run the flowgraph.> > > I would appreciate any ideas regarding this, and also i f you (Cianed) > > could describe me a little more how a Hierarchical Block could help me > > in this. > > For hierarchical Block - see the tutorials and Google. > > I use QT for passing variables and parameters - but I mainly use the > command line. So I can't help you with QT. > > See if you can actually calculate BER for a single psk - say BPSK - > configure by a Constellation Object. > > If that works, then add another Constellation Object - say for QPSK - > configured - only for QPSK - so now you have 2 Constellation Objects in > the flowgraph. > > Now run them in parallel using BER Curve. > > -- Cinaed > > > > > > > Once again thank you all. > > > > Kind regards. > > > > On Tue, Jan 22, 2019 at 3:51 PM Cinaed Simson > <mailto:cinaed.sim...@gmail.com>> wrote: > > > > On 1/22/19 8:51 AM, Luis Felipe Albarracin Sanchez wrote: > > > Hello Cinaed, > > > > > > Thank you for the quick response, > > > > > > I look at your flowgraph, and i appreciate al the corrections you > > told me. > > > > > > I must just say that i was guiding myself through the examples > > that are > > > under the folder digital when you install GNU Radio. > > > > Those examples presume you have already gone through the tutorials. > > > > > > > > I took your model, and did some changes to mine (attached my new > file) > > > but i still can´t get in the QT GUI to switch between different > > > modulations, if i start with 8-QAM it does not switch to QPSK > when i > > > choose QPSK in the QT Chooser, i would appreciate if you can give > me > > > any ideas regarding this. > > > > Right click on the Constellation Object, and there's a pull down menu > > under Constellation Type - select the one you want. > > > > If that's not what you're looking for then you have to figure out > how to > > do whatever it is you want to do. And it may require creating a > > hierarchical block. > > > > My advice is to work through the tutorials. > > > > -- Cinaed > > > > > > > > > > Kind regards. > > > > > > > > > > > > On Tue, Jan 22, 2019 at 1:00 AM Cinaed Simson > > mailto:cinaed.sim...@gmail.com> > > > <mailto:cinaed.sim...@gmail.com <mailto:cinaed.sim...@gmail.com>>> > > wrote: > > > > > > On 1/21/19 3:47 PM, Luis Felipe Albarracin Sanchez wrote: > > > > Hello all, > > > > > > > > I am exploring the BER measurements in GNU Radio for > different > > > > modulations (I know Error Rate is deprecated) but i tried > > the example > > > > under the digital folder for BER measurement and I > > understood all the > > > > flowgraph. > > > > > > > > After this i wanted to change the modulation in the QT GUI >
Re: [Discuss-gnuradio] BER Example - With QT Gui Chooser for Different Modulations Issue
Hello Cinaed, Discussion List, Once again thank you for the response, Please believe me that i have gone through tutorials, and i have understood that in the python Top block i could enable/disable blocks, i also went through this specific one for modulations: https://wiki.gnuradio.org/index.php/Guided_Tutorial_PSK_Demodulation An you are totally correct regarding how to modulate properly, nevertheless what i am trying to do is that while the flowgraph is running, to switch the modulation (even if is not totally tuned) and that i can see that modulation in the QT GUI. That´s why, if you take a look at my flowgraph you see how I create a QT Chooser so I can select the modulation. My main problem is that i can not get it to work, it does not switch to other modulation when I switch in the QT Gui while I run the flowgraph. I would appreciate any ideas regarding this, and also i f you (Cianed) could describe me a little more how a Hierarchical Block could help me in this. Once again thank you all. Kind regards. On Tue, Jan 22, 2019 at 3:51 PM Cinaed Simson wrote: > On 1/22/19 8:51 AM, Luis Felipe Albarracin Sanchez wrote: > > Hello Cinaed, > > > > Thank you for the quick response, > > > > I look at your flowgraph, and i appreciate al the corrections you told > me. > > > > I must just say that i was guiding myself through the examples that are > > under the folder digital when you install GNU Radio. > > Those examples presume you have already gone through the tutorials. > > > > > I took your model, and did some changes to mine (attached my new file) > > but i still can´t get in the QT GUI to switch between different > > modulations, if i start with 8-QAM it does not switch to QPSK when i > > choose QPSK in the QT Chooser, i would appreciate if you can give me > > any ideas regarding this. > > Right click on the Constellation Object, and there's a pull down menu > under Constellation Type - select the one you want. > > If that's not what you're looking for then you have to figure out how to > do whatever it is you want to do. And it may require creating a > hierarchical block. > > My advice is to work through the tutorials. > > -- Cinaed > > > > > > Kind regards. > > > > > > > > On Tue, Jan 22, 2019 at 1:00 AM Cinaed Simson > <mailto:cinaed.sim...@gmail.com>> wrote: > > > > On 1/21/19 3:47 PM, Luis Felipe Albarracin Sanchez wrote: > > > Hello all, > > > > > > I am exploring the BER measurements in GNU Radio for different > > > modulations (I know Error Rate is deprecated) but i tried the > example > > > under the digital folder for BER measurement and I understood all > the > > > flowgraph. > > > > > > After this i wanted to change the modulation in the QT GUI so i > > added a > > > QT Gui Chooser as seen in the flowgraph below: > > > > > > Captura de pantalla de 2019-01-21 18-37-34.png > > > > > > > > > Attached is the flowgraph for reference. > > > > > > When i add this i expected that the Constellation would change > > > accordingly, but it does not when i choose a different > constellation > > > with the chooser, for instance if the default value in the chooser > is > > > QPSK it shows at the beginning: > > > > > > Captura de pantalla de 2019-01-21 18-44-25.png > > > > > > But If i switch in the same running time to 8-PSKn it shows: > > > > Everything - I mean everything - was configured with 8PSK > constellation > > data- and incorrectly - even the random number generator! > > > > I'm surprise you could see anything! > > > > Enclosed is the proper way to create a QPSK constellation. > > > > Work through the tutorials at > > > > https://wiki.gnuradio.org/index.php/Tutorials > > > > > > -- Cinaed > > > > > > > > > > Captura de pantalla de 2019-01-21 18-44-44.png > > > > > > > > > Which is not an 8-PSK modulation scheme. > > > > > > I would appreciate some help,. regarding what i am doing wrong for > > > choosing a Modulation through the QT GUI. > > > > > > Thanks in advance. > > > > > > Kind Regards. > > > > > > ___ > > > Discuss-gnuradio mailing list > > > Discuss-gnuradio@gnu.org <mailto:Discuss-
Re: [Discuss-gnuradio] BER Example - With QT Gui Chooser for Different Modulations Issue
Hello Cinaed, Thank you for the quick response, I look at your flowgraph, and i appreciate al the corrections you told me. I must just say that i was guiding myself through the examples that are under the folder digital when you install GNU Radio. I took your model, and did some changes to mine (attached my new file) but i still can´t get in the QT GUI to switch between different modulations, if i start with 8-QAM it does not switch to QPSK when i choose QPSK in the QT Chooser, i would appreciate if you can give me any ideas regarding this. Kind regards. On Tue, Jan 22, 2019 at 1:00 AM Cinaed Simson wrote: > On 1/21/19 3:47 PM, Luis Felipe Albarracin Sanchez wrote: > > Hello all, > > > > I am exploring the BER measurements in GNU Radio for different > > modulations (I know Error Rate is deprecated) but i tried the example > > under the digital folder for BER measurement and I understood all the > > flowgraph. > > > > After this i wanted to change the modulation in the QT GUI so i added a > > QT Gui Chooser as seen in the flowgraph below: > > > > Captura de pantalla de 2019-01-21 18-37-34.png > > > > > > Attached is the flowgraph for reference. > > > > When i add this i expected that the Constellation would change > > accordingly, but it does not when i choose a different constellation > > with the chooser, for instance if the default value in the chooser is > > QPSK it shows at the beginning: > > > > Captura de pantalla de 2019-01-21 18-44-25.png > > > > But If i switch in the same running time to 8-PSKn it shows: > > Everything - I mean everything - was configured with 8PSK constellation > data- and incorrectly - even the random number generator! > > I'm surprise you could see anything! > > Enclosed is the proper way to create a QPSK constellation. > > Work through the tutorials at > > https://wiki.gnuradio.org/index.php/Tutorials > > > -- Cinaed > > > > > > Captura de pantalla de 2019-01-21 18-44-44.png > > > > > > Which is not an 8-PSK modulation scheme. > > > > I would appreciate some help,. regarding what i am doing wrong for > > choosing a Modulation through the QT GUI. > > > > Thanks in advance. > > > > Kind Regards. > > > > ___ > > 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 > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" my-ber_simulation_LFA.grc Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PDU to Tagged Stream - Wx/Qt Number Sink Issue
Hello Cinaed, Thank you for your quick response, Is there a link where i can read about the deprecated blocks of GNU Radio? specially about Wx, i thougth the one going out was QT. Once again thank you. Kind regards. On Thu, Jan 3, 2019 at 11:42 PM Cinaed Simson wrote: > On 1/3/19 1:09 PM, Luis Felipe Albarracin Sanchez wrote: > > Hello all, > > > > I am trying to show the values obtainde form the block "PGU to Tagged > > Stream" in a "Number Sink" and it works perfectly on QT GUI but id > > does not en WX, below the graphs showing the results: > > Perfect. WX has been depreicated - it's been replaced by Qt. > > -- Cinaed > > > > > > The flowgraph in QT GUI: > > Captura de pantalla 2019-01-03 a la(s) 4.00.06 p. m..png > > > > The results of the message debug and also the value in the number sink: > > > > Captura de pantalla 2019-01-03 a la(s) 4.01.02 p. m..png > > > > The configuration in the QT Number Sink is: > > > > Captura de pantalla 2019-01-03 a la(s) 4.02.31 p. m..png > > > > Now in the WX GUI, the flowgraph is as follows: > > > > Captura de pantalla 2019-01-03 a la(s) 4.03.37 p. m..png > > > > > > The results of the message debug and also the value in the Wx number > sink: > > Captura de pantalla 2019-01-03 a la(s) 4.04.59 p. m..png > > > > And the configuration of the WX Number sink is: > > > > Captura de pantalla 2019-01-03 a la(s) 4.06.07 p. m..png > > > > As you can see from the message debug, the PDU is being sent to the the > > "PDU to Tagged Stream block" but only in the QT GUI the values are being > > showed, can some one please help me clarify why the values are not being > > showed in the WX GUI. > > > > Once again thank you. > > > > Kind regards. > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] PMT to Float32
Hello all, I am trying to create an OOT take a value from a Blob type in GNU Radio, and put it out on an output as Float Data type, I have tried the following: *x = pmt.dict_ref (pmt.car(msg), y, pmt.from_double(100)) #this is suppose to take "y" and make "x" equals the value of "y"* *z = pmt.to_double(x) #this is suppose to make z the double value of x (which is PMT still)* *self.a = numpy.float32(z) # this makes the double to a float 32* . . . *def work(self, input_items, output_items):* * in0 = input_items[0]* * out0 = output_items[0]* * out[:] =self.a* return len(*output_items[0]*) I have tried this but it does not work, when i connect it to a "number sink" in a flowgraph it shows an error , saying that the output of my "new block" is length 8 and the input of the "number sink" is 4. Can anyone please help me, to find what is the problem? Also, if there are any examples or blocks in GIT created to convert Blobs to float or to INT, I would appreciate it. Once again thanks. Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issue Installing GNU Radio From Source - Ubuntu 16.04
Hello all, Yes Sir, I am using now GNURadio version 3.7.13.4 and is working fine. Just for the record, with Pybombs is very important when you create code or new OOT modules to specify the path in the cmake comand, for example: cmake ../ -DCMAKE_INSTALL_PREFIX=/home/user/prefix/ I just wanted to place this in the forum, because i did not like to install through Pybombs because of the addtional work of working with prefixes, and maybe this would help others. Kind regards. On Tue, Oct 9, 2018 at 12:24 PM Michael Dickens wrote: > Hi Luis - Thank you for the feedback. Just to be clear: PyBOMBS worked & > you now have some usable version of GNU Radio installed? - MLD > > On Tue, Oct 9, 2018, at 10:05 AM, Luis Felipe Albarracin Sanchez wrote: > > Hello all, > > I have tried to install GNuRadio, the way Michael explaines to me with the > "v3.7.14.3" in the command, and it did not work also. > > I have tried to install it the way Neel told me, and also it said that > some packages were missing, and it did not work. > > The only way i could install it was through PyBombs. > > I appreciate all the help everyone has given me. > > Kind regards to all of you. > > > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issue Installing GNU Radio From Source - Ubuntu 16.04
Hello all, I have tried to install GNuRadio, the way Michael explaines to me with the "v3.7.14.3" in the command, and it did not work also. I have tried to install it the way Neel told me, and also it said that some packages were missing, and it did not work. The only way i could install it was through PyBombs. I appreciate all the help everyone has given me. Kind regards to all of you. On Mon, Oct 8, 2018 at 1:28 PM Michael Dickens wrote: > Hi Luis - The tag is probably "v3.7.14.3" (with the extra 'v' in front); > that's the way it looks like its listed on GitHub: < > https://github.com/gnuradio/gnuradio/tree/v3.7.13.4 >. Either way, this > script is outdated & PyBOMBS is a modern, kept-up-to-date way that's the > better alternative for Linux-y OSs if you want to install from source. - MLD > > On Mon, Oct 8, 2018, at 12:53 PM, Luis Felipe Albarracin Sanchez wrote: > > > Hello All, > > I tried the command: > > > $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x build-gnuradio > && ./build-gnuradio - gt 3.7.14.4 > > > But the following message apṕear: > > Ruta de submódulo «volk»: se extrajo > «3f3c91ee3ce51a31d8c23398124df74d3aa42955» > Mvolk > Branch maint set up to track remote branch maint from origin. > Switched to a new branch 'maint' > Could not fetch Gnu Radio tagged 3.7.14.4 from GIT > > I will try the procedure Neel wrote about and i will get back to you. > > Kind regards. > > > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issue Installing GNU Radio From Source - Ubuntu 16.04
Hello All, I tried the command: $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x build-gnuradio && ./build-gnuradio - gt 3.7.14.4 But the following message apṕear: Ruta de submódulo «volk»: se extrajo «3f3c91ee3ce51a31d8c23398124df74d3aa42955» Mvolk Branch maint set up to track remote branch maint from origin. Switched to a new branch 'maint' Could not fetch Gnu Radio tagged 3.7.14.4 from GIT I will try the procedure Neel wrote about and i will get back to you. Kind regards. On Mon, Oct 8, 2018 at 11:46 AM Michael Dickens wrote: > OK; thanks Marcus. Good to know! Seems like maybe we should just remove > that section from the install guide altogether? That way folks will just > use PyBOMBS & we can just support that method. - MLD > > On Mon, Oct 8, 2018, at 12:35 PM, Marcus D. Leech wrote: > > On 10/08/2018 12:11 PM, Michael Dickens wrote: > > Yes, that's my belief based on reviewing the "build-gnuradio" script. I > think updating the install guide would be wise, assuming the flags work as > desired. Please give this a try & report back to the list. Cheers! - MLD > > Note that since PyBombs has gained popularity, I'm not doing a lot of > maint on build-gnuradio these days, so it will slowly slide into > out-of-synch-with-reality. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Issue Installing GNU Radio From Source - Ubuntu 16.04
Hello Michael, Thanks for the quick response, Just to clarify, and validate that i understand you well, I should go with the command the following way: $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x build-gnuradio && ./build-gnuradio - gt 3.7.14.4 And if this is the case, and if i am not inappropriate, Will there be an update on the web page: https://wiki.gnuradio.org/index.php/InstallingGRFromSource I mean, for beginners like me, so we don´t get all messed up by doing the installation from source. Once again, thanks so much for the help. On Mon, Oct 8, 2018 at 8:17 AM Michael Dickens wrote: > Hi Luis - So the issue is that the installed version of Volk isn't API > compatible with that required by GR. I believe that GR is too old, and you > should use a more recent version. This script will try to build by default > from "3.7/Maint", which is obsolete though it might work. The other "easy" > options are "old", which is "3.6.5.1" & is really old, and "new", which is > "Master/HEAD" and is bleeding edge right now as we've merged "next" into it > and are fixing it up for 3.8 release. I think you want to use something > like "./build-gnuradio -gt 3.7.14.4" to get the latest release & it should > be API compatible with the Volk installed (if not using the internal Volk > provided in the GIT checkout of GNU Radio; I'm not totally familiar with > this script ;). Hope this helps! - MLD > > On Sun, Oct 7, 2018, at 11:41 PM, Luis Felipe Albarracin Sanchez wrote: > > > Hello all, > > > I am trying to install GNU Radio from source, according to this command: > > > $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x build-gnuradio > && ./build-gnuradio > > But when i reach some point, the following message appears: > > [ 38%] Building CXX object > gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o > > /home/user/gnuradio/gr-fec/lib/polar_decoder_common.cc: In member function > ‘void gr::fec::code::polar_decoder_common::butterfly_volk(float*, unsigned > char*, int, int, int)’: > /home/user/gnuradio/gr-fec/lib/polar_decoder_common.cc:128:95: error: too > many arguments to function > 8u_polarbutterfly_32f(llrs, u, block_size(), block_power(), stage, u_num, > row); > > ^ > gr-fec/lib/CMakeFiles/gnuradio-fec.dir/build.make:1070: fallo en las > instrucciones para el objetivo > 'gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o' > make[2]: *** > [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o] Error 1 > CMakeFiles/Makefile2:4632: fallo en las instrucciones para el objetivo > 'gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all' > make[1]: *** [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all] Error 2 > Makefile:160: fallo en las instrucciones para el objetivo 'all' > make: *** [all] Error 2 > make failed > Exiting Gnu Radio build/install > > Can some one please help me, regarding what should i do to overcome this > issue. > > Kind regards. > *___* > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > -- Eng. Luis Felipe Albarracin Msc. Telematics / MBA PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Issue Installing GNU Radio From Source - Ubuntu 16.04
Hello all, I am trying to install GNU Radio from source, according to this command: $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x build-gnuradio && ./build-gnuradio But when i reach some point, the following message appears: [ 38%] Building CXX object gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o /home/user/gnuradio/gr-fec/lib/polar_decoder_common.cc: In member function ‘void gr::fec::code::polar_decoder_common::butterfly_volk(float*, unsigned char*, int, int, int)’: /home/user/gnuradio/gr-fec/lib/polar_decoder_common.cc:128:95: error: too many arguments to function 8u_polarbutterfly_32f(llrs, u, block_size(), block_power(), stage, u_num, row); ^ gr-fec/lib/CMakeFiles/gnuradio-fec.dir/build.make:1070: fallo en las instrucciones para el objetivo 'gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o' make[2]: *** [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o] Error 1 CMakeFiles/Makefile2:4632: fallo en las instrucciones para el objetivo 'gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all' make[1]: *** [gr-fec/lib/CMakeFiles/gnuradio-fec.dir/all] Error 2 Makefile:160: fallo en las instrucciones para el objetivo 'all' make: *** [all] Error 2 make failed Exiting Gnu Radio build/install Can some one please help me, regarding what should i do to overcome this issue. Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help on event triggered OOT Block
Hello All, I am trying to develop an OOT block that will trigger a function when there is a change on any of the input of the block, i have been reading about input buffers and output buffers, and i tried something like, comparing the third position of the input buffer with the second one, and once it is different call a function otherwise keeps the same values in the output buffer (out1[i] =out[i)]. And when i test it in QA it works, but not in a flowgraph. I am kind of lost, i would appreciate if you can guide me in the rigth direction on some examples of blocks doing this or if it is possible you can explain to me how can i do for making a block that when one of the inputs changes, then it triggers a function otherwise, keeps the same output as it had it before. Once again thank you. Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Explanation Regarding Buffers (inputs and outputs) in OOT Blocks
Hello everyone, I am developing a new OOT, and i am having problems when i place it on a flowgraph, I believe is because of the processing time it takes. Does anyone knows regarding an example or a tutorial, where i can guide myself on how to adjust input and output buffers on different Inputs and outputs for a block? I have found info of this in c++ but i would appreciate any reference of how to adjust this on python. Thanks again. Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ValueError: The truth value of an array with more than one element is ambiguous - in OOT
*Hello all,* *I am developing a Fuzzy system to control some variables in a Communicatiosn system, and i have the following code:* import numpy as np import string import pmt import struct import pylab as pl from gnuradio import gr from gnuradio import digital # Variable Global lim=99 x =pl.linspace(0, 100, lim)#Output universe #Parameters for membership functions #Input mp1=[25, 75 ]#Mean dp1=[25, 25]#Standar Deviation #Output mpy=[25, 75] dpy=[15, 15] class mod_fuzzy_t1_selector(gr.sync_block): """ docstring for block mod_fuzzy_t1_selector """ def __init__(self): #Internal Variables Parameters self.d_BLER=np.float32(0) self.d_Act_Nod=np.float32(0) gr.sync_block.__init__(self, name="mod_fuzzy_t1_selector", in_sig=[np.float32, np.float32], out_sig=[np.float32, np.float32]) def Normaliza(self): self.xpa1 = (self.d_BLER*100)/30 if self.d_Act_Nod[0] == 0: self.xpa2 = 25 else: self.xpa2 = 75 def Fuzzy(self): xp1=self.xpa1 xp2=self.xpa2 u11=pl.exp((-0.5*(xp1-mp1[0])**2)/((dp1[0])**2)) u12=pl.exp((-0.5*(xp1-mp1[1])**2)/((dp1[1])**2)) u21=pl.exp((-0.5*(xp2-mp1[0])**2)/((dp1[0])**2)) u22=pl.exp((-0.5*(xp2-mp1[1])**2)/((dp1[1])**2)) y11=pl.exp((-0.5*(x-mpy[0])**2)/((dpy[0])**2)) y12=pl.exp((-0.5*(x-mpy[1])**2)/((dpy[1])**2)) y21=pl.exp((-0.5*(x-mpy[0])**2)/((dpy[0])**2)) y22=pl.exp((-0.5*(x-mpy[1])**2)/((dpy[1])**2)) A1 = [u12, u22] Ar1 = min (A1) . . . . def work(self, input_items, output_items): BLERv = input_items[0] BLER=BLERv Act_Nodv = input_items[1] Act_Nod=Act_Nodv self.d_Act_Nod=np.float32(Act_Nod) self.d_BLER=np.float32(BLER) out0 = output_items[0] out1 = output_items[1] self.Normaliza() out_global = self.Fuzzy() out0[0] = out_global[0] out1[0] = out_global[1] return len(input_items[0]) *I compile it without issues, but when i run the flowgrapgh it shows the following error with the block i just came up with:* Executing: /usr/bin/python2 -u /home/luisfelipe/Documentos/GNU Tests/top_block.py handler caught exception: The truth value of an array with more than one element is ambiguous. Use a.any() or a.all() Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gateway.py", line 55, in eval try: self._callback() File "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/gateway.py", line 160, in __gr_block_handle ) for i in self.__out_indexes], File "/usr/local/lib/python2.7/dist-packages/ieee802_11/mod_fuzzy_t1_selector.py", line 151, in work out_global = self.Fuzzy() * File "/usr/local/lib/python2.7/dist-packages/ieee802_11/mod_fuzzy_t1_selector.py", line 97, in FuzzyAr1 = min (A1)* *ValueError: The truth value of an array with more than one element is ambiguous. Use a.any() or a.all()* thread[thread-per-block[2]: ]: SWIG director method error. Error detected when calling 'feval_ll.eval' *I would appreciate if someone could give me a ligth of what should i change in the code so i can fix this. I don know why it says that is an array when i am putting a variable (float). Any othe ideas regarding the problem are welcome.* *Kind regards.* ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Digital Modulation - Loopeback Constellation
Hello Marcus, and all, Thanks for the response, I am reading the PSK example you told me, nevertheless y am not so sure it applies also for 16QAM...i understand that Costas Loop, does not work with 16 QAM. Is there any flowgrpah for a complete 16QAM modulator/demodulator? Kind regards. On Thu, Jun 14, 2018 at 12:46 PM, Müller, Marcus (CEL) wrote: > Hi Luis, > On Thu, 2018-06-14 at 12:29 +0200, Luis Felipe Albarracin Sanchez > wrote: > > Hello Marcus, > > > > Thanks for the response, > > > > I am not using an attenuator, because i font have one , i am only with > my cable, but i have meassured the Power before connecting to the RX in my > USRP, so it wont be bigger than the threshold of the USRP. > > That's a dangerous game – you rely on never inadvertedly setting a high > RX or TX gain. > > > > > Thanks for the info, is there any guide where i can look all of the > blocks for Sync, phase tracking and shape filtering implemented in a > loopback for 16QAM and other digital modulations (Flowgraphs examples)? > > https://tutorials.gnuradio.org has a PSK example if you read from > chapter 1 to 7 :) > > Best regards, > Marcus > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Digital Modulation - Loopeback Constellation
Hello Marcus, Thanks for the response, I am not using an attenuator, because i font have one , i am only with my cable, but i have meassured the Power before connecting to the RX in my USRP, so it wont be bigger than the threshold of the USRP. Thanks for the info, is there any guide where i can look all of the blocks for Sync, phase tracking and shape filtering implemented in a loopback for 16QAM and other digital modulations (Flowgraphs examples)? Thanks a lot for the help. On Thu, Jun 14, 2018 at 12:00 PM, Müller, Marcus (CEL) wrote: > Hi Luis, > > I hope you're using an attenuator with a cable or antennas in your > feedback, not to risk damaging your receiver! > > What you need to do to get a similar constellation is the whole dance > that is taught in your average digital communication basics lecture: > > Synchronization in time, and phase (and theoretically frequency, but > when it's really only a loopback, that's not an issue, since they will > be identical), an equalizer if your channel leads to ISI, and > potentially phase tracking, as well as usually some sort of pulse > shaping filter etc. > > Best regards, > Marcus > > On Thu, 2018-06-14 at 10:59 +0200, Luis Felipe Albarracin Sanchez > wrote: > > Hello all, > > > > I am trying to do a Loopback with an USRP B210, ad i have the following > flowgraph: > > > > > > > > > > > > For mi test i need to obtain a similar constellation once i received the > signal, but i am getting: > > > > > > > > > > My question is, are there any blocks missing or what else i need to do, > to obtain a similar constellation in the Rx side? > > > > Once again, thank you very much. > > > > Kind regards. > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Build Tree Vs. Install Tree OOT - Issue
Hello all, Thanks for the recomendation, i did (in the top-level OOT directory): $ mkdir build $ cd build $ cmake .. -DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages/ And the following output comes out: CMake Error: The source directory "/home/felipe/WLAN/gr-mer/build/..-DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages" does not exist. Specify --help for usage, or press the help button on the CMake GUI. make: *** No target specified and no makefile found. Stop. This is my trasalation so you can understand it make: *** there is no rule for building object 'install'. Stop. This is my trasalation so you can understand it And i also erased the build file, and did exactly in the top-level OOT directory: $ mkdir build $ cd build $ cmake -DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages/ .. And the following output came out: -- The CXX compiler identification is GNU 5.4.0 -- The C compiler identification is GNU 5.4.0 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Build type not specified: defaulting to release. -- Boost version: 1.58.0 -- Found the following Boost libraries: -- filesystem -- system -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Checking for module 'cppunit' -- Found cppunit, version 1.13.2 -- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") CMake Error at CMakeLists.txt:114 (find_package): By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Gnuradio", but CMake did not find one. Could not find a package configuration file provided by "Gnuradio" (requested version 3.7.2) with any of the following names: GnuradioConfig.cmake gnuradio-config.cmake Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set "Gnuradio_DIR" to a directory containing one of the above files. If "Gnuradio" provides a separate development package or SDK, be sure it has been installed. I appreciate your help regarding this. Once again, thanks for the help. Kind regards. On Tue, Jun 12, 2018 at 5:38 PM, Andi Kita wrote: > > > gr-mer# mkdir build > cd build > cmake .. To build in this folder > cmake .. -DCMAKE_INSTALL_PREFIX=/folder/to/where/you/wanted/installed/ > Make > Make install > Ldconfig > > On Jun 12, 2018 11:07 AM, "Luis Felipe Albarracin Sanchez" < > lfasanc...@gmail.com> wrote: > > Hello all, > > I have installed GNURAdio through Pybombs in Ubuntu 16.04, > > I am trying to build some OOT modules, and so i run the line: > > *$cmake > -DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages/* > > as it is shown in: > > https://wiki.gnuradio.org/index.php/OutOfTreeModules > > I must point out that i did it in the folder of the OOT, for this example > (gr-mer). > > Once i have done this, the following output is shown in the terminal: > > > > felipe@felipe-desktop:~/WLAN/gr-mer$ cmake -DCMAKE_INSTALL_PREFIX=/home/ > felipe/prefix/lib/python2.7/dist-packages/ > -- The CXX compiler identification is GNU 5.4.0 > -- The C compiler identification is GNU 5.4.0 > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Detecting CXX compile features > -- Detecting CXX compile features - done > -- Check for working C compiler: /usr/bin/cc > -- Check for working C compiler: /usr/bin/cc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Detecting C compile features > -- Detecting C compile features - done > -- Build type not specified: defaulting to release. > -- Boost version: 1.58.0 > -- Found the following Boost libraries: > -- filesystem > -- system > -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") > -- Checking for module 'cppunit' > -- Found cppunit, version 1.13.2 > -- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl > -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") > Checking for GNU Radio Module: RUNTIME > -- Checking for
[Discuss-gnuradio] Build Tree Vs. Install Tree OOT - Issue
Hello all, I have installed GNURAdio through Pybombs in Ubuntu 16.04, I am trying to build some OOT modules, and so i run the line: *$cmake -DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages/* as it is shown in: https://wiki.gnuradio.org/index.php/OutOfTreeModules I must point out that i did it in the folder of the OOT, for this example (gr-mer). Once i have done this, the following output is shown in the terminal: felipe@felipe-desktop:~/WLAN/gr-mer$ cmake -DCMAKE_INSTALL_PREFIX=/home/felipe/prefix/lib/python2.7/dist-packages/ -- The CXX compiler identification is GNU 5.4.0 -- The C compiler identification is GNU 5.4.0 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Build type not specified: defaulting to release. -- Boost version: 1.58.0 -- Found the following Boost libraries: -- filesystem -- system -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Checking for module 'cppunit' -- Found cppunit, version 1.13.2 -- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl -- Found Doxygen: /usr/bin/doxygen (found version "1.8.11") Checking for GNU Radio Module: RUNTIME -- Checking for module 'gnuradio-runtime' -- Found gnuradio-runtime, version 3.7.12.0 * INCLUDES=/home/felipe/prefix/include * LIBS=/home/felipe/prefix/lib/libgnuradio-runtime.so;/home/felipe/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so -- Found GNURADIO_RUNTIME: /home/felipe/prefix/lib/libgnuradio-runtime.so;/home/felipe/prefix/lib/libgnuradio-pmt.so;/usr/lib/liblog4cpp.so GNURADIO_RUNTIME_FOUND = TRUE CMake Warning (dev) at /home/felipe/prefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "test-mer". Use the target name directly with add_custom_command, or use the generator expression $, as appropriate. Call Stack (most recent call first): lib/CMakeLists.txt:92 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. -- -- Checking for module SWIG -- Found SWIG version 3.0.8. -- Found SWIG: /usr/bin/swig3.0 -- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.12", minimum required is "2") -- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.12", minimum required is "2") -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE -- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success CMake Warning (dev) at /home/felipe/prefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION target property. Run "cmake --help-policy CMP0026" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The LOCATION property should not be read from target "gnuradio-mer". Use the target name directly with add_custom_command, or use the generator expression $, as appropriate. Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /home/felipe/prefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0045 is not set: Error on non-existent target in get_target_property. Run "cmake --help-policy CMP0045" for policy details. Use the cmake_policy command to set the policy and suppress this warning. get_target_property() called with non-existent target "/usr/bin/python2". Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /home/felipe/prefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0045 is not set: Error on non-existent target in get_target_property. Run "cmake --help-policy CMP0045" for policy details. Use the cmake_policy command to set the policy and suppress this warning. get_target_property() called with non-existent target "/home/felipe/WLAN/gr-mer/python/qa_probe_mer_c.py". Call Stack (most recent call first): python/CMakeLists.txt:44 (GR_ADD_TEST) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning (dev) at /home/felipe/prefix/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property): Policy CMP0026 is not set: Disallow use of the LOCATION
Re: [Discuss-gnuradio] GR-UHD Compatibility Issue
Thank you all, I will try that. Kind regards. On Tue, Jun 12, 2018 at 12:09 PM, Müller, Marcus (CEL) wrote: > The most recent one :) > At this time, that's 3.7.13.2, but we haven't rolled a tar ball for > that yet – shame on me. You can get the current stable one always via > git, using the maint-3.7 branch, or from github's release page (though > the tarballs there might not be bit-identical to what we'll shortly > release under https://www.gnuradio.org/releases/gnuradio/) on > https://github.com/gnuradio/gnuradio/releases . > > Best regards, > Marcus > > On Tue, 2018-06-12 at 10:14 +0200, Luis Felipe Albarracin Sanchez > wrote: > > Hello all, > > > > I am sorry i just look at the stable versions available at that one > > was one of the closest to the top. > > > > I will checkout the others. > > > > Is there any stable Version you would recommend? > > > > Kind regards. > > > > On Tue, Jun 12, 2018 at 10:06 AM, Müller, Marcus (CEL) > du> wrote: > > > As Marcus said, 3.0.4 is somewhere between "ancient" and "archaic". > > > Is > > > there a specific reason you consider that version? > > > > > > On Tue, 2018-06-12 at 03:01 -0400, Marcus D. Leech wrote: > > > > On 06/12/2018 02:49 AM, Luis Felipe Albarracin Sanchez wrote: > > > > > Hello to all, > > > > > > > > > > i just did, what the stable version 3.0.4 from the repository: > > > > > > > > > > https://www.gnuradio.org/releases/gnuradio/ > > > > > > > > > > And then i opened the package and red the "install" text which > > > > > said: > > > > > > > > > > The simplest way to compile this package is: > > > > > > > > > > 1. `cd' to the directory containing the package's source code > > > and > > > > > type > > > > > `./configure' to configure the package for your system. If > > > > > you're > > > > > using `csh' on an old version of System V, you might need > > > to > > > > > type > > > > > `sh ./configure' instead to prevent `csh' from trying to > > > > > execute > > > > > `configure' itself. > > > > > > > > > > Running `configure' takes awhile. While running, it > > > prints > > > > > some > > > > > messages telling which features it is checking for. > > > > > > > > > > 2. Type `make' to compile the package. > > > > > > > > > > Thanks again, > > > > > > > > > > Any idea of what the problem could be? > > > > > > > > > > Kind regards. > > > > > > > > > > > > > You're trying to install a version of Gnu Radio that is 11 years > > > old > > > > is > > > > the main problem. > > > > > > > > > > > > Try starting here: > > > > > > > > https://wiki.gnuradio.org/index.php/InstallingGR > > > > > > > > > > > > > > > > ___ > > > > Discuss-gnuradio mailing list > > > > Discuss-gnuradio@gnu.org > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > > > > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Issue witth OOT - Cmake:CMAKE_PREFIX_PATH
Hello all, I have just installed GNURadio via Pybombs on Ubuntu 16.0.4, and i tried to build some OOT, for example: https://github.com/git-artes/gr-mer And i get the follwing error: *CMake Warning at CMakeLists.txt:85 (find_package): By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Gnuradio", but CMake did not find one. Could not find a package configuration file provided by "Gnuradio" with any of the following names:GnuradioConfig.cmake gnuradio-config.cmake Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set "Gnuradio_DIR" to a directory containing one of the above files. If "Gnuradio" provides a separate development package or SDK, be sure it has been installed.* I have tried: *$ cmake -DCMAKE_PREFIX_PATH==//home/felipe/prefix/src/gnuradio ../* But this shows me the error: *CMake Error: The source directory "/home" does not appear to contain CMakeLists.txt.Specify --help for usage, or press the help button on the CMake GUI.* The other thing is that when i run: $ which gnuradio-companion nothing comes up. Can someone please help me, so i can build the OOTs. Once again thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR-UHD Compatibility Issue
Hello all, I am sorry i just look at the stable versions available at that one was one of the closest to the top. I will checkout the others. Is there any stable Version you would recommend? Kind regards. On Tue, Jun 12, 2018 at 10:06 AM, Müller, Marcus (CEL) wrote: > As Marcus said, 3.0.4 is somewhere between "ancient" and "archaic". Is > there a specific reason you consider that version? > > On Tue, 2018-06-12 at 03:01 -0400, Marcus D. Leech wrote: > > On 06/12/2018 02:49 AM, Luis Felipe Albarracin Sanchez wrote: > > > Hello to all, > > > > > > i just did, what the stable version 3.0.4 from the repository: > > > > > > https://www.gnuradio.org/releases/gnuradio/ > > > > > > And then i opened the package and red the "install" text which > > > said: > > > > > > The simplest way to compile this package is: > > > > > > 1. `cd' to the directory containing the package's source code and > > > type > > > `./configure' to configure the package for your system. If > > > you're > > > using `csh' on an old version of System V, you might need to > > > type > > > `sh ./configure' instead to prevent `csh' from trying to > > > execute > > > `configure' itself. > > > > > > Running `configure' takes awhile. While running, it prints > > > some > > > messages telling which features it is checking for. > > > > > > 2. Type `make' to compile the package. > > > > > > Thanks again, > > > > > > Any idea of what the problem could be? > > > > > > Kind regards. > > > > > > > You're trying to install a version of Gnu Radio that is 11 years old > > is > > the main problem. > > > > > > Try starting here: > > > > https://wiki.gnuradio.org/index.php/InstallingGR > > > > > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR-UHD Compatibility Issue
Hello to all, i just did, what the stable version 3.0.4 from the repository: https://www.gnuradio.org/releases/gnuradio/ And then i opened the package and red the "install" text which said: The simplest way to compile this package is: 1. `cd' to the directory containing the package's source code and type `./configure' to configure the package for your system. If you're using `csh' on an old version of System V, you might need to type `sh ./configure' instead to prevent `csh' from trying to execute `configure' itself. Running `configure' takes awhile. While running, it prints some messages telling which features it is checking for. 2. Type `make' to compile the package. Thanks again, Any idea of what the problem could be? Kind regards. On Mon, Jun 11, 2018 at 11:10 PM, Marcus D. Leech wrote: > On 06/11/2018 05:01 PM, Derek Kozel wrote: > >> Hello Luis, >> >> Mixing installing GNU Radio and UHD from source and a repository rarely >> works without special care. I recommend uninstalling all your source >> installations and only using the Ubuntu packages unless you have a reason >> to use more recent versions. >> >> You installed UHD from source, if you do want to use the newer versions >> then here is a link to instructions on installing UHD and GNU Radio from >> source on Ubuntu. >> https://kb.ettus.com/Building_and_Installing_the_USRP_Open-S >> ource_Toolchain_(UHD_and_GNU_Radio)_on_Linux < >> https://kb.ettus.com/Building_and_Installing_the_USRP_Open- >> Source_Toolchain_%28UHD_and_GNU_Radio%29_on_Linux> >> >> You mention a ./configure step, that is not part of the regular build >> process for GNU Radio, what instructions were you following? >> >> Regards, >> Derek >> > Gnu Radio hasn't used the autotools (and thus required ./configure) in > MANY YEARS. Must be some very old instructions... > > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GR-UHD Compatibility Issue
Hello all,
I am having an Issue when trying to test a model with a USRP B210, i have
instaled GNURadio, via:
*$ apt install gnuradio*
then i tried to connect mi USRP to the model, but the followig error comes
out:
*RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD
library.GR-UHD was build against ABI: 3.9.0-0,but UHD library reports ABI:
3.11.1Suggestion: install an ABI compatible version of UHD,or rebuild
GR-UHD component against this ABI version.*
I have read a forum with a similar problem:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-June/020462.html
and i have tried the commands in linux, to run it from scratch:
*sudo apt-get remove libgnuradio\* libuhd\* uhd\*
./build-gnuradio*
But it did not worked,
I need help, if comeone can please tell me how can i rebuild GR-UHD against
the ABI 3.11.1 version?
I must say, that i tried to uninstall GNURadio, and i have tried to install
it not by the "apt install", but from the source:
https://www.gnuradio.org/releases/gnuradio/
I followed the instructions, but when i get to the "make" part after
"./configure", the following error shows up:
*gr_dispatcher.cc: In member function 'void
gr_dispatcher::loop(double)':gr_dispatcher.cc:177:37: error: 'perror' was
not declared in this scope perror ("gr_dispatcher/select");*
^
I will really appreciate some help, to get my USRP to work with GNURadio.
Kind regards.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Changing Variables Values From Code
Hello all, I am trying to do a development in GNURadio, and i need change the value of a block "variable" according to the exit of the block i am developing in python. My question is, are there any examples where i can guide myself to do this?any suggestions on how i must write my block in python for it to changes the variable? Thanks again for all the support, Kind regards. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Constellations, EVM and SNR Questions
Thank you all,
I will try that.
Kind regards.
On Thu, Jun 7, 2018 at 10:16 PM, Martin K
wrote:
> The following call is how I read data into MATLAB from the GNURadio file
> sink. I think this would almost work in Octave as well but I haven't tried.
> If not it, it at least illustrates the proper format.
>
> FileID = fopen('Filename','r');
> import_channels = 2;
> SamplesPerFrame = 1024;
> import_format = 'float32';
> x = fread(FileID,[import_channels SamplesPerFrame],import_format)';
> complex_baseband = complex(x(:,1),x(:,2));
>
> I have this embedded in a MATLAB system class. I extricated the
> fopen/fread() calls for clarity.
> HTH
> --
> Martin K.
>
>
>
> On Thu, Jun 7, 2018 at 9:30 AM, Federico 'Larroca' La Rocca <
> flarr...@gmail.com> wrote:
>
>> Hello again,
>>
>> To export from GNU Radio to octave, you should first use a "File Sink"
>> block and then one of the scripts in gr-utils/octave. I'm pretty sure they
>> are compatible with matlab too.
>>
>> About the SNR, that depends on what you want. If you want the power of
>> noise that actually affects your decision system divided by the power of
>> the symbols, then MER is what you are looking for (assuming your sampling
>> and frequency correction works properly). If you want the more classic SNR
>> (i.e. power of the useful signal divided by the total noise power in the
>> band), then that's more involved. You may try the following: since you know
>> the constellation points and the pulse, you may easily calculate the power
>> of the useful signal (assuming your AGC works properly and that the channel
>> is flat fading). The difference between this power and the actual received
>> power is due to noise (assuming independence).
>>
>> However, what matters performance-wise is the amount of noise that gets
>> into the decision system, and not the actual SNR.
>>
>> Hope it helps!
>>
>>
>>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
Eng. Luis Felipe Albarracin
PMP
CCNA/CCDA/CCNP/CCDP/CCIP
ITIL v3 Foundation
Msc. Telematics / MBA
"Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt"
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Callback Function in Blocks for C++
Thanks both of you for the help, I am checking the example in the throttle block and also the swig part, i will let you know if i have further questions. Kind regards. On Tue, Mar 20, 2018 at 1:12 PM, Michael Dickens <michael.dick...@ettus.com> wrote: > Hi Luis - You also have to make sure the function is passed through from > C++ to Python via SWIG, which means that it must be in the public header in > the OOT, not just the private header. Hope this helps! - MLD > > On Tue, Mar 20, 2018, at 12:40 PM, Luis Felipe Albarracin Sanchez wrote: > > Hello Everyone, > I am trying to build a new block from scratch, that allows me to change > parameter values while the flowgraph is running. > > I have found that for the .XML code i must use: > > "Function"($XXX) > > My question is, in the c++ code , besides creating the function and > applying values to the parameter, do i need to do something else so the > callback work? > > Thanks for the response. > > *___* > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Callback Function in Blocks for C++
Hello Everyone, I am trying to build a new block from scratch, that allows me to change parameter values while the flowgraph is running. I have found that for the .XML code i must use: "Function"($XXX) My question is, in the c++ code , besides creating the function and applying values to the parameter, do i need to do something else so the callback work? Thanks for the response. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Python Tutorial for MAC OS 10.12
Hello everyone, Thanks for the responses, they are helpful. Michael, I get o tried to do that "python file" manually, but It did not work. Maybe I am doing it wrong. I opened opened a terminal in the folder where the python file is and I placed the manual commands that are on the tutorial, but the console shows an error. Do you know how to do this the rigth way? Thanks again. El sept. 24, 2017 12:20 PM, "Michael Dickens" <michael.dick...@ettus.com> escribió: > Hi Luis Felipe - OK; thanks for clarifying. When you click the button > "generate the flowgraph", GRC creates the Python file -- overwriting > anything that might be there already. So, any changes to the Python file > are lost when you have GRC generate the flowgraph. Note that, at the very > end of 3.1.5, you execute the (new) Python script by hand: "python > if_else_mod.py". So, do the file edits, save the Python script, but -do > not- click the button "generate the flowgraph". Hope this helps! - MLD > > On Sun, Sep 24, 2017, at 01:00 PM, Luis Felipe Albarracin Sanchez wrote: > > Thank you for the quick response, > > I think you are rigth, i need to clarify better my problem, i started > from scratch the Tutorial, and i placed all blocks according to the > Tutorial. After that i clicked on "generate the flowgraph". Once i did this > in the folder where the GRC is saved Python file was created. I opened this > file to edit it as proposed in the section 3.1.5 of the Tutorial and wrote > the lines that in the tutorial said should be added to make Flowgraph work > taking into account the two signals. I did this, i wrote the new code i > saved it on python (the same file), and then i clicked again on "Generate > the flowgraph" hoping that the "flowgraph" will take the changes on the > python files, but it did not happend; what it happend is that it created > again a Python file overwritting the one the one that i did changes on. i > am kind of lost. How can i make the flowgraphs to take Python script once > it have change it? > > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Python Tutorial for MAC OS 10.12
Hello Michael, Thank you for the quick response, I think you are rigth, i need to clarify better my problem, i started from scratch the Tutorial, and i placed all blocks according to the Tutorial. After that i clicked on "generate the flowgraph". Once i did this in the folder where the GRC is saved Python file was created. I opened this file to edit it as proposed in the section 3.1.5 of the Tutorial and wrote the lines that in the tutorial said should be added to make Flowgraph work taking into account the two signals. I did this, i wrote the new code i saved it on python (the same file), and then i clicked again on "Generate the flowgraph" hoping that the "flowgraph" will take the changes on the python files, but it did not happend; what it happend is that it created again a Python file overwritting the one the one that i did changes on. i am kind of lost. How can i make the flowgraphs to take Python script once it have change it? Thanks again. Kind regards. On Sun, Sep 24, 2017 at 11:48 AM, Michael Dickens <michael.dick...@ettus.com > wrote: > Hi Luis Felipe - Nice to hear from another MacOS X user of GNU Radio; > there are actually quite a few of us "out there"... > > Maybe you can clarify what you mean by "goes back to the original". Step > 3.1.5 has you modify the GRC flowgraph, which will in turn generate an > updated Python script; you view the changes in the Python script to get an > idea of the connection between the GRC representation of a flowgraph and > the Python version (among other connections). If you succeed in the GRC > flowgraph changes, when you click the button "Generate the flow graph" then > the flowgraph's Python script will be updated. > > I hope this is useful! If not, ask more questions! - MLD > > On Sun, Sep 24, 2017, at 12:00 PM, Luis Felipe Albarracin Sanchez wrote: > > Is mi first time here, and i am just learning about how to work with > GNURadio on MAC OS. > > I am following this tutorial: > > https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_Python > > And when i reach the section 3.1.5, i rewrite the code and save it on > Python, but once i hit "Execute the flowgraph" the code goes back to the > original. > > Would anyone please tell me how can i execute the flowgraph and make the > new code in python be accepted for the flowgraph. > > > -- Eng. Luis Felipe Albarracin PMP CCNA/CCDA/CCNP/CCDP/CCIP ITIL v3 Foundation Msc. Telematics / MBA "Die Grenzen meiner Sprache bedeuten die Grenzen meiner Welt" ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Python Tutorial for MAC OS 10.12
Hello everyone, Is mi first time here, and i am just learning about how to work with GNURadio on MAC OS. I am following this tutorial: https://wiki.gnuradio.org/index.php/Guided_Tutorial_GNU_Radio_in_Python And when i reach the section 3.1.5, i rewrite the code and save it on Python, but once i hit "Execute the flowgraph" the code goes back to the original. Would anyone please tell me how can i execute the flowgraph and make the new code in python be accepted for the flowgraph. thanks in advance. Luis Felipe ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
