[Discuss-gnuradio] HELP: USRP1+WBXv3 Overflow
We're sorry. We made a mistake with the frequency range that the antenna could receive. It is actually 40MHz - 1.2GHz. -SKA15- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HELP: USRP1+WBXv3 Overflow
I'm afraid you did not make a mistake -- the LP0410 [1] is specified for usage between 400 and 1200 MHz. Whilst it will still pick up some signal at frequencies below 400MHz, operating it at a quarter of the lower cutoff freq. will lead to very suboptimal results. If you know your frequency range as well as you do, I recommend trying Ralph's proposed 1/2 wavelength monopole antenna. Greetings, Marcus [1]http://www.ettus.com/product/details/LP0410 On 12/17/2014 09:43 AM, Thesis 2015 wrote: We're sorry. We made a mistake with the frequency range that the antenna could receive. It is actually 40MHz - 1.2GHz. -SKA15- ___ 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 pass time tag into usrp sink as a parameter ?[hurry...]
Hi, Marcus, I read the doc and examples you recommended, but I still don't understand fully how to implement my wok. Sorry for my previous omission that the first line of my flow graph design is: usrp_source - ptk_dtc - grab_time_tag - usrp_sink 1. Here is the work function of my grab_time_tag block(not finished), I don't know how to code next: const float *sigin = (const float *) input_items[0]; const unsigned char *detect = (const unsigned char *) input_items[1]; pmt::pmt_t *out = (pmt::pmt_t *) output_items[0]; std::vectorgr::tag_t rx_time_tags; const uint64_t samp0_count = this-nitems_read(0); for(i = 0; i ninput_items; i++){ if (detect[0]){ get_tags_in_range(rx_time_tags, 0, samp0_count, samp0_count+1, pmt::string_to_symbol(rx_time)); break; } } 2. I want to send acks at an intended time at usrp_sink, how to pass this time information into usrp_sink? I know a C++ method gr::uhd::usrp_sink::set_command_time, but don't know how to use it. What also confuses me is: if I construct a usrp_sink object in python, how to pass the time information posted from grab_time_tag into it? (They are not at the same level after all). IMHO, Python is not something valuable. It's just to build block objects and connect them. but if I do the job in C++, does it mean I have to rewrite a new usrp_sink block(sounds impratical) to receive the desired time value posted from grab_time_tag ? or else? BTW, the file_sink/source was just for testing. I 'm purely a green hand. If something is wrongly understood, please correct me with no hesitation. Hope your kind reply in specific details on the two query above. Many thanks! 在 2014年12月17日 00:34, Marcus Müller 写道: Hello Rui, why do you take the detour through a file? That looks unnecessary. the USRP sink understands transmission times you specify using tags [1], so this will be the easiest way to deal with this. You just need to write a really short block (in C++ or python, whatever you prefer) which takes the rx_time tag that the USRP source added to the sample stream and generates a tag with the desired point in time [2]. There are some examples of the rx_time and tx_time tags usage in gr-uhd, so just search for tx_time or rx_time in gnuradio/gr-uhd/examples/ . Greetings, Marcus [1] http://gnuradio.org/doc/doxygen/page_stream_tags.html [2] http://gnuradio.org/doc/doxygen/page_stream_tags.html On 12/16/2014 05:21 PM, Rui Zou wrote: Hello, I would like to implement the process as follows at the Rx side: Record the time when the first sample arrived, and then wait for a certain interval and then send ack back to Tx. Meanwhile, finish the cfo calculating and compensating. Here is my whole flow graph design. (Each means a block) pkt_dtc- cfo_calc - file_sink cfo_calc - cfo_cpst file_source - cfo_cpst - usrp_sink where pkt_dtc, grab_time_tag and cfo_calc was done myself with C++. However, My question are: 1. Is it correct of my whole desgin (I want to implement them in one top block) or are there any easier solutions ? 2. After the block grab_time_tag, how should I pass the time information (directly got from the method get_tags_in_range) into the usrp_sink as a parameter so as to send ack at the intended time? Should I write in Python(but they are not the same level) or C++(but I can't rewrite a usrp_sink) ? Any doubts or suggestions are highly appreciated ! ___ 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] How to pass time tag into usrp sink as a parameter ?[hurry...]
On Wed, Dec 17, 2014 at 3:44 PM, Rui Zou ruizu...@gmail.com wrote: Hi, Marcus, I read the doc and examples you recommended, but I still don't understand fully how to implement my wok. Sorry for my previous omission that the first line of my flow graph design is: usrp_source - ptk_dtc - grab_time_tag - usrp_sink 1. Here is the work function of my grab_time_tag block(not finished), I don't know how to code next: const float *sigin = (const float *) input_items[0]; const unsigned char *detect = (const unsigned char *) input_items[1]; pmt::pmt_t *out = (pmt::pmt_t *) output_items[0]; std::vectorgr::tag_t rx_time_tags; const uint64_t samp0_count = this-nitems_read(0); for(i = 0; i ninput_items; i++){ if (detect[0]){ get_tags_in_range(rx_time_tags, 0, samp0_count, samp0_count+1, pmt::string_to_symbol(rx_time)); break; } } 2. I want to send acks at an intended time at usrp_sink, how to pass this time information into usrp_sink? You could tag your ACK burst with tx_time to send your ACK after a prefered delay. Please look in to Bastian's packet-pad implementation or pre-cog for reference [1] https://github.com/bastibl/gr-foo/blob/master/lib/packet_pad_impl.cc [2] https://github.com/jmalsbury/pre-cog/blob/master/python/packet_framer.py I know a C++ method gr::uhd::usrp_sink::set_command_time, but don't know how to use it. What also confuses me is: if I construct a usrp_sink object in python, how to pass the time information posted from grab_time_tag into it? (They are not at the same level after all). IMHO, Python is not something valuable. It's just to build block objects and connect them. but if I do the job in C++, does it mean I have to rewrite a new usrp_sink block(sounds impratical) to receive the desired time value posted from grab_time_tag ? or else? BTW, the file_sink/source was just for testing. I 'm purely a green hand. If something is wrongly understood, please correct me with no hesitation. Hope your kind reply in specific details on the two query above. Many thanks! 在 2014年12月17日 00:34, Marcus Müller 写道: Hello Rui, why do you take the detour through a file? That looks unnecessary. the USRP sink understands transmission times you specify using tags [1], so this will be the easiest way to deal with this. You just need to write a really short block (in C++ or python, whatever you prefer) which takes the rx_time tag that the USRP source added to the sample stream and generates a tag with the desired point in time [2]. There are some examples of the rx_time and tx_time tags usage in gr-uhd, so just search for tx_time or rx_time in gnuradio/gr-uhd/examples/ . Greetings, Marcus [1] http://gnuradio.org/doc/doxygen/page_stream_tags.html [2] http://gnuradio.org/doc/doxygen/page_stream_tags.html On 12/16/2014 05:21 PM, Rui Zou wrote: Hello, I would like to implement the process as follows at the Rx side: Record the time when the first sample arrived, and then wait for a certain interval and then send ack back to Tx. Meanwhile, finish the cfo calculating and compensating. Here is my whole flow graph design. (Each means a block) pkt_dtc- cfo_calc - file_sink cfo_calc - cfo_cpst file_source - cfo_cpst - usrp_sink where pkt_dtc, grab_time_tag and cfo_calc was done myself with C++. However, My question are: 1. Is it correct of my whole desgin (I want to implement them in one top block) or are there any easier solutions ? 2. After the block grab_time_tag, how should I pass the time information (directly got from the method get_tags_in_range) into the usrp_sink as a parameter so as to send ack at the intended time? Should I write in Python(but they are not the same level) or C++(but I can't rewrite a usrp_sink) ? Any doubts or suggestions are highly appreciated ! ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Regards Sreeraj Rajendran http://radioninja.in/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] HELP: USRP1+WBXv3 Overflow
Considering the saturation level of most commercial FM stations, using a simple whip antenna will prove more than adequate. While a wide-range log-periodic antenna might prove useful as you get farther into your research, especially for broadband signals requiring a directional antenna, using simpler tools while learning is usually beneficial. gerry On Wed, Dec 17, 2014 at 4:06 AM, Marcus Müller marcus.muel...@ettus.com wrote: I'm afraid you did not make a mistake -- the LP0410 [1] is specified for usage between 400 and 1200 MHz. Whilst it will still pick up some signal at frequencies below 400MHz, operating it at a quarter of the lower cutoff freq. will lead to very suboptimal results. If you know your frequency range as well as you do, I recommend trying Ralph's proposed 1/2 wavelength monopole antenna. Greetings, Marcus [1]http://www.ettus.com/product/details/LP0410 On 12/17/2014 09:43 AM, Thesis 2015 wrote: We're sorry. We made a mistake with the frequency range that the antenna could receive. It is actually 40MHz - 1.2GHz. -SKA15- ___ Discuss-gnuradio mailing listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Gerry Creager NSSL/CIMMS 405.325.6371 ++ “Big whorls have little whorls, That feed on their velocity; And little whorls have lesser whorls, And so on to viscosity.” Lewis Fry Richardson (1881-1953) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Trouble at OFDM modulation FFT waveform
Good Morning Sir, I am an M.Tech student, want to implement ' *OFDM Modulation De * *Modulation on GNU Radio'.* Sir i unable to get the *OFDM modulation FFT waveform* .Will you please help in parameters of WX GUI FFT block or any settings which give clear Frequency plot ( FFT PLOT) of OFDM Modulation like in below figure. * Thank you Sir.* .[image: Inline image 1] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Vectors for GNU Radio Python Blocks
Hi all, How do I write the init section for a Python block with an complex input vector of length v_len, so I need to adapt the following... def __init__(self, Nb, Ns, mapping, v_len): gr.basic_block.__init__(self, name=Demodulator_relay_py_cd, in_sig=[numpy.complex64], out_sig=[numpy.int32,numpy.uint8])? Thanks! David NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately. Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl --- This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com --- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Trouble at OFDM modulation FFT waveform
Hello Gaddam, I can't really make out much in your illustration, but it looks like a textbook illustration of the power spectrum density (PSD) of three different signals; sadly, you don't really explain what you've tried so far, so it's hard to explain this based on something. You will have to feed in these three signals into the FFT Plot. You can set the number of inputs to three, and you can transform any signal between time and frequency domain using the FFT block of GNU Radio. Assuming you're new to GNU Radio, please have a look at the Guided Tutorials (start with parts 1 and 2), which will explain a lot of things very nicely: http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials Also note that there is already a fairly well-working OFDM implementation in GNU Radio, so although this might be a very educational example, you're kind of re-inventing the wheel. A lot of projects that already employ that implementation or use their own exist, for example an IEEE802.11 (WLAN) Phy layer and LTE implementations. You can build your project atop of these very good references! Best regards, Marcus On 12/17/2014 06:39 PM, gaddam yamuna wrote: Good Morning Sir, I am an M.Tech student, want to implement ' *OFDM Modulation De * * * *Modulation on GNU Radio'.* Sir i unable to get the *OFDM modulation FFT waveform* .Will you please help in parameters of WX GUI FFT block or any settings which give clear Frequency plot ( FFT PLOT) of OFDM Modulation like in below figure. * Thank you Sir.* * * .Inline image 1 ___ 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] Vectors for GNU Radio Python Blocks
Hi David, in_sig=[(numpy.complex64,v_len)] Greetings, Marcus PS: Because people might find this post later on: A point where this is explained would be http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GNU_Radio_in_Python#323-Modifying-the-Python-Block-File On 12/17/2014 06:41 PM, David Halls wrote: Hi all, How do I write the init section for a Python block with an complex input vector of length v_len, so I need to adapt the following... def __init__(self, Nb, Ns, mapping, v_len): gr.basic_block.__init__(self, name=Demodulator_relay_py_cd, in_sig=[numpy.complex64], out_sig=[numpy.int32,numpy.uint8]) Thanks! David NOTE: The information in this email and any attachments may be confidential and/or legally privileged. This message may be read, copied and used only by the intended recipient. If you are not the intended recipient, please destroy this message, delete any copies held on your system and notify the sender immediately. Toshiba Research Europe Limited, registered in England and Wales (2519556). Registered Office 208 Cambridge Science Park, Milton Road, Cambridge CB4 0GZ, England. Web: www.toshiba.eu/research/trl This email has been scanned for email related threats and delivered safely by Mimecast. For more information please visit http://www.mimecast.com ___ 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] connecting GNURadio to xilinx evaluation board
Hi, I have KC705 evaluation board of xilinx: http://www.xilinx.com/products/boards-and-kits/ek-k7-kc705-g.html I have also a daughter board of fmcomms1: http://wiki.analog.com/resources/eval/user-guides/ad-fmcomms1-ebz I want to use GNURadio alongside of this board. I suddenly saw Zynq system here (I don't know anything about Zynq system): http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq Is it possible to use KC705 with GNURadio? To be specific, is there any FPGA program for KC705 to integrate it with GNURadio? Any suggestions? Best, Mostafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio