Re: [Discuss-gnuradio] Frequency discriminator using a frequency to voltage converter

On 09/11/15 13:48, Marcus Müller wrote: > > Since it's a bit of a pain to make beautiful in the email itself, see > the attached PDF. Here's the text of that: Hello Marcus, thank for spending time writing this down, but this is definitely not the claim I was questioning (I completely agree with

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

On 11/09/2015 08:44 AM, Daniele Disco wrote: > I tried to use > http://files.ettus.com/e3xx_images/e310-release-002/oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh > > But during

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

Hi Marcus! Related your first question, to generate the cross-compiler, I downloaded the files.ettus.com/e3xx_images/ e3xx-release-3/oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

I tried to use http://files.ettus.com/e3xx_images/e310-release-002/oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh But during the execution of cmake -DCMAKE_TOOLCHAIN_FILE=etc.

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 156, Issue 9

Super! Thanks for the pointer! > On Nov 9, 2015, at 6:40 AM, discuss-gnuradio-requ...@gnu.org wrote: > > So, ok, here's the deal: It's a bit indirect, but not overly complex :) > > there's already a CF marker in FrequencyDisplayPlot.cc > (that's the > actual

Re: [Discuss-gnuradio] question about the qa_ofdm_sync_sc_cfb.py

Hi, Thank you so much. I have test the block.And I find the block have delay fft_len-1. But in the example, rx_ofdm.grc you have delayed fft_len+cp_len.Is it right? Best regards, xd 2015-11-10 4:16 GMT+08:00 Martin Braun : > Hi, > > Is your fft length

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/09/2015 11:15 AM, Philip Balister wrote: O I wonder if the gain setting needs adjusting for the E310? Philip Increasing the RF gain slider doesn't appreciably improve S/N. Make that ditto for the audio gain. The source of the noise is unknown at this time. Sincerely, John B. Wood

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/09/2015 11:02 AM, John B. Wood wrote: > On 11/06/2015 02:27 PM, Ron Economos wrote: >> There is a stereo FM receiver in gr-rds. If you delete the RDS >> specific blocks in the example flow graph (gr-rds/apps/rds_rx.grc), >> you don't even have to compile gr-rds. >> >>

Re: [Discuss-gnuradio] Estimate CPU usage

Thank you Phnillip, SSH is a great solution for my needs. Now I will check the video about perf. Thank you very much. 2015-11-06 15:00 GMT-06:00 Philip Balister [via GnuRadio] < ml-node+s4n56795...@n7.nabble.com>: > On 11/06/2015 03:54 PM, haroldmk wrote: > > > Hello all, > > > > I am working

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/06/2015 02:27 PM, Ron Economos wrote: There is a stereo FM receiver in gr-rds. If you delete the RDS specific blocks in the example flow graph (gr-rds/apps/rds_rx.grc), you don't even have to compile gr-rds. https://github.com/bastibl/gr-rds Ron Thanks for that link, Ron. The person

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

Dear Philip, This question is related to my previous one where I asked how to avoid the use of cmake. Now I built a bash script that essentially run the command (after the set of the toolchain environment): $CXX $1.cpp –o $1 –luhd –lboost_system –lboost_program_options –lboost_thread Now I’m

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/09/2015 12:46 PM, John B. Wood wrote: On 11/09/2015 11:15 AM, Philip Balister wrote: O I wonder if the gain setting needs adjusting for the E310? Philip Increasing the RF gain slider doesn't appreciably improve S/N. Make that ditto for the audio gain. The source of the noise is unknown

Re: [Discuss-gnuradio] question about the qa_ofdm_sync_sc_cfb.py

Hi, Is your fft length really 10? The gist of it is, the detection of the sync burst will be delayed, and hence you also need to delay the signal. The delay is caused by the averaging filters in the sync block. As for an example, rx_ofdm.grc should show you how it is connected. You'll notice

Re: [Discuss-gnuradio] Data loss in transmission over the air

Sorry, I forgot to put the address of the document: http://academic.csuohio.edu/yuc/mobile/sai.pdf 2015-11-09 13:40 GMT-06:00 Harold Daniel Moreno Urbina : > Hello, > > Have you tried with just raw data?. I mean, use a file with data you > already know, for example in a

Re: [Discuss-gnuradio] Data loss in transmission over the air

Hi Israel, well, the packet decoder will drop any packet it can't properly decode. Since you don't have perfect transmission, some packets will be not decodable. You will have to tweak the parameters of your transmission to increase its robustness. Since you don't show how you actually do the

Re: [Discuss-gnuradio] Data loss in transmission over the air

Hello, Have you tried with just raw data?. I mean, use a file with data you already know, for example in a file, make the proper modulation, send it over the air, receive the data, put it into a file, compare both files. I can guess that the problem is in the decoder in the receiver part. Study

Re: [Discuss-gnuradio] Decoding constellation (0, 1-1) using gnuradio

Hi Marcus, others, > If I understand you correctly, however, you *actually* want to do BPSK, > and the 0 symbol is just a "filler" in between symbols, right? That might > actually work, if you just increase the rolloff duration/samples per symbol > of your pulse shaping filter. > > I think my

Re: [Discuss-gnuradio] Frequency discriminator using a frequency to voltage converter

On 06/11/15 19:01, madengr wrote: > Marcus Müller-3 wrote >> Hi Lou, >> >> that's a pretty good application of the spectrum, I agree. One could >> certainly modify the freq_sink to do that, however, as it is now, the >> PSD calculation (based on the fft result) is done in a single VOLK >> kernel,

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

Hi Daniele, that's a crash. I'm including usrp-users (because this is not inherently related to GNU Radio, that might be the best place to discuss this); follow up on either list, as you deem correct. so, get_rx_sensor_names seems to crash. Hm; as I don't have an E310 right at hand, I can only

[Discuss-gnuradio] CGRAN future discussion

Hi all, Ravi and I will be getting together tomorrow (Tuesday) morning (for me) around 10:15 EST (15:15 UTC Tuesday). We'll be reviewing the setup of CGRAN, how things have gone since launch, and what to do next. If you're interested in volunteering some time or effort to help CGRAN please join

[Discuss-gnuradio] GNURadio out-of-tree module on mac

sir, again I am getting some error. I am building a block using python. I edited all the related files like QA code file, python file, xml file. After that I changed the directory to the same build directory which was previously made and used command $ cmake -DCMAKE_INSTALL_PREFIX=/opt/local. But

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 156, Issue 8

Hehe :) So, ok, here's the deal: It's a bit indirect, but not overly complex :) there's already a CF marker in FrequencyDisplayPlot.cc (that's the actual plotting widget); search for CF in the source code. That one is initialized in the constructor, and immediately hidden. What you'd need to do

Re: [Discuss-gnuradio] SSB/CW/FM tranceiver

Hi everybody, On 08.11.2015 11:15, Markus Heller wrote: > This is the reason why also in the future there will be > many GNURadio developers who will consider to get a license I surely am in that group, especially since HAMRADIO '15. So, I really love this discussion going on here. GNU Radio

Re: [Discuss-gnuradio] GNURadio out-of-tree module on mac

You have to tell cmake that CMakeLists.txt is up one directory. The correct command is: cmake -DCMAKE_INSTALL_PREFIX=/opt/local ../ Ron On 11/09/2015 12:18 AM, chandan kumar wrote: sir, again I am getting some error. I am building a block using python. I edited all the related files like QA

Re: [Discuss-gnuradio] usrp->get_rx_sensor_names() @ettus-b210 and ettus-E310

The error is "Segmentation fault" -- View this message in context: http://gnuradio.4.n7.nabble.com/usrp-get-rx-sensor-names-ettus-b210-and-ettus-E310-tp56815p56818.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio

Re: [Discuss-gnuradio] Ettus E310 FM Radio

On 11/09/2015 11:02 AM, John B. Wood wrote: Thanks for that link, Ron. The person who constructed rds_rx_grc certainly expended some effort, IMO. The flow graph is considerably more involved than the wideband FM (monaural) receiver example that comes packaged with GRC. I deleted the RDS