[Discuss-gnuradio] (no subject)

sir, can we achieve 16 qam demodulation constellation without using costas loop? if possible please send me the flow graph. thank you ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Reed-Solomon en/decoder

Dear Bogdan, Thanks again for your answers. I am currently looking into your gr-dvbt for RS and CC. I have a couple of questions as I am not familiar with GNU Radio or Cpp. First, is it possible to use reed_solomon class in your gr-dvbt in my codes which will be written outside from gr-dvbt? I th

Re: [Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

I saw from your other thread that you were channelizing and decimating, and I assume you are logging this to disk for extended periods. I'm doing a similar thing here: https://github.com/madengr/nbfm_rec Although I'm not using a channelizer, only because there is no band plan for what I was reco

Re: [Discuss-gnuradio] SOCIS: Accepting Proposals

Quick reminder for students who want to participate. Application deadline is April 30th. Cheers, M On 02.03.2015 07:24, Martin Braun wrote: Hi Everyone, GSoC is still in the doings, but we have been accepted for ESA's summer of code (SOCIS). We will post more information soon, but for now, h

Re: [Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

Hey Lou, That's a very interesting approach, I'll look into your example as well. Thank you very much! Best, Ali On Wed, Mar 11, 2015 at 4:39 PM, madengr wrote: > You can also use probes to bring out the data asynchronously from the flow > which you can then process in Python. For example, yo

Re: [Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

Hey Rich, That'll definitely give me a good start, thank you so much! I'll check it out. Best, Ali On Wed, Mar 11, 2015 at 4:35 PM, Richard Bell wrote: > Hey, > > I can't tell you how you should do this. I can tell you that you will need > to get comfortable with tags and probably messages to

Re: [Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

You can also use probes to bring out the data asynchronously from the flow which you can then process in Python. For example, you could probe at a 10 Hz rate, then have your Python script log those values to a file, or trigger some other event. I have an example here where it probes the signal le

Re: [Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

Hey, I can't tell you how you should do this. I can tell you that you will need to get comfortable with tags and probably messages to achieve these things you want. If you haven't already, check out the gnuradio tutorial on programming topics to get started. They do a pretty good job explaining it

[Discuss-gnuradio] Extracting and storing certain parameters from continuous IQ data

Hello everyone, So I was trying to capture continuous IQ data from my USRP N200, and this needs to be done for about a week, but because the amount of data is ginormous, that's doesn't seem feasible at all. Instead, what I'm now thinking of doing is processing the data in gnuradio companion in rea

Re: [Discuss-gnuradio] Decimation of multiple streams

Hey Marcus, So after some thought, I was able to figure out how to do the decimation for multiple streams. I'm sure most of the gurus on this list already know how to do it, but just thought about sharing my 2 cents on how I approached it so that anybody who's still having a similar difficulty can

Re: [Discuss-gnuradio] Frame Synchronization

Thank you Nick. That's what I was doing wrong. Really appreciate that. Rich On Wed, Mar 11, 2015 at 12:29 PM, Nick Foster wrote: > This is strange, I agree, but the frame detect sequence is passed into the > Correlate Access Code block as a string, like: "1010101010". It is this way > for histo

Re: [Discuss-gnuradio] Frame Synchronization

This is strange, I agree, but the frame detect sequence is passed into the Correlate Access Code block as a string, like: "1010101010". It is this way for historical reasons. --n On Wed, Mar 11, 2015 at 12:26 PM, Richard Bell wrote: > Hello, > > I'm trying to detect the start of a frame after d

[Discuss-gnuradio] Frame Synchronization

Hello, I'm trying to detect the start of a frame after demodulation. To do this, I'm using the 'correlate access code - tag' block. I want a tag to be placed at the end of the prbs used to frame sync so subsequent blocks can process the packet. I'm attaching a screenshot of a test I'm doing with

Re: [Discuss-gnuradio] Formatter callback in QT QUI Label widget

On 03/11/2015 11:16 AM, Tom Rondeau wrote: On Tue, Mar 10, 2015 at 8:26 PM, Marcus D. Leech > wrote: Does the formatter callback work? I can't get it to do anything useful, using a lambda expression stuffed into a variable. How does the widget calll the de

Re: [Discuss-gnuradio] Formatter callback in QT QUI Label widget

On Tue, Mar 10, 2015 at 8:26 PM, Marcus D. Leech wrote: > Does the formatter callback work? I can't get it to do anything useful, > using a lambda expression stuffed into a variable. How does the widget > calll the desired function? > Hmm, just tried this and it worked: lambda x: "Value = {0}

Re: [Discuss-gnuradio] Reed-Solomon en/decoder

Hi Jeon, I don't think RS is typical only for DVB apps. RS is indeed used in DTV but it has been used in many wireless applications before too as being simple to implement and having many advantages as an block coder/decoder together with convolutional one. One advantage of RS is its capability

Re: [Discuss-gnuradio] Reed-Solomon en/decoder

Reed-Solomon codes are a form of FEC (Forward Error Correction). They make sense for communications channels that don't have a way for the receiver to ask for a re-transmission (such as broadcasting). Reed-Solomon codes are used on many digital formats. One of the first uses of RS coding were the

Re: [Discuss-gnuradio] Reed-Solomon en/decoder

Thank you all Bogdan and Ron. I wil try your codes. It's not important, but one general question. Why do the most of Reed-Solomon implentations exist under digital TV or broadcasting? I can guess that DVB is the typical application of RS. But, how about other wireless communications? I can see a

Re: [Discuss-gnuradio] Regarding OFDM demodulation

Dear Gaddam, I think your symbol generation is a bit weird. I think you want to send binary data, but you convert that to float before passing it to OFDM mod. I'm pretty sure that's not what you really want to do -- just set the input type in the OFDM mod block to byte, short or int, and generate

Re: [Discuss-gnuradio] GRC application tool is not opening

Hi Abhishek, can you start "gnuradio-companion" from a terminal? The things that will be printed there will most likely help you determine the underlying problem. If you just want something that works™, try the GNU Radio Live DVD image[1], which you can download, burn onto a DVD, boot from it, and