Re: [Discuss-gnuradio] SDR-IQ Vs USRP
idg101 wrote: Can anyone comment on their experiences with http://www.rfspace.com/RFSPACE/SDR-IQ.html vs any USRP that Ettus makes? Thanks, Isaac Do this hardware support GNU Radio? Its good to utilize GNU Radio as the community and support is very huge. the continuity of the platform is much sustain. GNU Radio provide a great software radio solution for the software part. lots of services already and will be ported. USRP is the perfect match for GNU Radio as it is developed to be compliment each other. USRP is progressing very well until this day and it keep and maintain the low cost solution. In term of performance I yet cannot compare because I also never use SDR-IQ, however, as in the literature, current SDR or SR (as matt does not like the word defined :) ) is not yet much focus on performance, it is more work on flexibility. however, it will depend on individual to determined what they like to use :) Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia my website: http://trg.fke.utm.my/members/adib/ my faculty: http://www.fke.utm.my/ my university: http://www.utm.my/ -- View this message in context: http://old.nabble.com/SDR-IQ-Vs-USRP-tp32244305p32247400.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio code walkthrough
Dear GNU Radio community, I and my group had this tutorial/code walkthrough to share. we found out that it is quite hard for beginner to start with GNU Radio, hopefully this walkthrough explanation can help a bit. this is the 1st version. please help us to improve by giving comment on any mistake that we made. any comment is highly appreciated. the slide can be downloaded from this site http://trg.fke.utm.my/members/adib/ under tutorials section. thanks and have a nice day. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia my website: http://trg.fke.utm.my/members/adib/ my faculty: http://www.fke.utm.my/ my university: http://www.utm.my/ -- View this message in context: http://old.nabble.com/GNU-Radio-code-walkthrough-tp31891769p31891769.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio code walkthrough
_ronaldo wrote: Dear Adib, Very good initiative! If you need some help, fell free to ask for. Regards, Ronaldo On Mon, Jun 27, 2011 at 9:43 AM, adib_sairi adib_sa...@yahoo.com wrote: ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Thank you :) .. we are planing to give more details on the other file that benchmark used i.e tranmit_path and others. please comment on the slides if there is any mistake or any improvement that can be done. we really appreciate it. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia my website: http://trg.fke.utm.my/members/adib/ my faculty: http://www.fke.utm.my/ my university: http://www.utm.my/ -- View this message in context: http://old.nabble.com/GNU-Radio-code-walkthrough-tp31891769p31943546.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
Yang-56 wrote: Ah, I got it. I will look into that. Btw, generally speaking, how is the efficiency the spectrum sensing in gnu radio? I use the spectrum_sense.py to sense 9M a step and generate 256 bins which takes me nearly 1 second to sense 1M. It is really slow... -- you can see why it is slow when you use spectum_sense.py by browsing in this forum. search for the spectrum sense discussion =) in my case, i modify the code of fftsink_nongl.py (I cite it in my thesis and in my coming paper in korea) ..the modification enable me to form an energy detector spectrum sensor. and it is quite fast (in 0.xx ms). actually it can be faster if you use faster PC and optimized same part of the code. I am on my way to do this.. we also currently working on parallel or simultaneous spectrum sensing with data transmission. therefore, we will eliminate the constrain on sensing time and all its tradeoff. Wallahualam. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia my website: http://trg.fke.utm.my/members/adib/ my faculty: http://www.fke.utm.my/ my university: http://www.utm.my/ -- View this message in context: http://old.nabble.com/Implementation-of-dynamic-spectrum-access-tp31559416p31582151.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
Adib, No, I'm afraid I can't help you there. This was from when I was working on my Ph.D. years ago at Virginia Tech and I no longer have access to the code. Any papers I have can be found in IEEE Xplore or from the SDR Forum (now Wireless Innovation Forum). I was also mostly interested in the development of a cognitive engine that I applied to the DSA problem, not really DSA itself. Tom oh its too bad we cannot see the code. I follow some of your work on cognitive engine when you are with VT during my literature of my master, it was a nice work your team done in VT with CR. Last time there was a colleague in this forum introduce me to the CROSS which done by VT (i also cite this in my thesis) ..and inside the CROSS there is a cognitive engine. is this your work? =) thanks tom. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia my website: http://trg.fke.utm.my/members/adib/ my faculty: http://www.fke.utm.my/ my university: http://www.utm.my/ -- View this message in context: http://old.nabble.com/Implementation-of-dynamic-spectrum-access-tp31559416p31582189.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of dynamic spectrum access
Dear Yang, My master work is on this topic. I have a recent paper on this which as below, M. Adib Sarijari, Rozeha A. Rashid, N. Fisal, A. C. C. Lo, S. K. S. Yusof, N. H. Mahalin. http://trg.fke.utm.my/members/adib/publications/WWRF%202011-2(2).pdf Dynamic Spectrum Access Using Cognitive Radio Utilizing GNU Radio and USRP . WWRF 2011, Doha. more on my work can be found in my website: http://trg.fke.utm.my/members/adib/ Tom Rondeau wrote: Yang, I was talking about benchmark_rx.py, not the transmitter. There is a callback (sorry, not actually a thread) that sits and waits for a message from the demod chain called rx_callback. I'm suggesting that you use a similar technique to send a message about the frequency information, and then you could use the callback to set the frequency of the device. I'm also not talking about a simple drop-in replacement for any code that we have. We have a lot of examples that will all do various pieces of what you want, and you are going to have to synthesize them to make your DSA application. Tom Tom, its very interesting to see and learn your work on DSA. could you forward this paper to us in the forum? i think the paper is not uploaded yet. plus, its also great if I can try the code that you have done. is it open to be download, tested and learned? we also have a work on parallel sensing and transmit which will eliminate the sensing time limitation and trade-off. we will published this in a very near time =) .. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/Implementation-of-dynamic-spectrum-access-tp31559416p31573367.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
Ben Wojtowicz wrote: Adib, I have started some LTE phy work. My long term plan is to develop it using GNU radio. However, most of it is currently in matlab and I need some LTE PHY test data in order to validate it. If anyone has any data (specifically recorded downlink I/Q data) it would be extremely helpful. Ben great Ben. so is this your PhD work? can it be shared? so you already have lte phy in matlab? is it your code? can it be shared? =) appreciate it much and thanks in advanced. - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/LTE---LTE-Advanced-using-GNU-Radio-tp31469223p31470923.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] LTE LTE-Advanced using GNU Radio
Dear all, Is anybody know if there is any work on LTE or LTE-A using GNU Radio? is there already any code for LTE phy layer on GNU Radio? please provide me any information if there is one. thanks.. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/LTE---LTE-Advanced-using-GNU-Radio-tp31469223p31469223.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help : Where is the demodulation blocks implemented in gnuradio [ GMSK,PSK etc].
the demodulation and modulation is done in GNU Radio. the raw digitized signal from USRP will be proccessed by gnu radio either we want to filtered, do FFT, demodulate and etc. all is done using GNU Radio. USRP is the hardware to interfare the digital world with the analog world.. anil ph wrote: Thanks Marcus for your valuable information . Now as per you have said that the usrp/gnuradio doesnt do any default demodulation , that means if i apply a demodulation technique to the captured file from usrp_rx_cfile.py , i will get the required output.For example if i apply GMSK demodulation to the captured file i ll get the properly formatted output as per the GSM protocol ... right. Thanks On Thu, Apr 7, 2011 at 10:02 PM, Marcus D. Leech mle...@ripnet.com wrote: On 07/04/2011 10:34 AM, ton ph wrote: Hi guys , I Just want to confirm a thing regarding the demodulation of the digital dat in the gnuradio as the signals are received from the usrp. The doubt are, 1. Where is the demodulation is implemented in the gnuradio . 2. What demodulation is implemented by default in the urp_rx_cfile ... please do help me someone in clearing my doubts . Thanks Gnu Radio is a generic digital-signal-processing framework. Which includes *many* pre-built processing blocks, including demodulators and modulators, correlators, detectors, etc, etc. There is no *default* demodulation scheme anywhere in the basic architecture, and usrp_rx_cfile is used to simply copy samples as they come off the USRP hardware into a file. The USRP hardware doesn't do any demodulation--the signal you see delivered to the host PC is just filtered/decimated baseband samples as they come off the ADC, appropriately scaled for use inside Gnu Radio. The USRP hardware doesn't know anything about modulation or demodulation, per se. All of that is the responsibility of the host software. Correspondingly, the transmit side of the USRP hardware doesn't *know* anything about modulation, either. It is entirely up to the host software to provide appropriately-modulated samples for the hardware to dutifully turn into analog signals and then (usually) up-convert to the desired RF band of interest. Generally, the host interface operates in baseband mode--the (complex) samples are centered at DC. Cheers ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Phenomenon # Life is the most precious phenomenon ever happen ... # Lets pray and give emotional strength to the innocent brave victims of japan # they are human and m also a human which implies we are one. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/Help-%3A-Where-is-the-demodulation-blocks-implemented-in-gnuradio---GMSK%2CPSK-etc-.-tp31343206p31351930.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using one USRP
Michael Dickens-3 wrote: Hi Raj - Alice Crohas' MS thesis sounds similar to yours. She used 2 USRP1's, one doing RX-audio, and the other doing the RX-sample and the TX-audio. We discussed trying to do simultaneous RX/TX using the same daughtercard on a given USRP, or different daughtercards on the same USRP, but decided against either for various reasons. Her eventual setup used just two USRPs: two antennas and two daughtercards -- one each per USRP. The RX-audio was not smooth (it had gaps where the TX- audio was stopped to do RX-sample), but listening was not unpleasant; with a little added buffering on RX, she could have made the RX-audio smooth (but added in a small latency to the transmission, which for the purposes of what she was doing would have been just fine) -- this wasn't necessary for the MS, but it would have been nice for our demos. Good luck on your projects. - MLD regarding the thesis by Alice Crohas, in page 32. do anyone know how she manage to obtain the ROC graph? how the experiment is done is not really clear explained. in spectrum sensing with experimental work, how do we obtain the probability of false alarm and probability of detection graph? what is the proper method and how do we plot the ROC curve. thanks. Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/Using-one-USRP-tp22614442p30404283.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] always a spike on the FFT at the center frequency
Matt Ettus wrote: This is due to truncation in the USRP. If you add 0.5 to the signal, it should go away. Matt Dear Matt, how and where does the truncation is done? is it in the FPGA (DDC) ? regards, Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/always-a-spike-on-the-FFT-at-the-center-frequency-tp30353457p30366688.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LFTX/LFRX frequency range
Matt Ettus wrote: Christian Schroeder wrote: Hi together, we want to use the USRP2 with LFTX/LFRX boards to make transmissions in a low frequency regime from below 1 kHz up to about roughly 50 kHz. The daughterboard specifications give a frequency range from DC to 30 MHz. We are now wondering, if we will experience some degradations since we want to work near the specification limits. Does anybody know about the frequency response at these frequencies? Is there something like a lower bound given by the hardware for reasonable working frequencies? There should be no problem going all the way down to DC. Matt Dear all, can the benchmark_xx.py used to transmit on this low frequency using the lrtx d.board?is there any limitation that i have to aware? thanks adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/LFTX-LFRX-frequency-range-tp19915036p29925355.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] iir filter in spectrum analyzer
Marcus D. Leech wrote: It averages the values in each of the bins. If your FFT is 1024 wide, then you essentially have 1024 single-pole IIR filters, each computing the low-pass filtered version of the individual bins. This is called (at by me) spectral averaging. There will always be a certain amount of noise in spectral estimates, and for weak signals, averaging can bring out spectral features that would otherwise be hidden by the randomness of the noise floor. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org so it is a filter to filter the noise at the noise floor level am i correct? but there is also a windowing in the flow graph.. I think this windowing is also used for the filtering the noise including noise in the noise floor level (please fix me). if not, may i know what is the usage of this window and what is the different between this window and the iir filter used in this flowgraph? - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/iir-filter-in-spectrum-analyzer-tp28791867p28803709.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX2400 intermediate frequency
Mrudula Karve wrote: I am using RFX2400 daughter board with USRP2. I read on one of the discussion-threads that RFX2400 down-converts to 10Mhz; about the IF of rfx2400, by referring to the diagram in http://gnuradio.org/redmine/wiki/gnuradio/UsrpRfxDiagrams i think it is 20Mhz if i am not mistaken. please correct me if i am wrong. may i know where do you get the reference which said that it is 10MHz? I really interested to see to confrm my understanding. - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/RFX2400-intermediate-frequency-tp28782178p28789778.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX2400 intermediate frequency
Eric Blossom wrote: The IF == 0 Hz. The RFX boards produce quadrature analog which is then digitized using two ADC's, one for I and one for Q. Eric thanks for the fast response Eric =) but in the documentation by firas abbas in page 9 (http://rapidshare.com/files/121692530/USRP_Documentation.pdf), it said that the DDC is downconverting the signal from IF to baseband. so when the signal digitize by the ADC, it is still in IF right? its mean the daughterboard is responsible to downconvert the on air received signal to the IF signal. the ADC will sampled the IF signal and pass it to the DDC then the DDC will downconvert the IF to the baseband plus slowing it down so that it can be transferred trough the USB 2.0 bus.. am i right? plus what about the diagram that i give just now (http://gnuradio.org/redmine/wiki/gnuradio/UsrpRfxDiagrams) in the diagram it show that ADC is sampling a signal which is filtered by a 20MHz low pass. so the IF signal is still at 20MHz right? please correct me if i am wrong.. thank you very much for the help =) - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/RFX2400-intermediate-frequency-tp28782178p28789967.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RFX2400 intermediate frequency
John Orlando wrote: The DDCs are only used if the front-end RF can't tune to the exact frequency requested by the user. The DDCs are capable of doing a final digital mixing (from a low IF, typically) to center the bandwidth of interest at DC, but these aren't used with all daughterboards. So, in the case of RF daughterboards that employ quadrature downconversion, and are able to tune to the exact frequency of interest (i.e., downconvert the RF bandwidth to center it at DC), there is no IF. The A/D converters are simply digitizing the baseband signal, with one A/D digitizing the I channel, and one digitizing the Q channel. Google for zero IF receiver and you'll find more details. The 20 MHz low-pass filters are there to reduce wideband noise, and to help with anti-aliasing. They don't imply that there is a mandated 20 MHz IF. -- John Orlando CEO/System Architect Epiq Solutions www.epiq-solutions.com oh thank you John for the explanation. thats mean the AD8347 will convert the signal to the baseband and output the I/Q signal to the ADC. then ADC will convert the signal to the digital domain. in this case the DDC is only for decreasing the frequency of the digital sample so that it can be transfer trough usb 2.0 which have the bottleneck at 32Mhz am i correct? - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/RFX2400-intermediate-frequency-tp28782178p28790413.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] iir filter in spectrum analyzer
Dear all, I have a question regarding the usage of single_pole_iir_ff filter in the fftsink_nongl.py which is used to construct the spectrum analyzer in gnuradio-3.1.3. what is the usage of this iir filter since the alfa value is equal to 1 which give the value of input the same as the value of the output (refering to the single pole iir filter explanation in https://radioware.nd.edu/documentation/a-dictionary-of-the-gnu-radio-blocks -- please fixme if i am wrong). in the previous post, firas told that this filter is used for the averaging purposes (http://old.nabble.com/question-regarding-usrp_fft.py-td24440532.html#a24466469) but what is the value that it average? - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/iir-filter-in-spectrum-analyzer-tp28791867p28791867.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_spectrum_sense vs. usrp_fft
TMob wrote: Hi, I am currently trying to use the USRP to sense the 802.11 channels for activity. So far, I am using the usrp_spectrum_sense to do this. Each time I get the callback from gr.bin_statistics_f, I calculate the signal power in the returned data vector using the following formula: for bin in m.data: signalPower += 20*math.log10(math.sqrt(bin)/tb.fft_size)-20*math.log10(tb.fft_size)-10*math.log(tb.power/tb.fft_size/tb.fft_size) signalPower /= tb.fft_size According to previous posts, this should give me the signal power at the given center frequency in dBm. Unfortunately, it turned out that the values that I get using this code, vary very much, e.g. with the FFT size and the gain. When I leave gain and FFT size per default I get values from -28 through +5 (dBm) which definitely does not correspond to dBm. Is there any mistake in the formula? Is this really dBm that I get? Because the usrp_fft.py example shows more realistic values (around -50 - -60dBm) than the usrp_spectrum_sense.py, I was wondering if somebody could explain how usrp_fft gets to these values. All I can see in the source code there is that a USRP source is defined and connected to the scope. But where is the conversion into dBm done? Can this be applied to usrp_spectrum_sense somehow? Thanks, TMob did anyone have the answer to this question? is it because of the usrp_fft.py have the windowing block? regarding the windowing block, do any body know why the blackmanharis is chosen? Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/usrp_spectrum_sense-vs.-usrp_fft-tp21708925p28773465.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_spectrum_sense vs. usrp_fft
adib_sairi wrote: TMob wrote: Hi, I am currently trying to use the USRP to sense the 802.11 channels for activity. So far, I am using the usrp_spectrum_sense to do this. Each time I get the callback from gr.bin_statistics_f, I calculate the signal power in the returned data vector using the following formula: for bin in m.data: signalPower += 20*math.log10(math.sqrt(bin)/tb.fft_size)-20*math.log10(tb.fft_size)-10*math.log(tb.power/tb.fft_size/tb.fft_size) signalPower /= tb.fft_size According to previous posts, this should give me the signal power at the given center frequency in dBm. Unfortunately, it turned out that the values that I get using this code, vary very much, e.g. with the FFT size and the gain. When I leave gain and FFT size per default I get values from -28 through +5 (dBm) which definitely does not correspond to dBm. Is there any mistake in the formula? Is this really dBm that I get? Because the usrp_fft.py example shows more realistic values (around -50 - -60dBm) than the usrp_spectrum_sense.py, I was wondering if somebody could explain how usrp_fft gets to these values. All I can see in the source code there is that a USRP source is defined and connected to the scope. But where is the conversion into dBm done? Can this be applied to usrp_spectrum_sense somehow? Thanks, TMob did anyone have the answer to this question? is it because of the usrp_fft.py have the windowing block? regarding the windowing block, do any body know why the blackmanharis is chosen? Adib - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/usrp_spectrum_sense-vs.-usrp_fft-tp21708925p28775946.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to use from file in benchmark_tx.py
Muhammad Rizwan-3 wrote: Hello, I have a couple of (in fact more than that) questions, kindly answer them asap: How to use the option of --from-file in benchmark_tx.py? I am using USRP1, gnuradio3.2.1 and RFX2400. Secondly how to use --log option in benchmark_rx.py? From where the --from-file option reads the input files and how to receive that file? Kindly describe these options a little bit as well, what they exactly do? This is how i am using it in the terminal: ./benchmark_tx.py -f 2.45G -r 512k --from-file Apress.pdf but its not working. When i use the log file option, it generates a file 'clock_recovery.dat'. It never opens. What to do? Thanks! Muhammad Rizwan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio option of --from-file is for system that you want to send the data from a file. by default it will take the data from the program which is written in the python code. --log is to log the raw signal in every stage of DSP which done. .dat is a raw data file and you cannot open it just like that. you can plot it using what gnuradio have in the package depend on the data type of the log data. by the way, are you Malaysian? maybe we can see each other to have more knowledge sharing =) please contact me at adib_sa...@yahoo.com - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/how-to-use-from-file-in-benchmark_tx.py-tp28739017p28741636.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio Europe
adib_sairi wrote: Dear All, one time ago there is a GNU Radio Europe if i am not www.gnuradio.nl forum available. but today i try to access it and unfortunately i find out that is is not available anymore. did any one know what is happening? I am looking for anybody in Netherlands that is using GNU Radio. I would very interested to have a discussion and learn how to use GNU radio in the better way (or maybe in the real and right way ;) ). can anybody direct me to any person that i can meet with? any help is very appreciated.. thanks. by the way, I am now a visiting researcher in TU Delft. - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/GNU-Radio-Europe-tp28703057p28707325.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio Europe
Dear All, one time ago there is a GNU Radio Europe if i am not www.gnuradio.nl forum available. but today i try to access it and unfortunately i find out that is is not available anymore. did any one know what is happening? I am looking for anybody in Netherlands that is using GNU Radio. I would very interested to have a discussion and learn how to use GNU radio in the better way (or maybe in the real and right way ;) ). can anybody direct me to any person that i can meet with? any help is very appreciated.. thanks. - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/GNU-Radio-Europe-tp28703057p28703057.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about ./benchmrk_rx
Tom Rondeau wrote: 2010/2/10 Li Mei-Wen emily7...@hotmail.com: Hi: Why the benchmark_rx.py always can not receive the last one packet? Have any way to solve it? Best Regards. Mei-Wen Li (Emily) National Cheng-Kung University Dept. of Computer Science and Information Engineering emily7...@hotmail.com I thought we had solved that a while ago. I'll look into it again. Tom perviously it was the USB buffer problem right? =( Adib -- View this message in context: http://old.nabble.com/Question-about-.-benchmrk_rx-tp27542057p27545735.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Questions about synchronization and modulation in benchmark
there is some work from Thomas Schmid which modulate and demodulate O-QPSK which mean for IEEE802.15.4 standard.. you can search and download the code online. good luck.. Adib Timothy Lawrence Sitorus wrote: HI all, Please anyone help me. Is there anyone succeeded to modulate qpsk, even frequency offset occurs? Best Regards, Tim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/Questions-about-synchronization-and-modulation-in-benchmark-tp27371719p27390702.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Use of bin_statistics
Firas A. wrote: Important Note: Beside tunning time depends on the hardware (RF syenthesizer speed), one should remameber that the time needed to collect 1024 samples with decimation rate=8 (minimum USRP decimation) is 128 usec while : Time needed to collect 1024 samples with decimation rate=256 (maximum USRP decimation) is 4.096 msec This means that the tune delay in the case of decimation rate =256 should be larger than that used for deimation = 8. i have a question regarding the above quote, if we are taking 1024 bin FFT, do we need to have 1024 of signal samples? and i have another question, regarding the FFT block, i try to come out with the equation on what is actually this block (gr_fft_vcc) do in the code, but i cannot trace the whole code (in c++). if we open the c++ code and we can see that the only thing that gr_fft_vcc class do is calling set_window function but no work class inside.. so which file/class actually does implement the fft computing? is it in gr_fft__vcc_fftw.cc? i am sorry to ask this question.. hope anyone can help =) thanks.. Adib -- View this message in context: http://old.nabble.com/fft-realated-problems-tp20308034p27169855.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] WBX
Matt Ettus wrote: At long last, the WBX is now available. It covers 50 MHz to 2.2 GHz. The introductory price is $400 which includes an LNA/filter board and an MCX to SMA-bulkhead cable. After the initial batch is gone, the price will be changing to $450 to reflect the increased costs and capabilities associated with the improved specs since our redesign for coverage to 2.2 GHz. Orders can be placed through http://ettus.com More details and more detailed specs will follow in the next few days. Thanks, Matt Ettus thanks Matt =) i been waiting so long for this.. Adib -- View this message in context: http://old.nabble.com/WBX-tp27150807p27156015.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] TVRX
Matt Ettus wrote: Nirali Patel wrote: Matt, Is the TVRX daughter board expected to change anytime in near future? No Matt is there any tv band transmitter daugterboard for USPR? and may i know why there is currently only receiver is available for the TV band front end? thank you.. Adib -- View this message in context: http://old.nabble.com/TVRX-tp13979071p27070822.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] run GNU Radio (spectrum analyzer) and OpenBTS on one computer with 2 USRPs at the same time
Good day, I never run the OpenBTS before but i had experience in running multiple USRP on one PC. for example if i want to run usrp_fft.py and the benchmark_tx.py at the same time using two USRP and one PC, so this is the example of the command: 1st terminal: ./benchmark_tx.py -f 2.4G -w 0 2nd terminal: ./usrp_fft.py -w 1 the -w command (the which option) is to choose which USRP that we are pointing to.. but this features is depend on the code that you are trying to run. if there is no -w in the code, you can add it by yourself. best regards, Adib Jane Chen wrote: Hi all, I only have one computer and 2 USRPs. I am trying to run OpenBTS and spectrum analyzer at the same time. OpenBTS uses libusrp of GNURadio and spectrum analyzer uses the libusrp as well. Is it ok to run OpenBTS and spectrum analyzer at the same time? How can I make OpenBTS choose the right USRP and spectrum analyzer also choose the right USRP in one computer? Any suggestions or help will be appreciated. Thank you, Jane ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/run-GNU-Radio-%28spectrum-analyzer%29-and-OpenBTS-on-one-computer-with-2-USRPs-at-the-same-time-tp26247152p26261539.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usage of keep_one_in_n in fftsink_nongl
Dear All, I am exploring the fftsink_nongl.py file because i want to modify it to be the sensing method of my project. in the fft_sink_c class, there is a signal processing block call keep_one_in_n. I think that this block is use to slowing down the sampling of the spectrum sense, am I correct? if i remove this block from the flow graph, the output value will be unexpected (unreliable). can any one tell me what is actually happen? what did i need if i want to remove this block? because this block make my sensing speed extremely slow.. best regards, Adib -- View this message in context: http://old.nabble.com/usage-of-keep_one_in_n-in-fftsink_nongl-tp26160105p26160105.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
besides my last two post (which unfortunately i still don't have any answer) , i have another question.. any help will be very appreciated. if we transmit using benchmark_tx.py, we can change the amplitude of the transmission by changing the --tx-Amplitude and this parameter max value is 9830.1 .what is this magic number? and if i change this value, what is the actual parameter in my radio that will be change? is it only the DAC value? or it will involve the gain? if it involve the gain, which gain is actually affected? Adib -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p25393881.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problems with GNU Radio
Robert and Millie wrote: This the error I received when testing the GNU Radio installation after the make file finished running. I have Boost 1.38 loaded along with GNU Radio version 3.2 and wxPython version 2.8.10.1. All the paths have been setup. $ python dial_tone.py Traceback (most recent call last): File dial_tone.py, line 23, in module from gnuradio import gr ImportError: No module named gnuradio Any help would be greatly apprecicated. Robert Pegram ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio if you use fedora try to type this command each time you open the new command terminal: export PYTHONPATH=/usr/local/lib/python2.5/site-packages (http://gnuradio.org/trac/wiki/FedoraInstall) or you can import this command into your fedora bash file so you does not have to type it again. Adib -- View this message in context: http://www.nabble.com/Problems-with-GNU-Radio-tp25357678p25357854.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A basic but critical problem in beginning of python code
nansai hu wrote: When run a python script file, as we know main function will be run first. We send the class to a object tb,for instance. Then we have two ways to let the program run. One is call tb.run() function,and other is call tb.start() function.Could somebody told me the difference bewteen these? In my coding experience, use .run() the gui will display if you py file is modified by a grc file, but if use the .start() function, no gui display even in same program. tb.start will start the executing the program. tb.rum do two things; tb.start and tb.wait. tb.wait will keep the flow graph keep running. Adib -- View this message in context: http://www.nabble.com/A-basic-but-critical-problem-in-beginning-of-python-code-tp25304873p25305848.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp usb buffer minimum requirement
Dear All, As i being experimenting with USRP and GNU Radio, i notice that some of the last packet of my data that i receive is keep inside the USB buffer. this data will be flush out to my PC only if i transmit (receive) new data. i believe that this is due to the minimum byte data needed by the USB buffer (fusb_block_size - 512). so even though there is some receive packet inside the USRP, it won't be send to the PC until it is a group of 512 byte of data. am i correct? so at the transmitter, i should send an extra 512byte of data for each of my last packet that is transmitted for one session.. please help me to confirm my understanding.. thank you very much in advance for any help. Adib -- View this message in context: http://www.nabble.com/usrp-usb-buffer-minimum-requirement-tp25166744p25166744.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
adib_sairi wrote: Good day every one, I am trying to calculate the sensing time for my system with using usrp_fft.py as the core of my sensing method. my fft bin is 256 with Fusb = 4MHz and my bandwidth is 1MHz. with this parameters, each sample of 256 bin FFT will take 1 second. am i right? means, between one evt.data[0] to the next evt.data[0] will take 1 second. this is due to the maximum USB BW that i use for the sensing. but i can see that in the usrp_fft GUI, the update of the plot is much faster than 1 second. so i think my calculation is wrong but i am not sure what i miss. i see in some paper, they divide the Fusb to the number of their bin. for example if the Fusb is 4MHz and the FFT bin used is 128, then they divide 4MHz with 128 which give them 31.25kHz of sensing speed (0.032s). but i think we cannot divide like that because the FFT is being done in GNU Radio. USRP dosent know about this is it? what bin number we choose i think the speed is the same (1 second) because the speed of the data flush from USRP to PC is only depend on the decimation we choose not the FFT bin..FFT bin is only take place inside GNU Radio.. am i right? so what is the actual way to calculate the sensing time if i am using usrp_fft as my core (to be more specific, i use the fft_nongl as the basic code and do a modification from there). please help and guide me for this.. thank you very much in advance.. Adib i have one more question with usrp_fft.py. in the GUI, it show that if i choose my decimation to be 16, the Fusb become 4MHz (due to 64MHz/16) and the BW of the measurement should be 1MHz right? but why in the x-axis it show that the frequency range of measurement is 4MHz; if my fc = 2.45GHz, it give the minimum value of x-axis = 2.4480GHz and the maximum value of x-axis = 2.4520GHz (BW = 4MHz)? is it this labeling is miss or is i had miss somewhere? i suppose the BW of the display should be 1MHz right? Adib -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p25165916.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Update -- March 9th, 2006
Eric Blossom wrote: On Tue, Aug 18, 2009 at 01:30:18AM -0700, adib_sairi wrote: Matt Ettus wrote: The Flex2400 board, which was released this week covers 2300-2700 MHz. There is a filter on board which covers the ISM band (2400-2483 MHz), but it can be bypassed easily, giving coverage to the full 2300-2700 MHz band. The additional bands covered include satellite, military, ham, and other fixed wireless bands. i am sorry..some mistake on last post. this is the one that i have corrected.. thanks: I wonder flex2400 and rfx2400 is the same or not? They are the same. Eric thanks Eric for the reply. for my others question in the same post, can any one please help me? can you please help me Eric? i had search in the forum.. there are some answer but it is not so clear. i will be very thank full if any one can help me regarding this =) thank you very much. Adib -- View this message in context: http://www.nabble.com/USRP-UpdateMarch-9th%2C-2006-tp476p25111536.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Update -- March 9th, 2006
Matt Ettus wrote: The Flex2400 board, which was released this week covers 2300-2700 MHz. There is a filter on board which covers the ISM band (2400-2483 MHz), but it can be bypassed easily, giving coverage to the full 2300-2700 MHz band. The additional bands covered include satellite, military, ham, and other fixed wireless bands. I wonder flex2400 and rfx2400 is the same or not? I think rfx2400 can cover frequencies from 2.3GHz to 2.9GHz right? but in GNU Radio, when I read the maximum and minimum freq that my daughterboard (rfx2400) and divide it with 2, it give me 2.5GHz.. so with this, it show that my daughterboard maximum freq is 2.7GHz.. i wonder why? My next question on the rfx2400 daughterboard, how to bypass the ISM band filter? even though i haven't bypass the filter, but i still able to transmit at freq 2.5GHz and my receiver also work fine at 2.5GHz.. means, i am able to receive my data successfully with minimum packet lost.. i wonder why? Last but not least, how do i calculate my actual power transmit? i see that in GNU Radio, we can control 2 power parameter; the AGC and the DAC value. is my Pt is like this: Pt (db) = Pagc (db) + Pdac (db) ..how about the gain in my rfx2400? and how about the max Pt that my rfx2400 can transmit? please help me on this.. thank you very much in advance. Adib -- View this message in context: http://www.nabble.com/USRP-UpdateMarch-9th%2C-2006-tp476p25020559.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to properly generate documentation, and find the files behind the code?
Jonathan Coveney-2 wrote: Howdy, I want to better understand certain blocks... such as what the parameters of optfir.low_pass actually specify, how it's implemented, that sort of thing. But the gnuradio filetree is next to impossible to traverse. I have been pointed here /usr/local/share/doc/gnuradio-3.3svn/html/index.html which is definitely useful, but seems to be generated automatically off of header files, and doesn't link you to the actual source code, which I cannot find. I'm sure this exists, just not sure how to grab it. Thoughts? the actual C++ code is in the file that you download.. good luck. -- View this message in context: http://www.nabble.com/How-to-properly-generate-documentation%2C-and-find-the-files-behind-the-code--tp24907940p24943852.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to simultaneously tx/rx on usrp with OFDM?
Yan Wang wrote: Hi, Basically I want to do following things on one usrp node. 1. receive packets from one other node 2. relay the packets received 3. transmit packets generated locally So my idea is to get the packets through usrp_src and receive_path, then put the received packets and locally generated packets together into payload, then use send_pkts() to sendout packets through transmit_path and usrp_snk. There are several problems I am facing now(sorry, I am not a good programmer, maybe they are silly questions): 1. I am trying to use different threads to receive packets and transmit packets. Although I used global killed and sys.exit(1) to make sure threads exit when Ctrl-C pressed, it won't abort to the command line. 2. As I said I need to combine received packets and locally generated packets at transmitting, but I didn't figure out how to achieve that. I am thinking of make a global variable payload_all[], and just throw every packets into it, then use send_pkts to transmit the payload while receiving packets from others in another thread. Is that possible? 3. The blocks transmit_path and receive_path I think are both having only 1 connector in the graph. Is there any easy way to connect these two parts? Or is there any other blocks that I can use to make this kind of connection? Any related suggestion will be appreciated. I posted my small test codes online(http://www.sendspace.com/file/6n64co), if you can take a look at it and give me some suggestion, that will be awsome. have you look at the post that tim send? : RE: Editing benchmark_rx.py for spectrum access inside they do the tx and rx in one file but it is not OFDM. but it is very simple to change it to OFDM since it is build form benchmark file.. benchmark_dsa.py script: https://cornet.wireless.vt.edu/trac/browser/vtcross/trunk/src/cognitive_engines/DSA_CE/examples/gnuradio-examples (CROSS form VT-very nice) -- View this message in context: http://www.nabble.com/How-to-simultaneously-tx-rx-on-usrp-with-OFDM--tp24919869p24943859.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFT Plot and Benchmark
Tom Rondeau wrote: The coupling of the flow graph and the Wx architecture was one of my motivations for writing the gr-qtgui. You should be able to from gnuradio.qtgui import qtgui then drop a sink (qtgui.sink_c(args)) and connect the signal block you want to observe to this sink. Remember that when you start the flow graph use tb.start() and not tb.run() and then execute the Qt application with a qapp.exec_(), which blocks until closed. Note that you'll have to install a few Qt-related things (Qt 4.3, PyQt, QWT, and QWT Plot 3D). If you running Ubuntu or Fedora, these are available from your package manager. You can find examples of how to use this in gr-qtgui/src/python with more complicated examples that allow you to build a full QT application with the sink display embedded in it. If you just use a sink and start the QApp, you just get a modal dialog box. You can have multiple QT sinks going at once, too. Tom thank you Tom. I had run the usrp_display.py inside the gr-qtgui, it was very interesting. I see that you doesn't use the wxpyton any more and you use the qtgui isn't it? but I cannot find where it do the inserting data for plotting process. in usrp_fft.py it use the fftsink_nongl.py or fftsink_gl.py for the plotting process right?and fftsink_nongl.py insert the data for plotting in set_data function inside the fft_window class. so in fftsink_nongl.py, I tab the evt.data (inside the set_data function) and manipulate it to do my sensing mechanism. I see that the usrp_display.py call the qtgui.py for the plotting process and I think qtgui.py call it's C++ file for further processes isn't it? so how and where can I can tab the data like evt.data in usrp_display or qtgui? could you please explain a bit on how does usrp_display do the plotting process? thank you very much. Adib -- View this message in context: http://www.nabble.com/FFT-Plot-and-Benchmark-tp24405668p24766931.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFT Plot and Benchmark
adib_sairi wrote: thank you Tom. I had run the usrp_display.py inside the gr-qtgui, it was very interesting. I see that you doesn't use the wxpyton any more and you use the qtgui isn't it? but I cannot find where it do the inserting data for plotting process. in usrp_fft.py it use the fftsink_nongl.py or fftsink_gl.py for the plotting process right?and fftsink_nongl.py insert the data for plotting in set_data function inside the fft_window class. so in fftsink_nongl.py, I tab the evt.data (inside the set_data function) and manipulate it to do my sensing mechanism. I see that the usrp_display.py call the qtgui.py for the plotting process and I think qtgui.py call it's C++ file for further processes isn't it? so how and where can I can tab the data like evt.data in usrp_display or qtgui? could you please explain a bit on how does usrp_display do the plotting process? thank you very much. Adib I had search some more and found out that for the frequency plot, you use FrequencyDisplayPlot (.h and .cc) right? and i found that you use the _dataPoints pointer to plot the graph. i manage to tab the data by using _dataPoints[which].. but manipulating in c++ seams to be quite complicated. i would like to return and import this value (_dataPoints) to python but i don't know how.. could somebody guide me for this? i think fftsink_nongl.py does receive some data from c++ file (i think) but i also don't know how.. please somebody help me for this.. thank you very much in advance.. Adib -- View this message in context: http://www.nabble.com/FFT-Plot-and-Benchmark-tp24405668p24771599.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with multiple flow graphs on receive side
Sriram Krishnan-3 wrote: Hi, I am trying to write an application which senses spectrum (usrp_spectrum_sense.py) and transmits/receives signals. I have the tx/rx working fine. But when i add another flow graph(3rd one to existing tx and rx) for the spectrum sense,to the top block, it gives me an error. I get an error on this line which says cant open rx interface and device busy self._u = usrp.source_c (self._which, fusb_block_size=self._fusb_block_size, fusb_nblocks=self._fusb_nblocks) Is it because of competing receive paths. I thought that we could have multiple paths. Could somebody help in this regard. maybe it is because you are already open the rx part and you try to open it again for sensing.. Adib -- View this message in context: http://www.nabble.com/Problem-with-multiple-flow-graphs-on-receive-side-tp24526593p24750277.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFT Plot and Benchmark
Ali Siddiqi wrote: Hi all, I looked at fftsink_gl.py. It couldnt be executed because of import error of fft_window. Also, if in case I manage to run it, still I am finding it difficult to incoporate it in benchmark_tx.py. Can someone elaborate a bit more on how to add FFT sink in benchmark_tx? Regards, Ali i try to work on this also but i still cannot put fftsink_nongl.py and benchmark_tx or benchmark_rx together.. the problem i face is benchmark_* have its own flowgraph which use .start and .wait for it to run.. i.e tb.start and tb.wait while fftsink_nongl use stdgui2.stdapp and Mainloop to run.. i.e app = stdgui2.stdapp(app_top_block, USRP FFT, nstatus=1) app.MainLoop() when i run tb.start or tb.run and tb.wait, it seem that my fftsink_nongl that i had connect with usrp_source in the first place is stopping.. so can any body help me on combining this two system together? how to run this two flowgraph together? what i want to do is i want to sense the spectrum using fftsink_nongl.py and looking for spectrum hole and access the hole by using benchmark_tx and benchmark_rx.. thank you in advance Adib -- View this message in context: http://www.nabble.com/FFT-Plot-and-Benchmark-tp24405668p24750422.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
thank you very much firas.. I have another Question regarding the usrp_fft.py, what is the effect of the average option? is it only average on the display of the graph only or is it on the value of the power receive? how much sample it use to do the averaging? Adib -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p24466469.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] question regarding usrp_fft.py
Good day to all, i have some question regarding the y-axis in usrp_fft.py.. it is labeled in unit dB. so how does it convert from ADC value to dB? the output from after c2mag block we got the magnitude value of the power isn't it? so how does from the ADC value it convert to the power? what is the formula? second, what is this formula mean? log = gr.nlog10_ff(10, self.fft_size, -20*math.log10(self.fft_size)-10*math.log10(power/self.fft_size)). i think this is to convert from power in magnitude domain to dB.. is it? what is the actual formula on this? thank you very much in advance Adib -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p24440532.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
one more question, if the y-axis is in dB so this picture show the reading of around -42dB.. this reading is taken without any transmission in 2.5G channel which mean it is the reading of noise level. so isn't -42dB is very high for noise? thanks http://www.nabble.com/file/p24440598/noise%2Bpower%2Bmeasurement%2Bin%2B2.5GHz.png noise+power+measurement+in+2.5GHz.png -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p24440598.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
thank you firas for the explanation.. Firas A. wrote: So, what is the factors that effect dB conversion?. The first value is the FFT size, so that when we change the FFT size, the formula should compensate for this. Second we should compensate for the taps of the window used for FFT (Hanning, Hamming,...etc). is the fft_size effect the value of db? for plotting the GUI (the display of the spectrum analyzer) in fftsink_nongl.py, inside the set_data function, we can see that each of the bin of the fft is treated as individual i.e evt.data[0], evt.data[1], evt.data[2], and so on. this data is use to plot the graph inside the GUI of the spectrum analyzer. so if the bin of fft is treated as individual, what is the relationship between fft_size and the db calculation? what is the usage of fft_size in the calculation? if i choose to monitor the 2.5G center frequency, so the evt.data[0] is the place where the 2.5G is right? if the fusb is 4Ms/s and our fft bin is 256, so our bandwidth of monitoring is only 2MHz right? and evt.data[1] to evt.data[128] is the positive side of my signal while evt.data[129] to evt.data[256] is my negative side.. am i right? Adib -- View this message in context: http://www.nabble.com/question-regarding-usrp_fft.py-tp24440532p24442499.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFT Plot and Benchmark
Ali Siddiqi wrote: Hi all, I looked at fftsink_gl.py. It couldnt be executed because of import error of fft_window. Also, if in case I manage to run it, still I am finding it difficult to incoporate it in benchmark_tx.py. Can someone elaborate a bit more on how to add FFT sink in benchmark_tx? Regards, Ali Good day, is there any progress in this Mr Ali? i also very interested to try this.. if you have any progress please post it again..:-) thank you very much in advance Adib -- View this message in context: http://www.nabble.com/FFT-Plot-and-Benchmark-tp24405668p24442557.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] propagation study
Hi everyone, Is there any signal propagation study being done on USRP and GNU Radio SDR? is there any graph, data or analysis? what is the minimum power (dBm) that the receiver require to receive the data correctly? if there is non, i am planing to do experiment on all this issue.. thank you. Adib -- View this message in context: http://www.nabble.com/propagation-study-tp24350842p24350842.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] propagation study
adib_sairi wrote: Hi everyone, Is there any signal propagation study being done on USRP and GNU Radio SDR? is there any graph, data or analysis? what is the minimum power (dBm) that the receiver require to receive the data correctly? if there is non, i am planing to do experiment on all this issue.. thank you. Adib What do you mean by signal propagation study? Can you be more specific? Jordan I mean a study of USRP Radio propagation either LOS or NLOS.. any graph that show the radio propagation of the USRP or is there any work related to this? thank Jordan for the reply. Adib -- View this message in context: http://www.nabble.com/propagation-study-tp24350842p24359818.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] propagation study
Jordan J Riggs wrote: What do you mean by signal propagation study? Can you be more specific? Jordan On Mon, Jul 6, 2009 at 1:19 AM, adib_sairi adib_sa...@yahoo.com wrote: Hi everyone, Is there any signal propagation study being done on USRP and GNU Radio SDR? is there any graph, data or analysis? what is the minimum power (dBm) that the receiver require to receive the data correctly? if there is non, i am planing to do experiment on all this issue.. thank you. Adib I mean a study of USRP Radio propagation either LOS or NLOS.. any graph that show the radio propagation of the USRP or is there any work related to this? thank Jordan for the reply. Adib -- View this message in context: http://www.nabble.com/propagation-study-tp24350842p24359843.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP1 RX and TX chain delays
Jesper M. Kristensen wrote: Hello Allow me to ask whether someone knows about the delay of the RX and TX DSP chains from the input of a LFRX daughterboard to the output of the DSP chain i.e input to the RX buffer and vice versa in the TX chain? I'm interested in the delay at a decimation factor of 256 and at an interpolation factor of 512 respectively. I think you could look at the UCLA work on delay measurement on USRP and GNU Radio.. the work done by Thomas Schmid -- View this message in context: http://www.nabble.com/USRP1-RX-and-TX--chain-delays-tp24112050p24161481.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] help needed on running gr_plot_XXX.py
gr_plot_xxx.py seams to need a lot of dependencies that is not stated in the gnu radio installation note such as mathplotlib, SciPy and others.can any one please help me list all the dependencies that required for the gr_plot_xxx? -- View this message in context: http://www.nabble.com/help-needed-on-running-gr_plot_XXX.py-tp23619606p23701791.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] help needed on running gr_plot_XXX.py
good day, i try to run gr_plot_ofdm.py in ofdm example but unfortunately it does not success. i am using fedora 9.. at first it tell me that i dosen't have the mathplotlib.. so i try to install the mathplotlib.. since mathplotlib required numpy v1.1 and higher (yum install in fedora 9 can update numpy up to v1.0.xx) so i manualy install the numpy v1.3. after install the decadencies for mathplotlib (numpy v1.1, libpng v1.1 and freetype v1.4) i install the mathplotlib and i try to run again the gr_plot_ofdm.py, again it give me this error Traceback (most recent call last): File ./gr_plot_ofdm.py, line 28, in module from scipy import fftpack File /usr/lib/python2.5/site-packages/scipy/fftpack/__init__.py, line 20, in module from numpy.testing import NumpyTest ImportError: cannot import name NumpyTest so now i dont have idea what to do.. can any one help me to make this example running? i am thinking of installing the fedora10 to solve this problem (since i think it is because it need many dependencies that not provided in fedora 9) .. thank you adib -- View this message in context: http://www.nabble.com/help-needed-on-running-gr_plot_XXX.py-tp23619606p23619606.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Intermediate frequency question
Mir Ali-4 wrote: Yeah, I got it. I read in a tutorial and I understand now. hi Ali, what tutorial do you read for this? hope it will be useful to others especially to me =) tQ Adib -- View this message in context: http://www.nabble.com/Intermediate-frequency-question-tp23514126p23535093.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio OFDM Theori
Martin Braun-3 wrote: Assuming you understand the theory behind OFDM in general, a good place to look is gnuradio-examples/python/ofdm/benchmark* code. You can run the examples with a flag '--log', which will dump the streams after most intermediate steps into separate .dat-files for you to inspect. These examples use the 'ofdm' python module, its source is in gnuradio-core/src/python/gnuradio/ofdm.py. This contains a complete flow graph starting with a message queue which takes bits ending in a I/Q sample stream and vice versa. Should you know nothing about OFDM, I recommend not trying to figure it out from the GNU Radio code, but to read up on the theory first. OFDM is covered in most of the standard books on digital wireless communication. I try the benchmark_ofdm_* in the ofdm example (gnuradio trunk v10991) but unfortunately i always receive no data and TIMEOUT. did i need to modify somewhere in the code? is there any ofdm example in any trunk version that work? thanks adib -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p23443430.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Updates
adib_sairi wrote: thanks Eric.. now i am trying to install from the trunk (revision 10978). i am using fedora 9. ./bootstrap command was success but ./configure give me an error. it tell be that i dont have the boost package. I think i had install the boost package using yum install command.. but to confirm, i re install it using yum reinstall boost ..but also when i configure it, it tell me that i dosent have the boost.. can any one tell me why? is it because i had the lower version of boost? but i think i got the latest because i use the yum install command.. adib sairi i manage to install the trunk. it is the boost package problem. if we use the yum install boost, it only manage to update up to boost v1.34 but the new trunk require boost v1.35 and higher.. so the solution is we have to manually install the boost by downloding the package from the boost website and follow the instruction inside this document.. http://www.gnuradio.org/trac/browser/gnuradio/trunk/README.building-boost but unfortunately the OFDM example in trunk revision 10991 is not working well. there is no data receive by the receiver when i run the benchmark_ofdm_* example.. does anyone know how to solve this?is there any ofdm example that is working? thanks adib -- View this message in context: http://www.nabble.com/OFDM-Updates-tp15334667p23443577.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Updates
Eric Blossom wrote: If you mean that you have local changes that are based on the 3.1.3 tarball, then the most straight-forward way to handle this is to generate a diff -u between the unmodified 3.1.3 source and your modified source, then apply that difference to a virgin copy of the trunk using patch. Eric thanks Eric.. now i am trying to install from the trunk (revision 10978). i am using fedora 9. ./bootstrap command was success but ./configure give me an error. it tell be that i dont have the boost package. I think i had install the boost package using yum install command.. but to confirm, i re install it using yum reinstall boost ..but also when i configure it, it tell me that i dosent have the boost.. can any one tell me why? is it because i had the lower version of boost? but i think i got the latest because i use the yum install command.. adib sairi -- View this message in context: http://www.nabble.com/OFDM-Updates-tp15334667p23406445.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using one USRP
Michael Dickens-3 wrote: Sounds like an interesting paper but the website requires a Notre Dame password to download the file. I apologize; I didn't realize that website was password protected (it didn't ask me ;) Here's another: http://www.nd.edu/~jnl/pubs/crohas-ms-nd-2008.pdf I am working in the same project as in this thesis.. but i will use the OFDM modulation so that i can notch the subcarier in the channel instead of notching the whole channel (in the thesis doing notching the whole chanel).. do any one have any idea in this? or any one have thesis,paper,journal or any source regarding this? i am thinking of modifying the benchmark_ofdm_tx(rx).py.. can i start from doing that? thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/Using-one-USRP-tp22614442p23399359.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about latency
i have some Question.. in the http://gnuradio.org/trac/wiki/UsrpFAQ/Latency it state that the data from usrp to usb will be send only if it is more than 512byte right? so what happen if my data is less? i try to send data using benchmark_tx and benchmark_rx.. most of the data at the back of my packet is loss.. for example if i send 100 bytes i only manage to receive 76 byte.. the loss data is always the last bytes.. if this cause by the minimum data that USB required? my 2nd Question is how to disable the switching between tx and rx in rfx2400? (You can do the test with RFX2400 but you have to disable auto T/R switch to use TX/RX sma for tx and RX2 for RX [after using select antenna command). ] how to do this? what is the command that i have to type? thanks =) adib -- View this message in context: http://www.nabble.com/Question-about-latency-tp22824860p22884067.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio OFDM Theori
Eric Blossom wrote: There is no documentation of that type for OFDM. Eric if i want to reconfigure the modulation for each sub-carrier (bit loading for OFDM), can i just edit the ofdm benchmark python file? or i have to go in detail until the IFFT and FFT? the OFDM that GNU Radio have currently i think it already have the CP (cyclic prefix) right? eric can you please tell me how the IFFT and FFT is being constructed? or how the OFDM is being made in GNU Radio? what references they use? i found this presentation slide ( http://www.nabble.com/file/p22735812/gr_ofdm.rar gr_ofdm.rar ).. i hope it is usefull for those who are working in the same area as me. but i think this meterial is not enough .. so any body had more documentation please help me.. thank you. -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p22735812.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio OFDM Theori
Hi every one, i would like to know how the OFDM Library in GNU Radio is being constructed? what is the theory? can any body help me? Thank you very much.. adib -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p22697706.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNU Radio OFDM Theori
Thank you Martin. but is there any detail on how OFDM in GNU Radio is constructed like the documentation for FM recv ..in FM recv they explain detail on how they construct the code.. what is the reson for each line and what references that they used.. so in OFDM GNU Radio is there any documentation like this? i thought bob is the leader for the GNU Radio OFDM project (if i am not mistaken).. so bob or any body, can you please help me? thank you.. -- View this message in context: http://www.nabble.com/GNU-Radio-OFDM-Theori-tp22697706p22714677.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Updates
oh ok.. so do i need to copy the whole trunk to run the example? or do i need to copy the whole library (rev @9989)? Eric Blossom wrote: On Fri, Jan 30, 2009 at 06:52:24AM -0800, adib_sairi wrote: hi, i would like to try the OFDM example but i cannot find the benchmark_ofdm_tx.py and benchmark_ofdm_rx.py file in /gnuradio-example/python/digital. did i search it in the wrong place or did the file being remove from the gnuradio-3.1.3.tar ? The OFDM stuff is currently only in the trunk. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/OFDM-Updates-tp15334667p21803051.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Updates
I had download the whole trunk (Revision 10377) but i cannot run the example in it (benchmark_ofdm_tx.py) and i think it is because i does not merge it with my GNU Radio yet. I use GNU Radio 3.1.3. how can i merge the trunk with my gnu radio? can you help me for this? thank you. adib Eric Blossom wrote: On Mon, Feb 02, 2009 at 06:53:32PM -0800, adib_sairi wrote: oh ok.. so do i need to copy the whole trunk to run the example? or do i need to copy the whole library (rev @9989)? $ svn co http://gnuradio.org/svn/gnuradio/trunk Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/OFDM-Updates-tp15334667p21803896.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Updates
hi, i would like to try the OFDM example but i cannot find the benchmark_ofdm_tx.py and benchmark_ofdm_rx.py file in /gnuradio-example/python/digital. did i search it in the wrong place or did the file being remove from the gnuradio-3.1.3.tar ? trondeau wrote: For anyone working with the OFDM code, my latest check-in to the trunk fixes some of the main issues of transmitting over the air. Using benchmark_ofdm_rx and benchmark_ofdm_tx on different machines, I am now able to successfully capture most packets with any modulation at the appropriate signal level. I say most packets because there is still an issue involved in the receiver where the regenerator signal pops up before the peak detector signal resets it and causes a problem in the packet sampler. To see what I mean, run benchmark_ofdm.py --log And look at the output of the regen and peak detector blocks: gr_plot_char.py ofdm_sync_pn-regen_b.dat ofdm_sync_pn-peaks_b.dat This will plot a series of 0's with a few 1's, where the peaks occur. The peak detector sends it out once, and then the regenerator takes over. For every packet, there is one output of the peak detector. If you look, sometimes the peak detector will hit just after a regenerated signal. By this point, it's too late and the ofdm_sampler has already triggered off of the regen signal and ignores the peak. It's a bit of a hassle, but I'll look into it soon. Any help is appreciated, though :) Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/OFDM-Updates-tp15334667p21748528.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installation of the USRP and his components
just assemble where the hardware fit =) and if you want the instruction there ase some inside the GNU radio package (in the USRP folder) .. gudluck.. Markus Feldmann wrote: Hi All, i am asking for help to get my USRP correctly assembled. I fear to damage my USRP. In my USRP package is a fan, but where to put this fan ? The screws on the motherboard do no fit with the fan. Do i need a fan for Altera Cyclone Chip on my Motherboard ? Is there an Introduction to assemble this Gnuradio ? Regards Markus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/Installation-of-the-USRP-and-his-components-tp21290637p21290849.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] sending a string of words from one usrp to another
hi, i think you could use the benchmark_rx.py and benchmark_tx.py example.. modify a bit some code inside there (modify the data that the code send) and you will be able to send whatever string you want =) good luck. regards, Adib Joreen Tan wrote: Hi, Is there a simple program that enables us to send customised message such as a ok via a usrp and then receive this exact message at another usrp?Regards,Joreen _ Join the Fantasy Football club and win cash prizes here! http://fantasyfootball.sg.msn.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/sending-a-string-of-words-from-one-usrp-to-another-tp21287003p21289961.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Byte Lost During Transmission
regarding my last post (unfortunately no reply yet :thinking: ) i realy would like to know how the data is flowing from send_pkt() function.. what is the name of the buffer before the data being flush from GNU Radio to USB and from USB to USRP? and how big was the buffer.. please help me.. adib_sairi wrote: hi, I am experimenting on sending and receiving stream of data using USRP and GNU Radio.. i try sending 100 byte of data and i discover that 40-10 byte of my last data was not successfully receive by my receiver. do any one know why this is happened? is it because of the GNU Radio buffer that required 32kb of data to flush to USB? regards, adib -- View this message in context: http://www.nabble.com/Byte-Lost-During-Transmission-tp21249368p21290135.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Transmitting binary 1's and 0's using different modulation schemes
i think you can modify the benchmark_tx.py code for transmitter and benchmark_rx.py for receiver for this application :-) Dumezie Maduike wrote: Hello everyone, Is there a python script available in Gnu Radio in which you can supply at the input line a bunch of binary 1's and 0's and transmit them using different modulation schemes such as dbpsk, gmsk, qpsk, etc.. Also, is there a receiver that can take the transmitted signal, reduce it to baseband and then collect it's analog values using gr.vector_sink_c()? Thanks Dumezie ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/Transmitting-binary-1%27s-and-0%27s-using-different-modulation-schemes-tp21175846p21248927.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Byte Lost During Transmission
hi, I am experimenting on sending and receiving stream of data using USRP and GNU Radio.. i try sending 100 byte of data and i discover that 40-10 byte of my last data was not successfully receive by my receiver. do any one know why this is happened? is it because of the GNU Radio buffer that required 32kb of data to flush to USB? regards, adib -- View this message in context: http://www.nabble.com/Byte-Lost-During-Transmission-tp21249368p21249368.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] problem with carrier sense in USRP
hi, i also try to search for send_pkt() function..could any one tell me where to find this function in GNU radio package? i think it is on C++ code isn't it?but when i search in the CLASS list on http://gnuradio.org/trac/browser/gnuradio/trunk i couldn't find any..or maybe i miss it? please help me.. thank you. adib sairi Hi, I am testing the carrier sense mechanism on USRP based on code from benchmark_tx.py and tunnel.py. My scenario is to receive packets from two distinctive nodes simultaneously at the third node. I am prefixing the payload with sender node name to identify the sender. When I am trying to send the packets from two nodes simultaneously, the packets are still colliding, though I have incorporated carrier sense mechanism in to my code. Please help me in this respect and if possible suggest me a solution. I think, packets are being sent by the lower level C++ processing blocks and send_pkt() just enqueues the packets. So rather than holding sending of packet, this code is just holding the packet from getting enqueued in message queue. Which is not really the holding of packet till carrier is free. Once packets are in message queue, they are transmitted irrespective of carrier availability. So there is still possibility of packet collision. Am I correct in my understanding of this real-time scenario? -- View this message in context: http://www.nabble.com/problem-with-carrier-sense-in-USRP-tp20492283p21247975.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio