Re: [Discuss-gnuradio] using OFDM to transfer data?
Hi, the benchmark_ofdm_tx.py IS trnasfering data. When you do the benchmarking, you'll see the packet numbers, with default from 0 to 2500 I guess. That IS the data which is sent and received. When you want to send and receive other datas then that, you could modify the part. Cheers, Hoo Chang. - Original Message From: James Park <[EMAIL PROTECTED]> To: discuss-gnuradio@gnu.org Sent: Wednesday, August 6, 2008 7:44:07 PM Subject: [Discuss-gnuradio] using OFDM to transfer data? Hi, I am trying to use benchmark_ofdm_tx.py to transfer data or modulate the channels, but can not understand how it makes subcarriers and way to use it. can you give me some idea how to use benchmark_ofdm_tx.py or other ofdm python code for applications? Thank you. James, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What does access code in benchmark_tx.py do?
Hi, after you have changed the 'packet_utils.py' in the gnuradio folder, you should ../make and ../make install it again to see the change. Cheers, Hoo Chang. - Original Message From: call5_99 <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Wednesday, August 6, 2008 8:07:58 PM Subject: [Discuss-gnuradio] What does access code in benchmark_tx.py do? Hello, I was trying to send and receive packets with the programs benchmark_tx and benchmark_rx. I have two USRP connected to two different computers. My current understanding is, that access code is for synchronization. I changed the default access code completely on the transmitter side from the file, packet_utils.py, whereas I didn't change the default access code on receiver side. However, I am still able to receive the packets sent by the transmitter correctly on the receiving side! So my questions are- 1) Why is nothing affected when the access code is not the same on transmitting and receiving side? 2) Since the synchronization was not affected when I changed the access code, how exactly is synchronization happening in benchmark_tx.py and benchmark_rx.py Thank you. Prasanna. -- View this message in context: http://www.nabble.com/What-does-access-code-in-benchmark_tx.py-do--tp18856636p18856636.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] oprofile callgraph question
Would you need to see the assembly code for that? Would you mind tell me why? As a starting point it was good for me to read out the GNU Radio documentation of Dawei Shen: http://www.nd.edu/~jnl/sdr/docs/ Hoo Chang. - Original Message From: Mikyung Han <[EMAIL PROTECTED]> To: Eric Blossom <[EMAIL PROTECTED]> Cc: discuss-gnuradio@gnu.org Sent: Tuesday, June 24, 2008 12:53:07 AM Subject: Re: [Discuss-gnuradio] oprofile callgraph question On Mon, Jun 23, 2008 at 6:37 PM, Eric Blossom <[EMAIL PROTECTED]> wrote: On Mon, Jun 23, 2008 at 05:42:16PM -0400, Mikyung Han wrote: > BTW, any suggestion for finding out who caused calling the symbols such as > __ieee754_atan2 > and __kernel_cosf, __kernel_sinf, __ieee754_rem_pio2f from libm-2.5.so? What kind of a machine are you running on? uname -a gives 2.6.18-53.1.19.el5 #1 SMP Tue Apr 22 03:01:10 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux The first is of course the guts of atan2. I'm surprised to see it. I think the only place it could be getting called is by way of the complex arg(z) function. We're replace all the others with calls to gr_fast_atan2 Yeah, I think I used 3.1.1 for atsc example. [EMAIL PROTECTED] trunk]$ dgs . '\barg[ \t]*(' ../gnuradio-core/src/lib/general/gr_remez.cc: * Change: ColumnVector x=arg(i).vector_value(); ../gnuradio-core/src/lib/general/gr_remez.cc: * to: ColumnVector x(arg(i).vector_value()); ../gnuradio-core/src/lib/general/gr_mpsk_receiver_cc.cc: return -arg(sample*conj(d_constellation[d_current_const_point])); ../gnuradio-core/src/lib/general/gr_ofdm_frame_sink.cc: float angle = arg(accum_error); ../gnuradio-core/src/lib/general/gr_complex_to_xxx.cc://out[i] = std::arg (in[i]); ../gnuradio-core/src/lib/general/gr_quadrature_demod_cf.cc:// out[i] = d_gain * arg (product); The last 3 are from the guts of cosf and sinf. What's your test case? Besides, atsc example, I tried profiling benchmark_ofdm_rx/tx.py - profiling benchmark_ofdm_rx.py now gives samples %app name symbol name 226875 22.8492 libgnuradio-core.so.0.0.0 .fcomplex_dotprod_sse64_loop2 79310 7.9875 libgnuradio-core.so.0.0.0 .float_dotprod_sse64_loop2 61142 6.1578 libm-2.5.so __ieee754_rem_pio2f 57980 5.8393 libm-2.5.so __kernel_rem_pio2f 31631 3.1856 libgnuradio-core.so.0.0.0 gr_fir_ccf_simd::filter(std::complex const*) 30052 3.0266 libm-2.5.so __kernel_sinf 26588 2.6778 libm-2.5.so sincosf 25214 2.5394 libm-2.5.so __kernel_cosf 23153 2.3318 libgnuradio-core.so.0.0.0 gr_fast_atan2f(float, float) 22000 2.2157 libgnuradio-core.so.0.0.0 gr_single_threaded_scheduler::main_loop() 20853 2.1002 libgnuradio-core.so.0.0.0 .cleanup 13089 1.3182 libmozjs.so (no symbols) 12536 1.2625 libgnuradio-core.so.0.0.0 gr_ofdm_frame_acquisition::coarse_freq_comp(int, int) 12384 1.2472 libgnuradio-core.so.0.0.0 gr_fft_filter_ccc::work(int, std::vector >&, std::vector >&) 12080 1.2166 libm-2.5.so __ieee754_hypotf 11982 1.2067 libgnuradio-core.so.0.0.0 gr_ofdm_frame_acquisition::general_work(int, std::vector >&, std::vector >&, std::vector >&) 11453 1.1535 libgnuradio-core.so.0.0.0 gr_fir_ccf_generic::filterN(std::complex*, std::complex const*, unsigned long) 10726 1.0802 libgnuradio-core.so.0.0.0 gr_multiply_cc::work(int, std::vector >&, std::vector >&) 10250 1.0323 libgnuradio-core.so.0.0.0 gr_peak_detector_fb::work(int, std::vector >&, std::vector >&) 10135 1.0207 libfftw3f.so.3.1.2 t2fv_32 - for profiling benchmark_ofdm_tx.py gives: 2130310.8694 libpython2.4.so.1.0 (no symbols) 18889 9.6377 vmlinux-2.6.18-53.1.19.el5 mwait_idle 8283 4.2262 libgnuradio-core.so.0.0.0 gr_single_threaded_scheduler::main_loop() 6579 3.3568 libgnuradio-core.so.0.0.0 gr_multiply_const_cc::work(int, std::vector > &, std::vector >&) 6266 3.1971 vmlinux-2.6.18-53.1.19.el5 apic_timer_interrupt 5521 2.8170 ehci_hcd (no symbols) 5106 2.6052 libc-2.5.so memcpy 5011 2.5568 libc-2.5.so strcmp 4356 2.2226 libfftw3f.so.3.1.2 t2bv_64 3691 1.8833 libcrypto.so.0.9.8b (no symbols) 3471 1.7710 libgnuradio-core.so.0.0.0 gr_ofdm_mapper_bcv::work(int, std::vector >&, std::vector >&) 2769 1.4128 vmlinux-2.6.18-53.1.19.el5 schedule 2675 1.3649 oprofiled(no symbols) 2534 1.2929 _usrp1.so usrp1_sink_c::copy_to_usrp_buffer(std::vector >&, int, int, int&, void*, int, int&) 2403 1.2261 libX11.so.6.2.0 (no symbols) 2212 1.1286 libgnuradio-core.so.0.0.0 gr_ofdm_cyclic_prefixer::work(int, std::vector >&, std::vector >&) 1978 1.0092 libgnuradio-core.so.0.0.0 gr_block_detail::input(unsigned int) > Also .cleanup? ..cleanup is a just a label towa
Re: [Discuss-gnuradio] benchmark_ofdm with -s 16
Hi Tom, but as far as I see from the code, only max. 16 subcarriers are handled for a IFFT. That is to say: Tx-chain: 16 byte data -> CRC -> make packet -> mapper_bcv -> insert preamble -> IFFT -> cyclic prefix And when the size of the data exceeds 16, say 17, then anonther Tx-chain goes through for the 1 byte. So I thought, with the option -s 16 I'm sending the 'basic' size of the each Tx elements. And when the receiver side does not detect all right, the reason may be that the transceiving happens too fast? Hoo Chang. - Original Message From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> To: Hoo-chang Shin <[EMAIL PROTECTED]> Cc: Discuss-gnuradio@gnu.org Sent: Friday, June 20, 2008 3:09:00 PM Subject: Re: [Discuss-gnuradio] benchmark_ofdm with -s 16 > --- > Hi, > > when I send from the 'benchmark_ofdm_tx.py' with option -s 16, then about 200 > of the packets in the end are lost at the receiver side. > Might it be a problem at the code, or am I doing anything wrong or missing > something? > > These are the command I used: > .../benchmark_ofdm_tx.py -T A -f 2.45G -i 512 -M 0.04 -s 16 > (Then it transmits 2500 packets each of size 16) > > .../benchmark_ofdm_rx.py -R A -f 2.45G -d 256 > (Then I get about 2300 to 2480 packets received at the receiver side) > > > More insteresting: > when I send the pre-saved data, which is saved from the > 'benchmark_ofdm_tx.py', > direct to the USRP, then about 150 to 200 packets are lost > - that is: > I get about 2300 to 2370 packets received at the receiver side. 16 subcarriers is a really small number to use and it's likely not being picked up by the receiver. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] benchmark_ofdm with -s 16
Hi Mikie, sorry for the late answer. I haven't checked this mailing-list for about a week. When you're seeing only the 'TIMEOUT' message, something is not right. Let me know which daughterboards you're using and with which options you're doing the benchmark. Regards, Hoo Chang. From: Mikyung Han <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent: Tuesday, June 17, 2008 5:33:37 PM Subject: Re: [Discuss-gnuradio] benchmark_ofdm with -s 16 Hi Hoo Chang, This is Mikie. I am a grad student at UT Austin. I read your entry in gnuradio mailing list. I am trying out this example myself. How do you know you how many packets you receive? Running this example, I think the sender is transmitting, but looks like the receiver cannot receive. >>> gr_fir_ccf: using SSE >>> gr_fir_fff: using SSE some warnnings. Then prints "TIMEOUT" Do you have any suggestion? Thanks! Mikie --- Hi, when I send from the 'benchmark_ofdm_tx.py' with option -s 16, then about 200 of the packets in the end are lost at the receiver side. Might it be a problem at the code, or am I doing anything wrong or missing something? These are the command I used: .../benchmark_ofdm_tx.py -T A -f 2.45G -i 512 -M 0.04 -s 16 (Then it transmits 2500 packets each of size 16) .../benchmark_ofdm_rx.py -R A -f 2.45G -d 256 (Then I get about 2300 to 2480 packets received at the receiver side) More insteresting: when I send the pre-saved data, which is saved from the 'benchmark_ofdm_tx.py', direct to the USRP, then about 150 to 200 packets are lost - that is: I get about 2300 to 2370 packets received at the receiver side. Any ideas or comments? Thanx, Hoo Chang. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM results.
Hi Andreas, where is the inaccuracy in sampling frequency exactly happening? In USRP? Regards, Hoo Chang Shin. - Original Message From: Andreas Müller <[EMAIL PROTECTED]> To: discuss-gnuradio@gnu.org Cc: [EMAIL PROTECTED] Sent: Wednesday, June 4, 2008 12:48:00 PM Subject: Re: [Discuss-gnuradio] OFDM results. Hello Per > What is the cause of the problems. Clock jitter ?, non-linearities ? > No idea what could be the problem in your case, but maybe try also plotting the phase of all symbols in one OFDM symbol vs the offset from the central carrier. I'm currently working on DAB and I found some problems by doing this, e.g. in [1] there is a frequency dependent phase offset due to an inaccurate the sampling frequency. Regards, Andreas [1] http://people.ee.ethz.ch/~andrmuel/tmp/phase-vs-subcarrier.png ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] transmitting digital data in FM band.
Hi, I guess it's not possible to do the digital transmission with the Basic TX/RX boards. Try with the RFX boards when you have them. Hoo Chang. - Original Message From: meggahertz <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Thursday, May 8, 2008 3:24:40 PM Subject: [Discuss-gnuradio] transmitting digital data in FM band. hi all! I am trying to transmit digital data in FM Band (88~108Mhz). Benchmark_tx.py together with Basic TX doesn't work. Any other ideas? Thank you -- View this message in context: http://www.nabble.com/transmitting-digital-data-in-FM-band.-tp17125101p17125101.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 Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] benchmark_ofdm with -s 16
Hi, when I send from the 'benchmark_ofdm_tx.py' with option -s 16, then about 200 of the packets in the end are lost at the receiver side. Might it be a problem at the code, or am I doing anything wrong or missing something? These are the command I used: ../benchmark_ofdm_tx.py -T A -f 2.45G -i 512 -M 0.04 -s 16 (Then it transmits 2500 packets each of size 16) ../benchmark_ofdm_rx.py -R A -f 2.45G -d 256 (Then I get about 2300 to 2480 packets received at the receiver side) More insteresting: when I send the pre-saved data, which is saved from the 'benchmark_ofdm_tx.py', direct to the USRP, then about 150 to 200 packets are lost - that is: I get about 2300 to 2370 packets received at the receiver side. Any ideas or comments? Thanx, Hoo Chang. Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Fw: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
it was a dumm problem from my side, I found out that the problem was there, that I had slightly different software version of gnuradio. After I matched the two side of computers, it works as almost expected. - Original Message From: Hoo-chang Shin <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 5:36:30 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Thank you for your reply, Tom. With the 'benchmark_ofdm_tx.py' and 'benchmark_ofdm_rx.py', I receive the right packets using the command: $ ./benchmark_ofdm_tx.py -T A -f 2.45G -i 512 $ ./benchmark_ofdm_rx.py -R A -f 2.45G -d 256 But when I send the pre-saved file (which is saved from the 'benchmark_ofdm_tx.py'), the 'benchmark_ofdm_rx.py' does not detect any packet at the receiver side. Viewing the received signal with usrp_fft.py, I see the same spectrum, as from the 'benchmark_ofdm_tx.py' sent spectrum, though. I send it with the same frequency, with the same interpolation rate, and with the same gain value... - Original Message ---- From: Tom Rondeau <[EMAIL PROTECTED]> To: Hoo-chang Shin <[EMAIL PROTECTED]> Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 5:03:14 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: > Well, I did it like that, it did not work with connecting the file_source > direct to USRP. > I thought then it might work when I do the 'vector thing' in the middle. > In either case, the receiver USRP does not detect anything. > Have you tried to run usrp_fft.py at the receiver to make sure you see some energy? Also, have you just tried using benchmark_ofdm_tx.py on one side and benchmark_ofdm_rx.py on another? There are a lot of parameters to tweak. The amplitude is one important one (high enough to be seen at the receiver, low enough to avoid clipping), and the decim/interp values depend on the speed of your processor. FWIW, just saying the receiver isn't getting anything isn't too useful when asking for help with all of the possible issues. Tom > - Original Message > From: Tom Rondeau <[EMAIL PROTECTED]> > To: Hoo-chang Shin <[EMAIL PROTECTED]> > Cc: Discuss-gnuradio@gnu.org > Sent: Thursday, April 17, 2008 1:48:27 PM > Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP > > Hoo-chang Shin wrote: > >> Hi, >> >> I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to >> receive the signal from a receiver USRP. >> >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using >> >'gr.file_sink', instead of sending it to 'usrp.sink_c'. >> And then I want to read the data from the saved file and send it though the >> transmitter USRP, and receive it from the other USRP, but does not work. >> >> Could anyone give tip, why it does not work? Or give help how to make it >> work? >> >> >> This is my code: >> >> #!/usr/bin/env python >> >> from gnuradio import gr >> from gnuradio import usrp >> >> from numpy import * >> >> class send_from_file_graph (gr.flow_graph): >> >> def __init__(self): >> gr.flow_graph.__init__(self) >> >> filename = 'tx_usrp_data.dat' >> # which I had saved from 'benchmark_ofdm_tx.py' using >> 'gr.file_sink(gr.sizeof_gr_complex, filename)' >> src = gr.file_source ( gr.sizeof_gr_complex, filename, False) >> >> self.v_snk = gr.vector_sink_c() >> >> # setup usrp >> self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) >> self.u.set_interp_rate(512) >> self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) >> self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) >> >> self.u.tune(self.subdev._which, self.subdev, 2.45e9) >> self.subdev.set_gain(200) >> self.subdev.set_auto_tr(True) >> # ## >> >> self.connect(src, self.v_snk) >> self.run() >> v_src = gr.vector_source_c(self.v_snk.data()) >> self.connect(v_src, self.u) >> self.run() >> > > Why don't you just do: > > self.connect(src, self.u) > > Instead of all the vector stuff in the middle? > > Tom > > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___
Re: [Discuss-gnuradio] Working with the OFDM code without USRPs
I got the reason of the problem: that was because of the slightly different software version of the gnuradio that I had at each side. After I matched the software versions, it worked correctly almost as expected. About the problem, I got that for free by making the below substitutions in the flowgraph. Thanks. - Original Message From: Johnathan Corgan <[EMAIL PROTECTED]> To: Hoo-chang Shin <[EMAIL PROTECTED]> Cc: Discuss-gnuradio@gnu.org Sent: Tuesday, April 22, 2008 8:07:49 PM Subject: Re: [Discuss-gnuradio] Working with the OFDM code without USRPs On Tue, Apr 22, 2008 at 7:06 AM, Hoo-chang Shin <[EMAIL PROTECTED]> wrote: > - from the 'benchmark_ofdm_tx.py' saved the output to the 'gr.file_sink', > instead of giving it to 'usrp.sink_c' > - from the 'benchmark_ofdm_rx.py' read from the file with 'gr.file_source', > instead of receiving it from the 'usrp_source_c'. You need to ensure that the data written to the file is at the same sampling rate as is expected by the other program. I'm not sure if you get this for free by making the above substitutions in the flowgraph. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Working with the OFDM code without USRPs
Hi, I tried to communicate between the OFDM code without the USRPs, doing: - from the 'benchmark_ofdm_tx.py' saved the output to the 'gr.file_sink', instead of giving it to 'usrp.sink_c' - from the 'benchmark_ofdm_rx.py' read from the file with 'gr.file_source', instead of receiving it from the 'usrp_source_c'. And I wanted to see the same result, as I see from the standard 'benchmark_ofdm_tx.py' and 'benchmark_ofdm_rx.py' with USRPs, but there's no response from the 'benchmark_ofdm_rx.py', when I read the signal from the file. Could anyone give me hint, why it's like that? Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Thank you for your reply, Tom. With the 'benchmark_ofdm_tx.py' and 'benchmark_ofdm_rx.py', I receive the right packets using the command: $ ./benchmark_ofdm_tx.py -T A -f 2.45G -i 512 $ ./benchmark_ofdm_rx.py -R A -f 2.45G -d 256 But when I send the pre-saved file (which is saved from the 'benchmark_ofdm_tx.py'), the 'benchmark_ofdm_rx.py' does not detect any packet at the receiver side. Viewing the received signal with usrp_fft.py, I see the same spectrum, as from the 'benchmark_ofdm_tx.py' sent spectrum, though. I send it with the same frequency, with the same interpolation rate, and with the same gain value... - Original Message ---- From: Tom Rondeau <[EMAIL PROTECTED]> To: Hoo-chang Shin <[EMAIL PROTECTED]> Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 5:03:14 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: > Well, I did it like that, it did not work with connecting the file_source > direct to USRP. > I thought then it might work when I do the 'vector thing' in the middle. > In either case, the receiver USRP does not detect anything. > Have you tried to run usrp_fft.py at the receiver to make sure you see some energy? Also, have you just tried using benchmark_ofdm_tx.py on one side and benchmark_ofdm_rx.py on another? There are a lot of parameters to tweak. The amplitude is one important one (high enough to be seen at the receiver, low enough to avoid clipping), and the decim/interp values depend on the speed of your processor. FWIW, just saying the receiver isn't getting anything isn't too useful when asking for help with all of the possible issues. Tom > - Original Message > From: Tom Rondeau <[EMAIL PROTECTED]> > To: Hoo-chang Shin <[EMAIL PROTECTED]> > Cc: Discuss-gnuradio@gnu.org > Sent: Thursday, April 17, 2008 1:48:27 PM > Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP > > Hoo-chang Shin wrote: > >> Hi, >> >> I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to >> receive the signal from a receiver USRP. >> >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using >> >'gr.file_sink', instead of sending it to 'usrp.sink_c'. >> And then I want to read the data from the saved file and send it though the >> transmitter USRP, and receive it from the other USRP, but does not work. >> >> Could anyone give tip, why it does not work? Or give help how to make it >> work? >> >> >> This is my code: >> >> #!/usr/bin/env python >> >> from gnuradio import gr >> from gnuradio import usrp >> >> from numpy import * >> >> class send_from_file_graph (gr.flow_graph): >> >> def __init__(self): >> gr.flow_graph.__init__(self) >> >> filename = 'tx_usrp_data.dat' >> # which I had saved from 'benchmark_ofdm_tx.py' using >> 'gr.file_sink(gr.sizeof_gr_complex, filename)' >> src = gr.file_source ( gr.sizeof_gr_complex, filename, False) >> >> self.v_snk = gr.vector_sink_c() >> >> # setup usrp >> self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) >> self.u.set_interp_rate(512) >> self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) >> self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) >> >> self.u.tune(self.subdev._which, self.subdev, 2.45e9) >> self.subdev.set_gain(200) >> self.subdev.set_auto_tr(True) >> # ## >> >> self.connect(src, self.v_snk) >> self.run() >> v_src = gr.vector_source_c(self.v_snk.data()) >> self.connect(v_src, self.u) >> self.run() >> > > Why don't you just do: > > self.connect(src, self.u) > > Instead of all the vector stuff in the middle? > > Tom > > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Well, the receiver USRP does detect some signal, but the 'benchmark_ofdm_rx.py' does not detect any packet. Any ideas??? - Original Message ---- From: Hoo-chang Shin <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 2:59:58 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP The problem is - the USRP at the receiver side does not detect anything. - Original Message From: Hoo-chang Shin <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:24:42 PM Subject: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using >'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Well, I did it like that, it did not work with connecting the file_source direct to USRP. I thought then it might work when I do the 'vector thing' in the middle. In either case, the receiver USRP does not detect anything. - Original Message From: Tom Rondeau <[EMAIL PROTECTED]> To: Hoo-chang Shin <[EMAIL PROTECTED]> Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:48:27 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: > Hi, > > I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to > receive the signal from a receiver USRP. > >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using > >'gr.file_sink', instead of sending it to 'usrp.sink_c'. > And then I want to read the data from the saved file and send it though the > transmitter USRP, and receive it from the other USRP, but does not work. > > Could anyone give tip, why it does not work? Or give help how to make it work? > > > This is my code: > > #!/usr/bin/env python > > from gnuradio import gr > from gnuradio import usrp > > from numpy import * > > class send_from_file_graph (gr.flow_graph): > > def __init__(self): > gr.flow_graph.__init__(self) > > filename = 'tx_usrp_data.dat' > # which I had saved from 'benchmark_ofdm_tx.py' using > 'gr.file_sink(gr.sizeof_gr_complex, filename)' > src = gr.file_source ( gr.sizeof_gr_complex, filename, False) > > self.v_snk = gr.vector_sink_c() > > # setup usrp > self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) > self.u.set_interp_rate(512) > self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) > self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) > > self.u.tune(self.subdev._which, self.subdev, 2.45e9) > self.subdev.set_gain(200) > self.subdev.set_auto_tr(True) > # ## > > self.connect(src, self.v_snk) > self.run() > v_src = gr.vector_source_c(self.v_snk.data()) > self.connect(v_src, self.u) > self.run() Why don't you just do: self.connect(src, self.u) Instead of all the vector stuff in the middle? Tom Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
The problem is - the USRP at the receiver side does not detect anything. - Original Message From: Hoo-chang Shin <[EMAIL PROTECTED]> To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:24:42 PM Subject: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using >'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. >From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using >'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio