Re: [Discuss-gnuradio] DVB-S2X update to gr-dvbs2

Wonderful. Now we need a constellation that follows the golden spiral. On Sat, Jul 26, 2014 at 10:20 AM, Ron Economos wrote: > gr-dvbs2 has been updated to include all of the normal frame size > code rates, roll-off factors and constellations in the DVB-S2 extension > specification, DVB-S2X. N

[Discuss-gnuradio] DVB-S2X update to gr-dvbs2

gr-dvbs2 has been updated to include all of the normal frame size code rates, roll-off factors and constellations in the DVB-S2 extension specification, DVB-S2X. Note that gr-dvbs2 is transmit only. https://github.com/drmpeg/gr-dvbs2 https://www.dvb.org/resources/public/standards/a83-2_dvb-s2x_d

[Discuss-gnuradio] [coproc] The next Co-Processors WG Call

I'd like to setup another Co-Processors WG call in the next couple of weeks - any one interested in attending should vote on the date/time at: http://whenisgood.net/nbkn35s Somewhere in the Aug. 11 - Aug. 14 date range will work best for me. Note that you need to select your local timezone (e.g. I

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

I've added five issues to cover the topics from my original email and followups. http://gnuradio.org/redmine/issues/698 proposes that the key of a stream tag be a namespaced identifier to avoid conflicts between individually-developed components. The other four are listed inline below with a

Re: [Discuss-gnuradio] Narrowband Tunnel.py Error

On Fri, Jul 25, 2014 at 1:13 PM, Tom Rondeau wrote: > On Thu, Jul 24, 2014 at 7:42 PM, Jonathan Fox <31...@cardinalmail.cua.edu> > wrote: > >> Thanks for the response. >> >> A colleague of mine recommended going into the uhd_interface file and >> change the self.u.set_center_freq() and not use th

[Discuss-gnuradio] gr-fec LDPC comments / questions.

Hi, I've been looking at the LDPC code and I have a few comments / questions : 1) Memory management seems to be lacking. I see only 3 calls to gsl_matrix_free but much more matrices being allocated and create by operations. Am I missing something here or is the code leaking tons of memory at eac

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

On 07/25/2014 09:36 AM, Tom Rondeau wrote: On Fri, Jul 25, 2014 at 10:02 AM, Martin Braun > wrote: Hey Peter, you did come to the right place! And no-one here claims that stream tags are "finished". On the other hand, you should realize that you've

Re: [Discuss-gnuradio] Narrowband Tunnel.py Error

On Thu, Jul 24, 2014 at 7:42 PM, Jonathan Fox <31...@cardinalmail.cua.edu> wrote: > Thanks for the response. > > A colleague of mine recommended going into the uhd_interface file and > change the self.u.set_center_freq() and not use the lo_offset as a > parameter. Then again it couldn't hurt to ju

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #7

On Fri, Jul 25, 2014 at 1:02 AM, Alfredo Muniz wrote: > Currently I have everything working on the DSP through a compiled program > that I load onto the DSP from the ARM. I would now need to send data between > the ARM and the DSP so that we can interface with GNU Radio. I have a couple > of optio

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

On Fri, Jul 25, 2014 at 10:02 AM, Martin Braun wrote: > Hey Peter, > > you did come to the right place! And no-one here claims that stream tags > are "finished". On the other hand, you should realize that you've > brought up something pretty specific, and the few people who are > actually qualifi

Re: [Discuss-gnuradio] USRP - GNURADIO AGC

Hi Simone, On 25.07.2014 15:55, Simone Ciccia S210664 wrote: > Hi Marcus, > thank you for your answer... > > Ok, suppose that we are in reception, > I said before the PGA thinking that at this stage the signal is already in > baseband ( MIXER -> FILTER -> PGA -> ADC ), so in this way I will have >

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

On 07/25/2014 03:46 PM, Marcus Müller wrote: > (1) That's a documentation issue, isn't it? Anyway, I'm not quite sure > you're right; the insertion of tags is mutexed IIRC, and the > get_tags_in_range() functionality, too, so once the user got his vector > of tags, that won't change anymore. There'

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

Hey Peter, you did come to the right place! And no-one here claims that stream tags are "finished". On the other hand, you should realize that you've brought up something pretty specific, and the few people who are actually qualified to answer all of your questions might be pretty busy. I would l

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

so if you replace lines 70-79 and replace them with tb.stop(), you get bytes in your file? How many? Is it much more than 52*8? Do you actually guarantee that there should be output of ofdm_rx_0 or does this happen coincidentially? Something as complex as an OFDM receiver really shouldn't be used

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

Hi Peter, I agree that this is a very relevant topic, and especially the performance of tag handling might prove to be problematic soon... However, it's a bit hard to start a discussion like that; a lot of things in GNU Radio are like they are because someone wrote them like that, and they proved

Re: [Discuss-gnuradio] USRP - GNURADIO AGC

Hi Simone, to make this short: Yes, you just set the gain using that field, or at runtime, using the set_gain() method of the USRP source. Everything you can do with a USRP is usually wrapped in the USRP source/sink blocks, which are basically "just" wrappers that take the UHD library (which is t

[Discuss-gnuradio] Can't find qtgui

HI all, I am very, very new to gnuradio and am trying to get this to run on Windows 7 (yes, I haven't given up yet). When I try to load gnuradio.qtgui I get the following reply... runfile('C:/Users/Chriss_2/GnuRadio_Stuff/example_fft_filter.py', wdir='C:/Users/Chriss_2/GnuRadio_Stuff') UMD

[Discuss-gnuradio] USRP - GNURADIO AGC

Hi at all, I need to implement an AGC to adapt the signal to the ADC's full dynamics. I work with an USRP N210 with CBX-40USRP DAUGHTERBOARD... I investigated that : There is a programmable gain amplifier (PGA) before the ADCs to amplify the input signal to utilize the entire input range of the

Re: [Discuss-gnuradio] comments on stream tags and metadata storage

I'd hoped my comments below would start a more extensive dialog on GNU Radio's metadata infrastructure. Several years experience that I have with this capability in a non-commercial C++ DSP framework suggests many enhancements in flow, representation, and utilities. I have a slight itch to con

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Hi Marcus: Thank you so much for your kindly reply.I have attached my code.I want to run the flowgraph 1 at first,and then I disconnct it.Then I want to run the flowgraph 2. Flowgraph 1: uhd_usrp_source>>>ofdm_rx_0>>>file sink

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Hi Marcus: Thank you so much.Do you indicate my new flowgraph had run?I have add a file sink,but it is null.And I think it don't run.I don't know why.Can you give me some advices?Thank you so much. Best regards, xd At 2014-07-25 05:27:28, "Marcus Müller" wrote: >Hi xianda

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Hi Marcus: Thank you for your reply.Sorry for that if you can't understand.I will try my best to explain my question. def main(): tb=my_top_block() tb.start() time.sleep(30) #stop flowgraph tb.lock()

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Xianda, my advice: Please try to draw a complete picture of what you are doing. What are your sources, blocks you interchange, your sinks, what do you do to make your flowgraph stop (under which circumstances)? I really can't read your mind; all I know about your flow graph is what you tell me, whi

Re: [Discuss-gnuradio] [EXTERNAL] Re: [USRP-users] B210 GPSDO Operation

Just to clarify, are you saying that when you use sc16 as CPU format, you get overflows, but for fc32, you don't? It seems that in both cases you were using sc16 as the wire format, which is what surprises me. Martin On 07/24/2014 09:49 PM, Knee, Peter A wrote: > Hey Martin, > > Thanks for po

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Hi xianda, tb.wait() does exactly what you said it does: Wait for the flow graph to complete.A flowgraph will run until one of the blocks in that flowgraph signal that they're done, or you call tb.stop(). If you don't have such a block, your tb will run forever, and wait() will never return. Gree

Re: [Discuss-gnuradio] OFDM Blocks

On 07/25/2014 01:18 AM, Md. Anjum wrote: > Hello, > > I'm working with USRP OFDM blocks. I'm confused about how to use > built-in OFDM Transmitter and OFDM Receiver blocks. > > 1. How to set the fields- occupied carriers, pilot carriers, sync word > and pilot symbols? Before I go into this, did

Re: [Discuss-gnuradio] Reconfiguring Flowgraphs

Hi Xianda, as usual, saying "doesn't work", "can't run", "behaves wrong" really gives no clue what's wrong. Please follow http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors , especially "How do I ask?". Greetings, Marcus On 25.07.2014 09:36, xianda wrote: > Hi Marcus: >