Re: [Discuss-gnuradio] [USRP-users] usrpN200 + TVRX2 50-860 MHz Rx x 2 for DVB-T
The snr was determined only by looking at uhd_fft display and making the difference between the plateau of the signal and the noise floor. The maximum level I could obtain moving the antenna in the lab close to the window was between 45dB-50dB and of course it is just a calitative information only as the USRP was not calibrated for precise measurements. On longer term it is necessary that the program itself will measure the SNR as the OFDM synchronizer uses maximum likelihood algorithm for now which is dependent on SNR. I'm working on an SNR estimator based on the pilots that are sent on the OFDM together with the payload and that will also display the SNR for the end user. One other SNR measure that is usually employed for characterization of constellation type of signals is MER (Modulation Error Ratio) which should be easily added as a gnuradio block. Bogdan On Friday, May 9, 2014 12:09 AM, Nasi wrote: 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 : 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 wrote: Hi Bogdan, Did you try real TV transmission? Off air reception? Thu, 8 May 2014 12:22:37 -0700 (PDT) от Bogdan Diaconescu : 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 wrote: Hi, > > >Thu, 08 May 2014 20:18:56 +0400 от Nasi : > >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] how to manage time!
Hi Marcus, I actually want to implement a transmitter. So in this transmitter different data streams come from different sources with different rates (or sample rates). Then all of these streams gather together in a block, may I call it "Collector" then it sends the gathered data stream to the USRP sink. The *Collector* block should gather the data stream in some specific manner to put the streams in a particular frame! The only thing I don't know here is how could I generate these different-rate data? At the receiver we don't have any problem like this one, I think, because we can set the sample rate for USRP then after detection of the data streams in the *frame* we actually could find the transmitted-dirfferent-rate streams with different rate. :) Any idea please? best, On Fri, May 9, 2014 at 12:23 AM, Marcus Müller wrote: > hi Mostafa, > > a fixed item rate just happens coincidentally when using actual hardware. > In digital signal processing you really usually don't care, as long as > latency constraints are met. typically, you can't even do that at all, > because GNU Radio blocks tend to process samples en block. > > maybe tell us a little bit why you want to have a physical item rate, > things would clear up a bit:-) > > greetings, > Marcus > > > On May 8, 2014 9:37:32 PM CEST, Mostafa Alizadeh > wrote: >> >> Hi Marcus, >> I did know about the Throttle block and which doesn't do anything with >> data just control its passing. My question is how to generate a bit >> stream(I say bit and we could simply call it item), say random, with >> specific sample rate just as audio source do! I had a glimpse at the source >> code of *portaudio_source.cc *in gnuradio files but I didn't find out it >> easy to understand. :( >> >> any idea? >> >> best, >> >> >> >> On Thu, May 8, 2014 at 10:03 PM, Marcus Müller >> wrote: >> >>> 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 >>> >> >> > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to manage time!
On Fri, May 9, 2014 at 1:24 AM, 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!! > Let me put the answer into layman's terms. 1). If there is any USRP (or audio block) in the flowgraph, then you just need to calculate a sampling rate (samp_rate) value and configure this to your bit-generator block. If this samp_rate value is correct, your bit-gnerator block will automatically generates output at 1000 bps. To calculate this samp_rate, you need to look at the flow graph, how the blocks are interconnected. 2). If there is no USRP (nor audio block) in the flowgraph, it is not so critical whether your bit-generator block actually generates output at 1000 bps or 10,000 bps or 100,000 bps. This is because software simulation can be a fast-forward version of the actual speed. 3). Throttle block is needed only when there is no USRP (nor audio block) in your flow graph, to increase user experience. The settings of the throttle block has no effect on your simulation result. ___ 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 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
Re: [Discuss-gnuradio] saving raw data after correct frame reception
On Tue, Apr 22, 2014 at 4:20 PM, Nemanja Savic 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] [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 : >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 wrote: >Hi Bogdan, > >Did you try real TV transmission? Off air reception? > > >Thu, 8 May 2014 12:22:37 -0700 (PDT) от Bogdan Diaconescu >: >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 > wrote: > >>Hi, >> >> >>Thu, 08 May 2014 20:18:56 +0400 от Nasi : >>>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] 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 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] 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
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 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
[Discuss-gnuradio] how to manage time!
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] 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
[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
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 wrote:
> On Wed, Feb 26, 2014 at 6:23 AM, Nemanja Savic 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
>
> > from gnuradio.wxgui import fftsink2
> > File
> > "/usr/local/lib64/python2.6/site-packages/gnuradio/wxgui/fftsink2.py",
> line
> > 34, in
> > 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
> wrote:
> >>
> >> Thank you Tom. I try tomorrow.
> >>
> >>
> >> On Tue, Feb 25, 2014 at 4:20 PM, Tom Rondeau wrote:
> >>>
> >>> On Tue, Feb 25, 2014 at 9:35 AM, Nemanja Savic
> >>> 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
> wrote:
> >>> >>
> >>> >> On Tue, Feb 25, 2014 at 8:07 AM, Nemanja Savic
> >>> >> 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
> >>> >>>
> >>> >>> 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
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 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 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ć > -- 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
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 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] I have a trouble with new types in python!
On Thu, May 8, 2014 at 9:33 PM, Tom Rondeau wrote: > On Thu, May 8, 2014 at 8:48 AM, Marcus Müller wrote: > >> 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] Polyphase Clock Synchronization block add some noise to constellation
On Thu, May 8, 2014 at 6:07 AM, Irfan Ullah 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 8:48 AM, Marcus Müller wrote: > 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] matplotlib runtime error
On Thu, May 8, 2014 at 3:30 AM, Activecat wrote: > > On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau wrote: > >> On Fri, May 2, 2014 at 8:49 AM, Marcus Müller >> wrote: >> >>> 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
[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] I have a trouble with new types in python!
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 ___ 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 wrote: > 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
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::vector* 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 int !!! 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
> wrote:
>
>> 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] 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
int !!! 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 wrote:
> 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] I have a trouble with new types in python!
On Thu, May 8, 2014 at 12:53 AM, Mostafa Alizadeh wrote: > > 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 : > > ** > *CRC16* > *gr_uint32* > *CRC_type:0x00011021* > ** > > 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 "int" 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] 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 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] 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
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 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] 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
[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] matplotlib runtime error
On Fri, May 2, 2014 at 8:56 PM, Tom Rondeau wrote: > On Fri, May 2, 2014 at 8:49 AM, Marcus Müller wrote: > >> 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] 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
