[Discuss-gnuradio] Multiplication of complex signals in GRC
When we multiply two complex signals in GNU Radio companion and see the result using WX FFT block then there is no frequency difference component(f1-f2) but only the addition component(f1+f2)...why is that?? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] matplotlib runtime error
On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau t...@trondeau.com wrote: On Fri, May 2, 2014 at 8:49 AM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Activecat, typical GUI problem; background is that X applications are inherently hard to multithread, which basically requires graphical toolkits to run in a main loop. This conflicts with every block being run in its own thread. The easiest solution nowadays should be that you generate a QT flow graph in GRC, use PyQT to generate your GUI, register a message handler and integrate matplotlib (there are examples out there, just don't have one at my fingertips right now), and use the message passing interface to get data out of your flow graph into your GUI. Greetings, Marcus Tim's written a number of blocks like this: https://github.com/osh/gr-pyqt Tom I am now learning Qt in order to use it with gnuradio. Q1: In gnuradio we use Qt Widgets, but not Qt Quick at all. Is this correct? Q2: In roadmap when will gnuradio start to use Qt5, gnuradio v3.8 ..? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pass new types to the make function
hello every body, I really have a problem with data types when I want to use my out-of-tree module in GRC which is written in c++. I have a make like this: *make(unsinged int x, usigned char y)* how could I use this block in GRC? please help me, Thank. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multiplication of complex signals in GRC
On 08.05.2014 08:59, ali hanif wrote: When we multiply two complex signals in GNU Radio companion and see the result using WX FFT block then there is no frequency difference component(f1-f2) but only the addition component(f1+f2)...why is that?? That is actually the mathematically correct thing. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multiplication of complex signals in GRC
Can you plz explain Martin or give me a link atleast...thnx in advance On Thu, May 8, 2014 at 1:19 PM, Martin Braun martin.br...@ettus.com wrote: On 08.05.2014 08:59, ali hanif wrote: When we multiply two complex signals in GNU Radio companion and see the result using WX FFT block then there is no frequency difference component(f1-f2) but only the addition component(f1+f2)...why is that?? That is actually the mathematically correct thing. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pass new types to the make function
Hi Mostafa, because I hope this will solve your problem as well as make it easier for me to understand you and vice versa, I've generated a minimal example of what you're trying to do. Please clone https://github.com/marcusmueller/gr-unsigned_inting.git and tell me if it reflects what you're trying to do. The only files I modified after generation with gr_modtool were - lib/trycc - python/qa_try_...py - grc/tryxml Greetings, Marcus On 08.05.2014 10:18, Mostafa Alizadeh wrote: hello every body, I really have a problem with data types when I want to use my out-of-tree module in GRC which is written in c++. I have a make like this: *make(unsinged int x, usigned char y)* how could I use this block in GRC? please help me, Thank. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Multiplication of complex signals in GRC
I think you are confused because you're doing the math on paper with real sin/cos functions. The complex signal sources produce complex oscillations ($s_f(t)=e^{j2\pi f t}$), which do not have symmetrical spectrum. Do the math with the exponential function; it get's easier than what you have to do to prove the real intermodulation signals, and you clearly see that $s_a s_b = s_{a+b}$. Greetings, Marcus On 08.05.2014 10:40, ali hanif wrote: Can you plz explain Martin or give me a link atleast...thnx in advance On Thu, May 8, 2014 at 1:19 PM, Martin Braun martin.br...@ettus.com wrote: On 08.05.2014 08:59, ali hanif wrote: When we multiply two complex signals in GNU Radio companion and see the result using WX FFT block then there is no frequency difference component(f1-f2) but only the addition component(f1+f2)...why is that?? That is actually the mathematically correct thing. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I have a trouble with new types in python!
On Thu, May 8, 2014 at 12:53 AM, Mostafa Alizadeh m.alizade...@gmail.comwrote: Hi Marcus, I actually have a deep, really deep, problem with data types As you see I have a preprocessor definition which is 32 bit number. I wanna pass it to the make!!! how could I? If I use the gnuradio type gr_uint32, after turning my c++-written blocks, the GRC tells me: *TypeError: in method '_make', argument 1 of type 'gr_uint32'* I put an option to the xml file : *option* *nameCRC16/name* *keygr_uint32/key* *optCRC_type:0x00011021/opt* */option* I know that this is not true, but I want to pass a 32-bit number to the make. How could I do? Anyone correct me if I am wrong. In xml file we use the Python data types. In usual case Python doesn't distinguish among unsigned or signed integer, this is different from c++. The casting will be intelligently handled by swig. Hence, for your case, just pass gr_uint32 to the make() assuming your block is coded in c++. Then use typeint/type in the xml file. This solves your problem. Meanwhile, C preprocessor does not know types or C keywords. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pass new types to the make function
Hi Marcus, Thank you for your guides. I clone your files and finally got that I can pass unsinged int to the make but in the xml file I can put the typeint/type !!! That's I wanted. Thank you again. But one of my blocks must give an array of int: int g[] = {1,2,3}; . And the make should be like this: *make(int *g)* I looked at the block vector source which gives a vector for it's make function. However, I want to pass an array in GRC form of the block i.e. xml file! What do you prefer? greetings, On Thu, May 8, 2014 at 1:16 PM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Mostafa, because I hope this will solve your problem as well as make it easier for me to understand you and vice versa, I've generated a minimal example of what you're trying to do. Please clone https://github.com/marcusmueller/gr-unsigned_inting.git and tell me if it reflects what you're trying to do. The only files I modified after generation with gr_modtool were - lib/trycc - python/qa_try_...py - grc/tryxml Greetings, Marcus On 08.05.2014 10:18, Mostafa Alizadeh wrote: hello every body, I really have a problem with data types when I want to use my out-of-tree module in GRC which is written in c++. I have a make like this: *make(unsinged int x, usigned char y)* how could I use this block in GRC? please help me, Thank. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pass new types to the make function
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SWIG automatically generates wrappers for the python tuple type. Refer the mass of examples of tuples being used as parameters in GRC blocks for reference ;) Again, don't write anything funky yourself, just use a std::vectorint* as parameter to your C++ block. Greetings, Marcus On 08.05.2014 14:18, Mostafa Alizadeh wrote: Hi Marcus, Thank you for your guides. I clone your files and finally got that I can pass unsinged int to the make but in the xml file I can put the typeint/type !!! That's I wanted. Thank you again. But one of my blocks must give an array of int: int g[] = {1,2,3}; . And the make should be like this: *make(int *g)* I looked at the block vector source which gives a vector for it's make function. However, I want to pass an array in GRC form of the block i.e. xml file! What do you prefer? greetings, On Thu, May 8, 2014 at 1:16 PM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Mostafa, because I hope this will solve your problem as well as make it easier for me to understand you and vice versa, I've generated a minimal example of what you're trying to do. Please clone https://github.com/marcusmueller/gr-unsigned_inting.git and tell me if it reflects what you're trying to do. The only files I modified after generation with gr_modtool were - lib/trycc - python/qa_try_...py - grc/tryxml Greetings, Marcus On 08.05.2014 10:18, Mostafa Alizadeh wrote: hello every body, I really have a problem with data types when I want to use my out-of-tree module in GRC which is written in c++. I have a make like this: *make(unsinged int x, usigned char y)* how could I use this block in GRC? please help me, Thank. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTa3g7AAoJEBQ6EdjyzlHtO4sH/ipblc9swgryj1xmBPBW5j33 7zDlZg1mL9d8WDE4t8rBbxF0esaFnS8qRUrfAtg0L9Lxl7I+rJG9tJZK82XIEVzl pmRy5e1Grhz837Bw6Q3JHHzsH4oHi6PZEWGAGm3dD+Qbuj5VHmOgPAvH47udS+ai RFWm8P3D0Vg3hTGp05B8FHhSf9nZPggWludcXaB97eaIg0YN3+0lxcQ9Rir198Z7 bsO/IQV9U79fy0edhJnlV6aqHrY7ShVRests09JDT/E7PiWaE+Obx6ttC3pzA3VZ kxl+uxnAE6rFjwu1+/grdUiNRdyK+WlpVaY3Q6/lHxsG66LkJK8s51WN4BXtk80= =FnJe -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I have a trouble with new types in python!
On Thu, May 8, 2014 at 8:24 PM, Mostafa Alizadeh m.alizade...@gmail.comwrote: Activecat your right, I finally got what you said. Types in Python are so different than that of c++. For example, Python doesn't care the data is int or usigned int ! Pls stay on the list so that others know your problem has been solved. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GR-easy
I was wondering what progress has been made since it's debut with gr-easy and if it is publicly available. Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] matplotlib runtime error
On Thu, May 8, 2014 at 3:30 AM, Activecat active...@gmail.com wrote: On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau t...@trondeau.com wrote: On Fri, May 2, 2014 at 8:49 AM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Activecat, typical GUI problem; background is that X applications are inherently hard to multithread, which basically requires graphical toolkits to run in a main loop. This conflicts with every block being run in its own thread. The easiest solution nowadays should be that you generate a QT flow graph in GRC, use PyQT to generate your GUI, register a message handler and integrate matplotlib (there are examples out there, just don't have one at my fingertips right now), and use the message passing interface to get data out of your flow graph into your GUI. Greetings, Marcus Tim's written a number of blocks like this: https://github.com/osh/gr-pyqt Tom I am now learning Qt in order to use it with gnuradio. Q1: In gnuradio we use Qt Widgets, but not Qt Quick at all. Is this correct? Correct. Q2: In roadmap when will gnuradio start to use Qt5, gnuradio v3.8 ..? Uncertain. I haven't spent enough time, yet, with QT5 to know for sure and determine what we get (features) and what we lose (older distro support). More likely, this will be a 3.9 thing. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I have a trouble with new types in python!
On Thu, May 8, 2014 at 8:48 AM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Activecat, On 08.05.2014 14:14, Activecat wrote: Anyone correct me if I am wrong. In xml file we use the Python data types. well, kind of. The XML is just being parsed by GRC to validate the input of a field, color things etc. However, there are only mappings in grc/python/Param.py for the correctly wrappable python types. You won't be able to have a let's say some Python class as param type in GRC. Greetings, Marcus Yes, GRC isn't a complete language and doesn't implement things like it is. There are only a subset of possible data types. Using gr_modtool add to create a new block nicely gives you a lot of hints in the XML file it builds for you, including a list of all possible data types. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Polyphase Clock Synchronization block add some noise to constellation
On Thu, May 8, 2014 at 6:07 AM, Irfan Ullah irfanlums...@gmail.com wrote: Hi all, I am using Polyphase Clock Synchronization block of GRC for symbol timing synchronization.currently I am doing simulations of QPSK using channel modal block. Ployphase clock synchronizer block work properly means it will synchronize the timing offsets in the signal remove the ISI from constellation but the problem is that it will add some noise to the constellation so could some one tell me how to solve this problem. The picture of my flow graph is attached with this email you can see the parameters of polyphase clock synchronization I have used the firdes.root_raised_cosine_filter() for filter design in this block. A few things. First, yes, there will be some noise added to the received signal. The PFB clock sync block very specifically produces noise based on the settings. The default value of using 32 filters in the filterbank is designed such that the aliasing noise it creates is below the quantization noise of a 16 bit number. The length of the RRC filter per filterbank arm will determine how much ISI you will accept. You can trade these issues off between computational performance and signal fidelity. From your flowgraph, my guess is that you have something wrong with your filter taps and settings. The value of 44 for the number of filters is strange. It feels like you think that that's the number of taps per filter instead of the number of filters in the filterbank. The RRC prototype filter (rrctaps, I think, in your flowgraph) should be the normal RRC filter upsampled by the number of filters you use. So rrctaps will be a really long filter, but the filterbank partitions it among the N filters, so each arm becomes a reasonable filter again. Also, you are using 2 for the output samples per symbol. The Costas loop works better off 1 sps as will your constellation. Check out the documentation for this block to try to understand better what it's doing and how it works: http://gnuradio.org/doc/doxygen/classgr_1_1digital_1_1pfb__clock__sync__ccf.html Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I have a trouble with new types in python!
On Thu, May 8, 2014 at 9:33 PM, Tom Rondeau t...@trondeau.com wrote: On Thu, May 8, 2014 at 8:48 AM, Marcus Müller marcus.muel...@ettus.comwrote: Hi Activecat, On 08.05.2014 14:14, Activecat wrote: Anyone correct me if I am wrong. In xml file we use the Python data types. well, kind of. The XML is just being parsed by GRC to validate the input of a field, color things etc. However, there are only mappings in grc/python/Param.py for the correctly wrappable python types. You won't be able to have a let's say some Python class as param type in GRC. Greetings, Marcus Yes, GRC isn't a complete language and doesn't implement things like it is. There are only a subset of possible data types. Using gr_modtool add to create a new block nicely gives you a lot of hints in the XML file it builds for you, including a list of all possible data types. Tom That is very clear. Thank you very much. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] saving raw data after correct frame reception
Hi all again, regarding my previous email, I would like to ask you is there any more efficient way to buffer data in gnuradio except makind a block that just copies samples and waits for the signal to store them into file? On Tue, Apr 22, 2014 at 10:20 AM, Nemanja Savic vlasi...@gmail.com wrote: hi all guys, I would like to be able to store raw data into file after correct frame reception. For this reason I suppose there should be a block that buffers raw data and wait for the trigger to store into file. The trigger can only be sent from packet deframer after checking validity. So my questions are how could I synchronize those two blocks and what should be the minimum length of the buffer, and what would be the optimal way to do this, cause my processor is already under 90% of load. Best and thank you, -- Nemanja Savić -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] saving raw data after correct frame reception
Ah, it has just came to my mind the following idea: a block with history value of few miliseconds connected directly to usrp source. The history can provide me previous data, but I would like to hear if something like this has sense? best On Thu, May 8, 2014 at 5:21 PM, Nemanja Savic vlasi...@gmail.com wrote: Hi all again, regarding my previous email, I would like to ask you is there any more efficient way to buffer data in gnuradio except makind a block that just copies samples and waits for the signal to store them into file? On Tue, Apr 22, 2014 at 10:20 AM, Nemanja Savic vlasi...@gmail.comwrote: hi all guys, I would like to be able to store raw data into file after correct frame reception. For this reason I suppose there should be a block that buffers raw data and wait for the trigger to store into file. The trigger can only be sent from packet deframer after checking validity. So my questions are how could I synchronize those two blocks and what should be the minimum length of the buffer, and what would be the optimal way to do this, cause my processor is already under 90% of load. Best and thank you, -- Nemanja Savić -- Nemanja Savić -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] broken gnuplot
Hi all again, actually yes, the problem was due to numpy. Namely, I uninstalled 1.4.1 which I have on my RHEL6 and installed 1.5 or something. During that opengl was somehow deleted and when I installed using package manager, numpy 1.4.1 was installed again. best On Wed, Feb 26, 2014 at 6:27 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Feb 26, 2014 at 6:23 AM, Nemanja Savic vlasi...@gmail.com wrote: When I use nongl option, then the gui looks like on the figure I posted, and when I use gl option, the follosing error occures: Traceback (most recent call last): File /home/savi_ne/work/gnuradio/GRC/top_block.py, line 14, in module from gnuradio.wxgui import fftsink2 File /usr/local/lib64/python2.6/site-packages/gnuradio/wxgui/fftsink2.py, line 34, in module raise RuntimeError(Unable to import OpenGL. Are Python wrappers for OpenGL installed?) RuntimeError: Unable to import OpenGL. Are Python wrappers for OpenGL installed? Ok, so definitely stick with the non-OpenGL version. As to why it's stopped working for you, I can't say. Can you roll back to an older version of GNU Radio that you know was working to see if it's something there? If not, it's something with your system, and we can't really be much help with that. Tom On Tue, Feb 25, 2014 at 11:45 PM, Nemanja Savic vlasi...@gmail.com wrote: Thank you Tom. I try tomorrow. On Tue, Feb 25, 2014 at 4:20 PM, Tom Rondeau t...@trondeau.com wrote: On Tue, Feb 25, 2014 at 9:35 AM, Nemanja Savic vlasi...@gmail.com wrote: Is there any way to repair this, because one or two months ago, everything was ok? Or, is there any log where I can figure what is the exact problem? Well, since we don't know what you changed on your side, it's hard to help you fix it. Again, numpy, matplotlib, and gnuplot have nothing to do with this. Have you tried my suggestion of turning opengl off? That tends to be the main problem people have with using wxgui. Tom On Tue, Feb 25, 2014 at 3:02 PM, Tom Rondeau t...@trondeau.com wrote: On Tue, Feb 25, 2014 at 8:07 AM, Nemanja Savic vlasi...@gmail.com wrote: So, it is default installation. I use RHEL6. Some time ago I uninstalled numpy due to installation of new version of matplotlib (I don't know if this is important). Now my gui looks like this That's using wxPython, not gnuplot. It doesn't use matplotlib, either (which depends on numpy, so if you installed matplotlib, you also still have numpy). That will have no effect on the wxgui plots. This is possibly related to opengl, though. You can turn that off by editing $prefix/etc/gnuradio/conf.d/gr-wxgui.conf. Tom On Tue, Feb 25, 2014 at 1:13 PM, Martin Braun martin.br...@ettus.com wrote: On 02/25/2014 12:49 PM, Nemanja Savic wrote: Hi all guys, lately I have experienced some problems with showing scope and fft plot. Namely, the plots looks raw and ugly. Once there was an report that gnuplot was killed. Any idea how to check and repair this? Are you using gnuplot? What exactly are doing and which tools are you using? M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić -- Nemanja Savić -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T
Hi, (Ubuntu 13.04, GNURADIO 3.7) HI all, I want to collect TV data using usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T . Here are my questions: - Is it possible to receive directly with a sampling rate of 9.14 Mps for DVB-T? Or should I resample it from 10 Mps? I was resampling with daughterboard XRCV 2450 since it cannot produce 9.14 Mps. - Is it possible at all to get off air TV boadcasting using above equipment? -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] change value of variable in GRC when a message is received
Is there a simple way for a GRC block to asynchronously change the value of a GRC variable when the block receives a specific message? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] change value of variable in GRC when a message is received
I'm not sure it's what you want, but the RPC Server block lets you change the value of any GR variable in a running FG remotely. There also seems to be some work ongoing t bring zeromq endpoints into GR. Very Respectfully, Dan CaJacob On Thu, May 8, 2014 at 1:07 PM, Achilleas Anastasopoulos anas...@umich.eduwrote: Is there a simple way for a GRC block to asynchronously change the value of a GRC variable when the block receives a specific message? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to manage time!
Hi Mostafa, I'm not really sure I understand your question: there is different times in DSP: 1. the times relative to the information theoretical world, which increases with 1/f_sample per sample 2. the time relative to the computing machine, which just runs along while the computer is busy computing Throttle is *explicitely* just a throttle block. For a *purely simulating* flowgraph, you can use it to *limit CPU usage*. it has no other purpose. It is a very very rough mapping of the first time to the second one. It really has no data effect. I emphasisize this, because that mistake is made so often: it does not change the samples at all. it just limits the speed they are processed with. I think your question is I want to have a sample stream that contains 1000 bits of information for each second worth of samples. So you have to calculate how many samples you have per bit at your specified sampling rate and use that. Since you write I saw the trottle block but I don't know what it does, I think you can learn interesting things by working through the Tutorials on http://gnuradio.org/redmine/projects/gnuradio/wiki/Tutorials from top to bottom. This will clear up a lot of things! Greetings, Marcus On 08.05.2014 19:24, Mostafa Alizadeh wrote: Hello everybody, I want to have a block of, for example, bit generator, which generates 1000 bps. How could I manage the time in a thread (or equivalently in a block)?? *Or saying in general, how could I manage timing for passing data between blocks!?* I saw the Throttle block of gnuradio in c++ but I didn't how it works!! best, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] change value of variable in GRC when a message is received
Dan, when I said messages I meant gnuradio messages (http://gnuradio.org/doc/doxygen/page_msg_passing.html) So my problem is not with any remote messaging issue. Apologies for not making this more clear. best Achilleas On Thu, May 8, 2014 at 1:29 PM, Dan CaJacob dan.caja...@gmail.com wrote: I'm not sure it's what you want, but the RPC Server block lets you change the value of any GR variable in a running FG remotely. There also seems to be some work ongoing t bring zeromq endpoints into GR. Very Respectfully, Dan CaJacob On Thu, May 8, 2014 at 1:07 PM, Achilleas Anastasopoulos anas...@umich.edu wrote: Is there a simple way for a GRC block to asynchronously change the value of a GRC variable when the block receives a specific message? thanks Achilleas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T
you said ' SNR was above a certain level'. How much was it? How did you measure the SNR? Thu, 8 May 2014 12:46:17 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, I did experiment with real life signals from a local DVB-T transmitter and it worked when the SNR was above a certain level. That was with wbx card. I also experimented with the same signals using a Philips TV room antenna containing integrated RF amplifier and it actually worsen the SNR than just VERT900 antenna. When using the highest gain on the antenna the signal was totally buried in noise. In the end the best antenna was the small stock antenna that came with rtl2832 stick. Bogdan On Thursday, May 8, 2014 10:25 PM, Nasi nesaz...@mail.ru wrote: Hi Bogdan, Did you try real TV transmission? Off air reception? Thu, 8 May 2014 12:22:37 -0700 (PDT) от Bogdan Diaconescu b_diacone...@yahoo.com: Hi, I did not try N200 but I do not think that you'll be able to use sampling rate of 9.14msps (which is more precisely 64/7) with N2xx. The sample rate does not depend on the dautherboard you are using but on the motherboard. Bogdan On Thursday, May 8, 2014 10:08 PM, Nasi via USRP-users usrp-us...@lists.ettus.com wrote: Hi, Thu, 08 May 2014 20:18:56 +0400 от Nasi nesaz...@mail.ru: HI all, I want to collect TV data using usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T . Here are my questions: - Is it possible to receive directly with a sampling rate of 9.14 Mps for DVB-T? Or should I resample it from 10 Mps? I was resampling with daughterboard XRCV 2450 since it cannot produce 9.14 Mps. - Is it possible at all to get off air TV boadcasting using above equipment? -- NE ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com -- NE -- NE ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] saving raw data after correct frame reception
On Tue, Apr 22, 2014 at 4:20 PM, Nemanja Savic vlasi...@gmail.com wrote: hi all guys, I would like to be able to store raw data into file after correct frame reception. For this reason I suppose there should be a block that buffers raw data and wait for the trigger to store into file. The trigger can only be sent from packet deframer after checking validity. So my questions are how could I synchronize those two blocks and what should be the minimum length of the buffer, and what would be the optimal way to do this, cause my processor is already under 90% of load. The built-in File Sink block comes with option of unbuffered or buffered, but not any trigger as what you described above. If workable, most likely you will need to create custom blocks for this. Big buffer may seem to reduce CPU utilization, but it increases RAM usage and latency. You may want to consider also your memory usage and latency, in addition to the 90% of load. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] saving raw data after correct frame reception
On Thu, May 8, 2014 at 11:29 PM, Nemanja Savic vlasi...@gmail.com wrote: Ah, it has just came to my mind the following idea: a block with history value of few miliseconds connected directly to usrp source. The history can provide me previous data, but I would like to hear if something like this has sense? This doesn't make sense. Historical data means the input elements are repeated even after they have been consumed previously. Unnecessary historical value increases CPU utilization. More importantly you don't need historical value because you just need to save the data into a file. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio