Re: [Discuss-gnuradio] how to send a complete file

Ekko, Are you trying to test this out initially over the air? If so, you may consider just running this through a script to itself without going over the air. This would remove all possibility for interference and environmental black magic. As far as testing what I am talking about,

Re: [Discuss-gnuradio] Asynchronous source with zeros in between

Today I finally wrote the first working version. I will be very grateful if you take a look and tell me if you find anything wrong. Highlighted code: http://pastebin.com/4fKmHgfE Thanks and bye! Raw code: import numpy import pmt from gnuradio import gr class AsyncMsgSourceC(gr.sync_block):

Re: [Discuss-gnuradio] how to send a complete file

hello Michael as you said,there are not enough data to feed the packetizer , now i use the dest file(generated by the same grc) as the source , 1--->i think that the dest is generated by the grc,so the data in dest file must can feed the packetier, is it right when i use dest file (generated by

[Discuss-gnuradio] gnu radio make test failed

Hi,all: I had make test of gnuradio. But 99% test passed, 1 tests failed out of 240 The following tests FAILED: 140 - qa_udp_source_sink(Failed) Errors while running CTest make:*** [test] Error 8 What wrong with it? Can it affect my program‘s running？ Best Regards, kerry -- View

Re: [Discuss-gnuradio] About decoding qpsk symbol

Hi Marcus, I am trying to write the equivalent python code for the *ofdm_equalizer_simpledfe.cc *and *ofdm_chanest_vcvc_impl.cc* in a single python file. I have written the python code for *ofdm_chanest_vcvc_impl.cc *successfully. I am able to write the python code for

Re: [Discuss-gnuradio] About decoding qpsk symbol

Hi Martin, I am thinking of doing equalization and estimation in a single python code. For this i think, i may need to translate *ofdm_frame_equalizer_vcvc *block also in Python. But it would also be nice if i can use ofdm_frame_equalizer_vcvc block in conjunction with the Python-based equalizer.

Re: [Discuss-gnuradio] About decoding qpsk symbol

The tricky part would be to feed the Python back to C++ land, which is necessary if you want to still use the ofdm_frame_equalizer_vcvc block in conjunction with your Python-based equalizer. Is that something you're trying to do? Cheers, Martin On 01/07/2016 02:08 PM, monika bansal wrote: > Hi

Re: [Discuss-gnuradio] hardware comparison tables

On 04/01/16 15:55, Tom Rondeau wrote: > On Fri, Jan 1, 2016 at 6:07 AM, Daniel Pocock > wrote: > > > > There is a list of hardware at this page: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware > > Is anybody

Re: [Discuss-gnuradio] gnu radio make test failed

On Thu, Jan 7, 2016 at 9:13 AM, kerry wrote: > Hi,all: > > I had make test of gnuradio. But 99% test passed, 1 tests failed out of 240 > > The following tests FAILED: > 140 - qa_udp_source_sink(Failed) > Errors while running CTest > make:*** [test] Error 8 > > What

Re: [Discuss-gnuradio] gnuradio Companion and Ettus E310, passing parameters

On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer wrote: > I'm running gnuradio companion on Fedora. I can make the Ettus device UDP > to gnuradio Companion and display RF. Great. > > Now, if possible, I'd like to be able to use the Companion GUI to pass, in > real-time,

Re: [Discuss-gnuradio] Moving Average Block

Chiming in that this is also a great opportunity to contribute improved documentation after you've figured out your answer. In addition to Marcus' comment, looking at the code helps (and in this case is pretty easy): set_history(d_length); // skipping some stuff @I_TYPE@ sum =

[Discuss-gnuradio] Moving Average Block

Dear all, The documentation of the Moving Average block made me feel confuse about its functionality. It says: "output is the moving sum of the last N samples". If I need a sum of 100 samples, this block will sum the 100 samples that I need and after that it will get another different samples?

Re: [Discuss-gnuradio] gnuradio Companion and Ettus E310, passing parameters

I'm going to publish a test image with control port for the e310 next week. I'm upstreaming the changes to OE now and and should be possible to build GNU Radio with control easily "soon". Philip On 01/07/2016 03:30 PM, Tom Rondeau wrote: > On Thu, Jan 7, 2016 at 11:25 AM, Mike Gilmer