[Discuss-gnuradio] Channel Equalization in packet based demodulators.
Hello Friends, What type of equalization is adopted in packet based demodulators and where can I find the code of implementation? Does demodulation happen over symbol by symbol? Where can we find the IQ samples after equalization, are they stored in any buffer? I hope my queries are clear, if not please let me know and I will try to make it clearer :) Thank you. Regards, Tarun Tiwari UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] saturation with multi_fft.py
Thank you Eric. Your suggestions helped me a lot and I was able to see the two channels on my scope. After looking at the scope, I see that the second channel does not have equal recieved power as that of first channel. Is it because of 4 channel deinterleaver or something else? Please see the line 76 of multi_fft.py which follows: # deinterleave two channels from FPGA di = gr.deinterleave(gr.sizeof_gr_complex) I am using the command ./multi_fft.py -f2.43G -d128 -g50 Any suggestion on this? My presumption was to get almost equal power in both channels, as both the antennas are not far away from each other. Please see the snapshot of scope at http://www.utdallas.edu/~tarunmani/gnuradio/multi_fft_result.jpg One more question :) On line 46 in multi_fft.py, why do we use sw_decim as 4 rather than 1 after we enable channel filter? Does it have to do anything with the refresh rate of scope? Thanks again. Regards, Tarun Mani Tiwari MSEE Student, Research Assistant, Multimedia Comm Lab, UT Dallas On 10/15/07, Eric Blossom [EMAIL PROTECTED] wrote: On Thu, Oct 11, 2007 at 02:11:38PM -0500, Tarun Tiwari wrote: Hi, Thanks everybody, this thread helped me a lot to understand the multi antenna cabability of gnuradio. I tried to run the multi_scope.py on a cingle USRP having two rfx2400 daughterboards with following changes in current multi_scope.py: 1) On line 44: nchan changed to 2 from 4 2) On Line 67: len(self.subdev) != 4) changed to len(self.subdev) != 2) 3) On line 68 and 69: usrp_dbid.BASIC_RX changed to usrp_dbid.FLEX_2400_RX_MIMO_B I generate sinusoid of 2.43G on a different machine/gnuradio and then run the command ./multi_scope.py -f2.43G -d128 -g0 on another machine with above changes, but i dont see anything other than noise on my scope. I tried different rbf files std_2rxhb_2tx.rbf, multi_2rxhb_2tx.rbf and got nothing, but the noise. Next I changed the fpga_filename to multi_4rx_0tx.rbf, but i got following error: Can't find fpga bitstream: multi_4rx_0tx.rbf and program stoped with runtime error of Can't open USRP Any suggestion? If you're using only two channels, stick with the default rbf std_2rxhb_2tx.rbf. The RFX boards are quadrature. The Rx mux setting should be: self.u.set_mux(gru.hexint(0x3210)) Not self.u.set_mux(gru.hexint(0xf3f2f1f0)) Try turning the gain up. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP as relay
Hi Pratik, I hope this would help you http://lists.gnu.org/archive/html/discuss-gnuradio/2006-04/msg00196.html regards, Tarun On 7/18/07, pratik hetamsaria [EMAIL PROTECTED] wrote: hi.. I want to make the usrp function as a relay for audio files. Apart from working on rx_voice.py for getting the relay function to work(i have written about the problem faced by me in my previous mail) http://lists.gnu.org/archive/html/discuss-gnuradio/2007-07/msg00203.html i just made up a simple code which would do the same.I am attaching the code for reference. I am able to see that the usrp reads the data coming at 910MHz(in my case) which is transmitted by tx_voice.py by writing the data onto a file and then passing it to the demodulator(i am able to see the packets by passing the file as input to rx_voice.py). But, after retransmission at 950MHz , at another machine i am not able to receive any packets. I am able to see that the usrp does transmit something at 950MHz because i can see a spike in a spectrum analyzer at that frequency. I am not able to get what can be the possible problem. Kindly point out if there is any error in my code. Is there any fundamental mistake which i am doing. I have been mailing quite a lot regarding this but not getting any response. Please help. Thanks Pratik Hetamsaria ___ class my_graph(gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) parser = OptionParser(option_class=eng_option) parser.add_option(-R, --rx-subdev-spec, type=subdev, default=None) parser.add_option(-d, --decim, type=int, default=256) parser.add_option(-f, --freq, type=eng_float, default=910e6) parser.add_option(-g, --gain, type=eng_float, default=45) parser.add_option(-T, --tx-subdev-spec, type=subdev, default=None) parser.add_option(-a, --tx-amplitude, type=eng_float, default=32000) parser.add_option(-q, --tx-freq, type=eng_float, default=950e6) parser.add_option(-i, --interp, type=intx, default=512) (options, args) = parser.parse_args() rx_src = usrp.source_c (0, options.decim) rx_subdev_spec = (0,0) rx_src.set_mux(usrp.determine_rx_mux_value(rx_src, rx_subdev_spec)) subdev = usrp.selected_subdev(rx_src, rx_subdev_spec) r = rx_src.tune(0, subdev, options.freq) self._tx_amplitude = options.tx_amplitude self.amp = gr.multiply_const_cc(0) self.amp.set_k(self._tx_amplitude) dst = usrp.sink_c(0, options.interp) if options.tx_subdev_spec is None: tx_subdev_spec = usrp.pick_tx_subdevice(dst) dst.set_mux(usrp.determine_tx_mux_value(dst, tx_subdev_spec)) subdev = usrp.selected_subdev(dst, tx_subdev_spec) r = dst.tune(subdev._which, subdev, options.tx_freq ) filename = /home/polytech/Desktop/usrp_data_receive.dat destination = gr.file_sink(gr.sizeof_gr_complex, filename) self.connect(rx_src, destination) self.connect(rx_src, self.amp, dst) if __name__ == '__main__': try: my_graph().run() except KeyboardInterrupt: pass -- Get the freedom to save as many mails as you wish. Click here to know how.http://in.rd.yahoo.com/tagline_mail_5/*http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html/ ___ 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] Send and Recieve data like Hello World
Meenaktchi, On 7/8/07, Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote: Thanks Tarun. I am still facing problem with printing the payload as a string. It gets printed as hex thou i use %s or %r. I checked the parameters passed to the callback function in ../gnuradio-core/src/python/gnuradio/blksimpl/pkt.py and payload is converted to a string using to_string() but still when I print payload it gets printed in hex format. I think you are not unpacking the received payload before printing it. Please go through http://docs.python.org/lib/module-struct.html . I hope this would help you. Any suggestions? Thanks for any help Meenaktchi Regards, Tarun On 7/6/07, Chris Albertson [EMAIL PROTECTED] wrote: --- Tarun Tiwari [EMAIL PROTECTED] wrote: Meenaktchi, You can pack Hello World string as paylaod then use send_pkt(payload) on the transmiter side. similarly unpack the payload at reciever to convert into string. you need to use same formating for pack and unpack at Tx Rx respectively. Why not implement a mode that is common in the real world? Then you can test your receiver by listening to real signals. No need to have a transmitter working first RTTY is the most basic and simple digital mode possable. There are no frames and no packets, no protocol and the data rates is very low, about 45 characters per second It is just asynchronous FSK using two tones 1200 Hz apart. See http://en.wikipedia.org/wiki/Radioteletype The technology is so simple it predates computers There are many programs for doing RTTY on a PC under Linux or Windows using just a sound card So you can download and run an example working system, get it to work, then duplicate it using gunradio. The hello world should be the simplest thing that can still work. I think RTTY is that. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK/AG ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Send and Recieve data like Hello World
Meenaktchi, You can pack Hello World string as paylaod then use send_pkt(payload) on the transmiter side. similarly unpack the payload at reciever to convert into string. you need to use same formating for pack and unpack at Tx Rx respectively. I am assuming you are using packet radio. Tarun On 7/6/07, Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote: When we send and recieve using USRP boards and GNU SDR, on the recieve side usrp setup, demodulator connects to gr_correlate_access_code_bb which connects to framer_sink. framer_sink pushes the assembled packets into the target queue. Can we extract the pkt here to read the data? How can we send a Hello World string on the transmit side usrp sdr setup? Any suggestions? Thanks Meenaktchi On 7/6/07, Chris Albertson [EMAIL PROTECTED] wrote: I was about to ask a similar question: Has anyone implemented a simple RTTY mode? I suspect keyboard to keyboard RTTY would be the simplest possible Hello World type example. --- Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote: Hi, When I have 2 SDR setup, I was looking to send some data/string like Hello World from one of them and recieve it on the other setup. Are there any scripts existing already? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK/AG Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/ ___ 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
[Discuss-gnuradio] Audio/Video Tx/Rx
Hi, Anyone working on Audio/Video tx/rx using GNU Radio? Thanks in advance. Regards, Tarun UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help on editing a usrp1_source_c.cc file
On 6/21/07, Meenaktchi Venkatachalam [EMAIL PROTECTED] wrote: Hi, In the '../gr-usrp/src/usrp1_source_c.cc' file there is a function 'copy_from_usrp_buffer'. I would like to analyze the complex signal converted from 16-bit interleaved I and Q signal. You can try ../gnuradio-examples/python/usrp/usrp_rx_cfile.py for this purpose. I have changed the 'usrp1_source_c.cc' file to open a file using fstream class and copy the complex signal onto this file. I have implemented this in the function 'copy_from_buffer'. I built GNU radio software again after the changes. I assumed this would work. But it is not. I am sure to be missing something. Debug prints say that this file is not being opened while this file can be opened by any other C++ program that is not part of GNU software. Or is there anything that I have to change in .i file as well? IT depends, how would you like to call your object from Python. As long as you dont need to call it from Python, change in .i-file is not required. So far, its not clear whether you are controlling your file from outside/Python or its part of general_work function. PS: Next time you update your gnuradio from svn, possibly the changed file will be replaced. Thanks for any and all help. Meenaktchi Venkatachalam ~Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Parameters for USRP (motherboard only) FM receiver
Hi Shane, On 6/19/07, Shane Clark [EMAIL PROTECTED] wrote: Hi, I'm trying to setup the USRP to receive and demodulate an FM signal at 175kHz. I have based my code on the wfm_rcv... examples, but I always get a no suitable daughterboard found error. I do not understand all of the parameters that I am setting on the USRP so I was wondering if anyone could explain them or point me to a resource on this. Which daughterboard are you using? Basically, I know that I want the frequency to be 175kHz and I have gotten this to work with transmission, so I assume that's valid. I am more or less lost on decimation, interpolation etc. Any help is appreciated. -Shane ~Tarun ___ 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
[Discuss-gnuradio] Different frequencies for TX/RX and RX2 port on RFX2400
Hi, I was just wondering if someone can give me little bit of information about the clocks for TX/RX RX2 antenna port on RFX2400. My questions are related to simultaneous transmission using TX/RX and reception using RX2, so my transmit and receive frequencies have to be different on the transciever board ( please correct if I am wrong). So, I need to know some basics of RFX2400 antenna port operation. Do we have different frequency generator circuits for these two ports or single circuit used for both? Now when I read the mail from Matt ( http://lists.gnu.org/archive/html/discuss-gnuradio/2005-07/msg00035.html ), what I see that there is a clock line difference of around 1 cm. So, if I have two different frequency generator circuits for TX/RX RX2 ports, then do we still get this clock line difference? (by chance, I am not a microelectronics guy and so, I dont understand the meaning of clock line difference and its effect, therefore, I would like to know about it in brief) Or, if we have only one frequency generator circuit then can we control the different frequencies on these two antenna ports simultaneously? If yes, then can you please refere me some documents/codes/examples, so that I can understand the use of it? If not, then is it done in sequential manner or some priority based scheduling? Any help would be gratefully accepted. Thanks in advance. Regards, Tarun UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Adding/recovering packet number using packet_utils python class
Hi, I was wondering if we can add the packet number using current packet_utils python class. When I look into the code, I see that we introduce the preamble, access code, length of the packet, payoad with crc, and padding for usrp using make_packet function. At the same time when I look into the pkt.py , I see that msg.to_string() is the whitened_payload_with_crc and msg.arg1() is the whitener_offset for unmake_packet function in packet_utils class. Now, I understand that the preamble and access codes are removed by the timing and frequncy sync blocks in the receiver (please correct me if I am wrong), but I could not understand where the packet length, attached with the transmitted packet, went or if it was present, how do I get that? Well, if I add the packet sequence number in the transmitted packet, how can i recover the sequence number? is it possible with current packet_utils python class or I need to write a new class for the same? I would welcome any guidance over adding/recovering of packet sequence number. Thanks in advance. ~Tarun UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Make error [svn revision 5708]
Hi, Today I update the gnuradio from svn, and received following error in make: make[5]: Entering directory `/home/tarun/gnuradio/gnuradio-core/src/lib/swig' make[5]: *** No rule to make target `../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i', needed by `gnuradio_swig_py_general.cc'. Stop. Then, I edited the Makefile.am in ../../../../gnuradio-core/src/lib/general/ and added gr_dpll_ff.{cc,h,i} but I got following error : make[6]: Entering directory `/home/tarun/gnuradio/gnuradio-core/src/lib/general' make[6]: *** No rule to make target `gr_dpll_ff.cc', needed by `gr_dpll_ff.lo'. Stop. Can somebody check the Makefile as I am not able to identify the problem? Thanks in advance. Regards, Tarun UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Make error [svn revision 5708]
Trond Danielsen wrote: I just pulled a fresh copy from svn (rev.5708), ran ./bootstrap; ./configure; make. No problems so far. I recommend that you run ./bootstrap and ./configure again after pulling from svn. This ensures that the generated Makefiles are updated according to the svn changes. The real issue is that there are stale .d files in gnuradio-core/src/lib/swig. These files have lists of dependencies in them, and one of the .i files listed has been deleted when updating svn. You can't just delete the .d files because they themselves are listed as a dependency in the Makefile. The most precise way to update your working directory to build again is to edit these .d files and remove the offending file name. You can also delete all the .d files in this directory, and let the build repopulate them, by re-running ./configure. One of the last things ./configure does is to touch these files, and if they don't exist, they get created. I used this method but still got the error as followed: gnuradio_swig_py_general.cc:43663: error: 'gr_dpll_ff' was not declared in this scope The sledgehammer approach is to do a 'make distclean' followed by a full rebuild. This was the only option left to me and it worked, but took lot of time :-| The way the swig dependencies are tracked is broken here, but works well for everything else, falling over only when the repository is updated and a .i file that was previously there is removed. Patches welcome :-) -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com http://corganenterprises.com/ Thanks, Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] NameError in cpm.py from latest svn source code
Hi, I just updated gnuradio from svn and found some errors while using cpm.py. The error is as followed: File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py, line 7700, in __init__ self._BootstrapApp() File /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py, line 7352, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File ./test_011.py, line 172, in OnInit mod.add_options(expert_grp) File /usr/local/lib/python2.4/site-packages/gnuradio/blksimpl/cpm.py, line 223, in add_options parser.add_option(, --param, type=float, default=_def_param, NameError: global name '_def_param' is not defined Whereas gdb gives following error and there is no stack in the gdb: Program terminated with signal SIGHUP, Hangup. Can someone suggest the solution to this problem? Thanks in advance. Regards, Tarun UT Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Bluetooth using RFX-2400
Hi Dominic, RFX2400 works in the range of 2.3GHz - 2.9GHz (both TX/RX) and you may check out http://gnuradio.utah.edu/trac/wiki/UsrpRfxDiagrams for connection diagrams. There is a bandpass filter on board which restrict you to ISM band (2.4 - 2.4835 GHz) , but it can be bypassed if you need. Here you may filter 83.5 MHz spectrum without bypassing the BPF. Well, can you send me the codes which you have written. Regards, Tarun University of Texas at Dallas Dominic Spill wrote on Wed, 16 May 2007 17:21:06 +0100: Hi, I know Bluetooth has been mentioned on the mailing list a few time, and the response was a bit varied, but I thought I'd mention that I've been working on it for this for the past few weeks. I'm using the USRP to sniff packets on a single frequency, and it seems to work well, but the obvious problem is frequency hopping. I have two questions: 1) What is the bandwidth of the RFX-2400 daughterboard, i.e. how many Bluetooth channels (1MHz intervals) can I receive at any one time with one daughterboard? 2) Or conversely, if I want to watch the hopping pattern using FFTs to get the order of the frequencies that it hops to, how many daughterboard will I need to use to view the full spectrum (80MHz)? 3) If anyone is interested in playing with Bluetooth and the USRP and would like the code that I've written, let me know and I'll send it. It's in a bit of a horrible state and there's no documentation as to how it works or what it does. --Dominic ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] End-to-end delay question
Hi Eric, Can you please give some examples/directions of/on data transceiver applications which you are using/available in GNU Radio repository? Thanks. Tarun On Tue, 8 May 2007 20:47:26 -0700, Eric Blossom wrote: Having the audio be non-blocking will stop the buffering/delay problem. The symptom that you see without it depends on which clock is faster. For example, we run data transceiver applications where there's no audio involved, where the total lateny in the system is on the order of a couple of milliseconds. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Fwd: [Discuss-gnuradio] std::runtime_error (gdb backtrace included)
Hi Eric, Thanks for your time. Any suggestions on this issue? -- Forwarded message -- From: Tarun Tiwari [EMAIL PROTECTED] Date: Apr 13, 2007 7:58 PM Subject: Re: [Discuss-gnuradio] std::runtime_error (gdb backtrace included) To: Eric Blossom [EMAIL PROTECTED] Cc: discuss-gnuradio@gnu.org On 4/13/07, Eric Blossom [EMAIL PROTECTED] wrote: On Fri, Apr 13, 2007 at 03:33:46PM -0600, Tarun Tiwari wrote: Tarun, please tell us more about the situation: What version of GNU Radio are you using? svn or a tarball? I am running the latest developement codes downloaded from svn. What OS and version are you running on? On relay node I am using FC4 and on destination node I am using FC5. What machine architecture? 1) The relay node have following architechure: x86: Family: 15 Model: 1 Stepping: 2 Type: 0 Brand: 8 CPU Model: Pentium 4 (Willamette) [D0] Original OEM Processor name string: Intel(R) Pentium(R) 4 CPU 1.80GHz Instruction trace cache: Size: 12K uOps 8-way associative. L1 Data cache:Size: 8KB Sectored, 4-way associative. line size=64 bytes. L2 unified cache: Size: 256KB Sectored, 8-way associative. line size=64 bytes. Instruction TLB: 4K, 2MB or 4MB pages, fully associative, 64 entries. Data TLB: 4KB or 4MB pages, fully associative, 64 entries. RAM:514820 kB 2) The Destination node has following architecture: intel Duo Core T2300 @ 1.66GHz Family: 6 Model: 14 Stepping: 8 Cache: 2MB RAM : 1GB Thanks, Eric Thanks, Tarun Multimedia Comm Lab, University of Texas - Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] std::runtime_error (gdb backtrace included)
Hi, I am implementing a relay network for voice transmision and reception. I using threading to start the GUI and flow graph. I am facing a runtime error in random at destination, whereas it works perfectly at the relay node. At relay node I have bypassed the audio device and have a connection like this : USRP-- gsm full rate decoder -- gsm full rate encode -- USRP. I ran the program in debugger mode and got following trace/errors from gdb. I need help from somebody to resolve this problem. terminate called after throwing an instance of 'std::runtime_error' what(): msg length is not a multiple of d_itemsize Program received signal SIGABRT, Aborted. [Switching to Thread 145009568 (LWP 8656)] 0x00ef2410 in __kernel_vsyscall () (gdb) (gdb) bt #0 0x00ef2410 in __kernel_vsyscall () #1 0x0045fee9 in raise () from /lib/libc.so.6 #2 0x004614f1 in abort () from /lib/libc.so.6 #3 0x00c39780 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x00c371b5 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0x00c371f2 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x00c3732a in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x006d3cdb in gr_message_source::work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_message_source.cc:99 #8 0x00701e1a in gr_sync_block::general_work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_sync_block.cc:64 #9 0x00700022 in gr_single_threaded_scheduler::main_loop (this=0x8d6c960) at gr_single_threaded_scheduler.cc:330 #10 0x007010a1 in gr_single_threaded_scheduler::run (this=0x8d6c960) at gr_single_threaded_scheduler.cc:86 #11 0x00205dab in sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so #12 0x00214132 in _wrap_sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so ---Type return to continue, or q return to quit--- #13 0x47d25d2d in PyCFunction_Call () from /usr/lib/libpython2.4.so.1.0 #14 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #15 0x47d5eb28 in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #16 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #17 0x47d5f9eb in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #18 0x47d607ac in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #19 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #20 0x47d134ea in PyClassMethod_New () from /usr/lib/libpython2.4.so.1.0 #21 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #22 0x47d01b78 in PyClass_IsSubclass () from /usr/lib/libpython2.4.so.1.0 #23 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #24 0x47d5ad9c in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.4.so.1.0 #25 0x47d88c04 in initthread () from /usr/lib/libpython2.4.so.1.0 #26 0x005a4433 in start_thread () from /lib/libpthread.so.0 #27 0x00500a1e in clone () from /lib/libc.so.6 I googled about SIGABRT and learnt that it is sent by the process to itself when it calls to abort the libc function defined in stdlib.h and if the signal handler returns then all open streams are closed and flushed and the program terminates. But, I am not able to trace out where and why this signal handler is being called? Is there any bug with buffer/memory allocation? Thanks in advance. Tarun Multimedia Comm Lab, University of Texas - Dallas ___ Discuss-gnuradio mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: std::runtime_error (gdb backtrace included)
Hi, I recieved the same error at my relay node too and it was for the first time. On 4/13/07, Tarun Tiwari [EMAIL PROTECTED] wrote: Hi, I am implementing a relay network for voice transmision and reception. I using threading to start the GUI and flow graph. I am facing a runtime error in random at destination, whereas it works perfectly at the relay node. At relay node I have bypassed the audio device and have a connection like this : USRP-- gsm full rate decoder -- gsm full rate encode -- USRP. I ran the program in debugger mode and got following trace/errors from gdb. I need help from somebody to resolve this problem. terminate called after throwing an instance of 'std::runtime_error' what(): msg length is not a multiple of d_itemsize Program received signal SIGABRT, Aborted. [Switching to Thread 145009568 (LWP 8656)] 0x00ef2410 in __kernel_vsyscall () (gdb) (gdb) bt #0 0x00ef2410 in __kernel_vsyscall () #1 0x0045fee9 in raise () from /lib/libc.so.6 #2 0x004614f1 in abort () from /lib/libc.so.6 #3 0x00c39780 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x00c371b5 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0x00c371f2 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x00c3732a in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x006d3cdb in gr_message_source::work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_message_source.cc:99 #8 0x00701e1a in gr_sync_block::general_work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_sync_block.cc:64 #9 0x00700022 in gr_single_threaded_scheduler::main_loop (this=0x8d6c960) at gr_single_threaded_scheduler.cc:330 #10 0x007010a1 in gr_single_threaded_scheduler::run (this=0x8d6c960) at gr_single_threaded_scheduler.cc:86 #11 0x00205dab in sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so #12 0x00214132 in _wrap_sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so ---Type return to continue, or q return to quit--- #13 0x47d25d2d in PyCFunction_Call () from /usr/lib/libpython2.4.so.1.0 #14 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #15 0x47d5eb28 in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #16 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #17 0x47d5f9eb in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #18 0x47d607ac in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #19 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #20 0x47d134ea in PyClassMethod_New () from /usr/lib/libpython2.4.so.1.0 #21 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #22 0x47d01b78 in PyClass_IsSubclass () from /usr/lib/libpython2.4.so.1.0 #23 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #24 0x47d5ad9c in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.4.so.1.0 #25 0x47d88c04 in initthread () from /usr/lib/libpython2.4.so.1.0 #26 0x005a4433 in start_thread () from /lib/libpthread.so.0 #27 0x00500a1e in clone () from /lib/libc.so.6 I googled about SIGABRT and learnt that it is sent by the process to itself when it calls to abort the libc function defined in stdlib.h and if the signal handler returns then all open streams are closed and flushed and the program terminates. But, I am not able to trace out where and why this signal handler is being called? Is there any bug with buffer/memory allocation? Thanks in advance. Tarun Multimedia Comm Lab, University of Texas - Dallas ___ Discuss-gnuradio mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] std::runtime_error (gdb backtrace included)
On 4/13/07, Eric Blossom [EMAIL PROTECTED] wrote: On Fri, Apr 13, 2007 at 03:33:46PM -0600, Tarun Tiwari wrote: Tarun, please tell us more about the situation: What version of GNU Radio are you using? svn or a tarball? I am running the latest developement codes downloaded from svn. What OS and version are you running on? On relay node I am using FC4 and on destination node I am using FC5. What machine architecture? 1) The relay node have following architechure: x86: Family: 15 Model: 1 Stepping: 2 Type: 0 Brand: 8 CPU Model: Pentium 4 (Willamette) [D0] Original OEM Processor name string: Intel(R) Pentium(R) 4 CPU 1.80GHz Instruction trace cache: Size: 12K uOps 8-way associative. L1 Data cache:Size: 8KB Sectored, 4-way associative. line size=64 bytes. L2 unified cache: Size: 256KB Sectored, 8-way associative. line size=64 bytes. Instruction TLB: 4K, 2MB or 4MB pages, fully associative, 64 entries. Data TLB: 4KB or 4MB pages, fully associative, 64 entries. RAM:514820 kB 2) The Destination node has following architecture: intel Duo Core T2300 @ 1.66GHz Family: 6 Model: 14 Stepping: 8 Cache: 2MB RAM : 1GB Thanks, Eric Thanks, Tarun Multimedia Comm Lab, University of Texas - Dallas terminate called after throwing an instance of 'std::runtime_error' what(): msg length is not a multiple of d_itemsize Program received signal SIGABRT, Aborted. [Switching to Thread 145009568 (LWP 8656)] 0x00ef2410 in __kernel_vsyscall () (gdb) (gdb) bt #0 0x00ef2410 in __kernel_vsyscall () #1 0x0045fee9 in raise () from /lib/libc.so.6 #2 0x004614f1 in abort () from /lib/libc.so.6 #3 0x00c39780 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x00c371b5 in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0x00c371f2 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x00c3732a in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x006d3cdb in gr_message_source::work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_message_source.cc:99 #8 0x00701e1a in gr_sync_block::general_work (this=0x9234d50, noutput_items=4095, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]) at gr_sync_block.cc:64 #9 0x00700022 in gr_single_threaded_scheduler::main_loop (this=0x8d6c960) at gr_single_threaded_scheduler.cc:330 #10 0x007010a1 in gr_single_threaded_scheduler::run (this=0x8d6c960) at gr_single_threaded_scheduler.cc:86 #11 0x00205dab in sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so #12 0x00214132 in _wrap_sts_pyrun () from /usr/local/lib/python2.4/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so ---Type return to continue, or q return to quit--- #13 0x47d25d2d in PyCFunction_Call () from /usr/lib/libpython2.4.so.1.0 #14 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #15 0x47d5eb28 in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #16 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #17 0x47d5f9eb in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #18 0x47d607ac in PyEval_EvalFrame () from /usr/lib/libpython2.4.so.1.0 #19 0x47d61638 in PyEval_EvalCodeEx () from /usr/lib/libpython2.4.so.1.0 #20 0x47d134ea in PyClassMethod_New () from /usr/lib/libpython2.4.so.1.0 #21 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #22 0x47d01b78 in PyClass_IsSubclass () from /usr/lib/libpython2.4.so.1.0 #23 0x47cfb587 in PyObject_Call () from /usr/lib/libpython2.4.so.1.0 #24 0x47d5ad9c in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.4.so.1.0 #25 0x47d88c04 in initthread () from /usr/lib/libpython2.4.so.1.0 #26 0x005a4433 in start_thread () from /lib/libpthread.so.0 #27 0x00500a1e in clone () from /lib/libc.so.6 I googled about SIGABRT and learnt that it is sent by the process to itself when it calls to abort the libc function defined in stdlib.h and if the signal handler returns then all open streams are closed and flushed and the program terminates. But, I am not able to trace out where and why this signal handler is being called? Is there any bug with buffer/memory allocation? Thanks in advance. Tarun Multimedia Comm Lab, University of Texas - Dallas ___ Discuss-gnuradio mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Frequency error in USRP.
Hi Matt, Eric, and my dear friends, I received third set of USRP for my research work, but the third USRP is not able to lock/demodulate the desired frequency. When i transmit a signal on 2.4GHz from one of the old USRPs I need to lock the new USRP at 2.39989 GHz else it does not demodulate the signal. Although the verbose mode displays that there is no frequency error in the system, but if I am not able to demodulate on 2.4GHz then where's the problem. I do understand that the local oscillators may not be perfect, because two devices can not have same precision all the time. But, the question is how do I recover the signal if my receiver clock does not synchronize to the desired frequency? If you can illuminate something on it, it would be great help. Thanks in advance. Tarun University of Texas-Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Frequency error in USRP.
Hi Chris, Thank you for your reply. On 4/10/07, Chris Stankevitz [EMAIL PROTECTED] wrote: In my application (GPS), I don't even know the desired frequency due to the doppler effect on the fast moving satellites. I use an acquisition routine to locate the frequency which uses FFTs in my custom block. Your acquisition routine need any pilot for clock recovery or what? Are you using FFT to look for highest signal power? And, if your code is under GPL, can you please help me out with providing that to me and this group? Chris Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Frequency error in USRP.
On 4/10/07, Brian Padalino [EMAIL PROTECTED] wrote: What type of modulation are you using and what is your application? GMSK modulation for Relay channels. Currently I am trying to relay the voice on two hop system. Brian Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Anyone successfull on Transciever Function of RFX2400
Hi, I am little skeptical whether transceiver function of RFX2400 works well or not? If anyone has been successfull in implementing ARQ on wireless packet radio, please help me out and enlight me with the implementation. I need to give a demo on JPEG/MPG transmission and reception so that we can convience guys from microelectronics/circuits area to work with us towards development of GNU Radio. Has anyone implemented bidirectional voice communication using RFX2400? I am using RX2 port for reception and TX/RX port for transmission and want to use stop-and-wait ARQ. Thanks in advance. Regards, Tarun University of Texas - Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re:[Discuss-gnuradio] ALOHA, ARQ and simple PHY on GNU Radio
Hi Stefan, I was trying to install your module from source code but received following errors while doing make: gr_convolution_dec.lo -MD -MP -MF .deps/gr_convolution_dec.Tpo -c gr_convolution_dec.cc -fPIC -DPIC -o .libs/gr_convolution_dec.o gr_convolution_dec.cc:405:2: warning: no newline at end of file ./gr_convolution_dec.h:64: error: extra qualification 'gr_convolution_dec::' on member 'reset_values' gr_convolution_dec.cc: In constructor 'gr_convolution_dec::gr_convolution_dec(int)': gr_convolution_dec.cc:111: warning: statement has no effect gr_convolution_dec.cc: In function 'void traceback(long unsigned int*, unsigned int, unsigned char*)': gr_convolution_dec.cc:350: warning: comparison between signed and unsigned integer expressions gr_convolution_dec.cc: At global scope: gr_convolution_dec.cc:361: warning: 'int flush(long unsigned int*, unsigned int, unsigned char*)' defined but not used make[4]: *** [gr_convolution_dec.lo] Error 1 make[4]: Leaving directory `/home/tarun/gr/gr/gnuradio-core/src/lib/general' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/tarun/gr/gr/gnuradio-core/src/lib/general' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/tarun/gr/gr/gnuradio-core/src/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/tarun/gr/gr/gnuradio-core/src' make: *** [all-recursive] Error 1 Can you please help me out with this problem? Thanks in advance. Regards, Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: installation error
hey everyone, Hi Ziad, Im using a ubuntu 6.10 ,ive tried compiling the gnuradio but when i tried the configuring gnuradio but i got the error : gr_block.cc:41: error: 'gr_io_signature_sptr' has not been declared gr_block.cc:42: error: 'gr_io_signature_sptr' has not been declared gr_block.cc: In constructor 'gr_block::gr_block(const std::string, int, int)': gr_block.cc:44: error: class 'gr_block' does not have any field named 'd_input_signature' gr_block.cc:45: error: class 'gr_block' does not have any field named 'd_output_signature' gr_block.cc: In member function 'void gr_block::consume(int, int)': gr_block.cc:112: error: 'd_detail' was not declared in this scope gr_block.cc: In member function 'void gr_block::consume_each(int)': gr_block.cc:118: error: 'd_detail' was not declared in this scope make[4]: *** [gr_block.lo] Error 1 make[4]: Leaving directory `/home/ziad/Desktop/gnuradio-3.0.3/gnuradio-core/src/lib/runtime' make[3]: *** [install-recursive] Error 1 make[3]: Leaving directory `/home/ziad/Desktop/gnuradio- 3.0.3/gnuradio-core/src/lib' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/ziad/Desktop/gnuradio-3.0.3/gnuradio-core/src' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/ziad/Desktop/gnuradio- 3.0.3 /gnuradio-core' make: *** [install-recursive] Error 1 I believe dependencies for gnuradio are not configured properly and you are doing make. well, before doing make you need to be sure about the dependencies of GNURadio. You can do that by following commands: $ script config.check $ ./configure --enable-maintainer-mode $ exit this way you will generate a file called script.config in the same directory of ./configure file. Open the file and then at the end you will find what blocks could be installed and what not. Remember following blocks are must for gnuradio to work: 1) gr-core 2) gr-usrp 3) gr-wxgui 4) gr-alsa 5) usrp If these blocks can be installed then I dont think you will be in trouble, well its better to install all the possible blocks. Say if blosk gr-xxx is under Not-Install category, you search for xxx in the file and then you can find the reason why is that block not being installed. Well, you will find the dependency there (say it yyy), and then try installing the packages from repository byt using following command: $ yum install yyy if this does not work then try $ yum install yyy* and even this does not work then try $ yum install *yyy* and if this also does not work then you need to find the source code of yyy and install from that. It may happen that you need other dependent components for yyy while using source code, again you can use the script saving technique and try to install that dependency using repository (or source). Can some1 help I hope this may help you, even you are unable to do so, its better you send the file called config.check and then we can be in better situation to help you further. thanks for your time welcome ziad Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Segmentation Fault in rx_voice.py
Hi, I was trying to use rx_voice and tx_voice examples, but I found following errors on different Fedora PCs. I have one computer (Pentium 4 Xeon 3.40GHz processor speed) with Kernel 2.6.11-1.1369_FC4smp, and another computer (Centrino Core Duo T2300 1.66GHzprocessor speed) with Kernel 2.6.18-1.2200.fc5smp. When I run rx_voice.py I recieve following errors: a) on FC4 : Segmentation Fault b) on FC5 : terminate called after throwing an instance of 'std::runtime_error' what(): msg length is not a multiple of d_itemsize Aborted Then, I tried installing fftw from source code with following options: 1) ./configure --enable-sse --enable-single --enable-shared 2) ./configure --enable-single --enable-shared 3) ./configure --disable-sse --enable-single --enable-shared but there was no improvement in the program, though all the make check worked perfect. Although GNU Radio works pretty well with the current setup, but I am not able to understand the WHY behind this problem. Between the time, I am also not able to listen anything on receiver side. I am using RFX2400 boards with following commands: For TX: ./tx_voice.py --freq 2.41G -M 1 -I plughw:0,0 -v -m gmsk For RX: ./rx_voice.py --freq 2.41G -O plughw:0,0 -v -m gmsk I need help on this issue. Thanks in advance. Regards, Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Error with ctrl+z
Hi, I am implementing a stop-and-wait ARQ system using RFX2400 boards. Sometimes the transmitter suddenly stops working , and if I do ctrl+c the programs stops but does not work wheras if I do ctrl +z, I recieve following error after sometime: ICE default IO error handler doing an exit(), pid = 3793, errno = 0 And, if I try to run the program again, it stops communicating with USRP with following error messages: File ./mcl_snwARQ_tx.py, line 118, in ? main() File ./mcl_snwARQ_tx.py, line 100, in main fg_rx = my_rx_graph(demods[options.modulation], rx_callback, options) File ./mcl_snwARQ_tx.py, line 30, in __init__ self.rxpath = receive_path(self, demod_class, rx_callback, options) File /root/gnuradio-3.0.2/gr-mcl/receive_path.py, line 59, in __init__ self._setup_usrp_source() File /root/gnuradio-3.0.2/gr-mcl/receive_path.py, line 119, in _setup_usrp_source fusb_nblocks=self._fusb_nblocks) File /usr/local/lib/python2.4/site-packages/gnuradio/usrp.py, line 248, in __init__ fpga_filename, firmware_filename) File /usr/local/lib/python2.4/site-packages/gnuradio/usrp1.py, line 1229, in source_c return _usrp1.source_c(*args) RuntimeError: std::runtime_error After that I need to unplug plug the USB cable to start working with it. Ultimately I need to do ctrl+z and then unplug-plug the USB cable to start woking. Can somebody help me out to resolve the problem which I am facing? I am using following settings for transmitter side: --tx-freq 2.4G --rx-freq 2.48G -r 500k -v -m gmsk --tx-amplitude 550 --rx-gain 60 and following settings for receiver side: --rx-freq 2.40G --tx-freq 2.48G -r 500k -v -m gmsk --tx-amplitude 2000 --rx-gain 75 Thanks in advance. Regards, Tarun University of Texas - Dallas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error with ctrl+z
Hi Eric Thank you for your reply. On 3/13/07, Eric Blossom [EMAIL PROTECTED] wrote: I suspect that you may have missed the very first line of the debugging output which probably explains why it couldn't open the USRP. Did you capture both stdout and stderr? I didn't capture the stdout and stderr, but checked with $ dmesg command and could not find anything which could catch my eyes. I am little bit confused about the performance of my code. Sometimes it works properly and sometimes not. Please find the entire code for the Transmitter end: from gnuradio import gr, gru, modulation_utils from gnuradio import usrp from gnuradio.eng_option import eng_option from gnuradio import eng_notation, tx_debug_gui from optparse import OptionParser import random, time, struct, sys from transmit_path import transmit_path from receive_path import receive_path import fusb_options global tx_buffer, data_counter class my_tx_graph(gr.flow_graph): def __init__ (self, modulator_class, options): gr.flow_graph.__init__(self) self.txpath = transmit_path(self, modulator_class, options) class my_rx_graph(gr.flow_graph): def __init__(self, demod_class, rx_callback, options): gr.flow_graph.__init__(self) self.rxpath = receive_path(self, demod_class, rx_callback, options) def main (): global tx_buffer, data_counter data_counter=50 #No of data packets to send def send_pkt(payload='', eof=False): return fg_tx.txpath.send_pkt(payload, eof) def rx_callback(ok, payload): global tx_buffer, data_counter (rx_data,) = struct.unpack('!H', payload[0:2]) time.sleep(0.25) if rx_data == 255: print Correctly Sent Data = '%d' % (tx_buffer) data = random.randint(0,500) send_pkt(struct.pack('!H', data) + (pkt_size - 2) * chr(data 0xff)) tx_buffer=data data_counter-=1 else: send_pkt(struct.pack('!H', tx_buffer) + (pkt_size - 2) * chr(tx_buffer 0xff)) print Resend Data = '%d' % (tx_buffer) if data_counter == 0: send_pkt(eof=True) sys.exit(1) mods = modulation_utils.type_1_mods() demods = modulation_utils.type_1_demods() parser = OptionParser (option_class=eng_option, conflict_handler=resolve) expert_grp = parser.add_option_group(Expert) parser.add_option (-m, --modulation, type=choice, choices= mods.keys(), default='dbpsk', help=Select modulation from: %s [default=%%default] % (', '.join(mods.keys()),)) parser.add_option (-s, --size, type=eng_float, default=1500, help=set packet size [default=%default]) parser.add_option(-M, --megabytes, type=eng_float, default=1.0, help=set megabytes to transmit [default=%default]) receive_path.add_options(parser, expert_grp) for mod in demods.values(): mod.add_options(expert_grp) transmit_path.add_options(parser, expert_grp) for mod in mods.values(): mod.add_options(expert_grp) fusb_options.add_options(expert_grp) (options, args) = parser.parse_args () if len(args) != 0: parser.print_help() raise SystemExit if options.rx_freq is None: sys.stderr.write(usrp_siggen: must specify Rxeceiver RF center frequency with -F \n) parser.print_help() raise SystemExit if options.tx_freq is None: sys.stderr.write(usrp_siggen: must specify Transmitter RF center frequency with -f \n) parser.print_help() raise SystemExit # build the graph fg_rx = my_rx_graph(demods[options.modulation], rx_callback, options) fg_tx = my_tx_graph(mods[options.modulation], options) r = gr.enable_realtime_scheduling() if r != gr.RT_OK: print Warning: Failed to enable realtime scheduling. fg_rx.start() # start flow graph fg_tx.start() # start flow graph # Start the packet transmission pkt_size = int(options.size) tx_buffer=0 send_pkt(struct.pack('!H', tx_buffer) + (pkt_size - 2) * chr(tx_buffer 0xff)) fg_tx.wait() # wait for it to finish fg_tx.stop() fg_rx.stop() if __name__ == '__main__': try: main() except KeyboardInterrupt: pass the reciever end has little bit of changes, but not much. For the time being I am transmitting 0xff for ACK and 0x00 for NAK in a packet rather than single bit. Can you please look at the code and guide me in right direction? Eric Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Simultaneous RX/TX using RFX2400 Boards.
Hi David, Thank you for you reply. On 3/7/07, David Scaperoth [EMAIL PROTECTED] wrote: From your description above, you are transmitting whatever you receive (is this true?). Yes, its true and I am interested in transmitting the amplified signal which I receive on the RX2 port. I'm guessing that the sinusoid is coming from a waveform generator, or something. Are you selecting the RX2 antenna? (subdev.select_rx_antenna(RX2)) are you using a multiplication block on the transmitter? What are you setting the Rx PGA gain to? Yes,the sinusoid is coming from a waveform generator and that is using usrp_siggen.py on another computer/USRP. Yes, I am selecting RX2, and transmitting on TX/RX without any multiplication block on the transmitter end. The RX PGA gain is 75. Is there any relation with the decimation and interpolation for RX and TX? David Regards, Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Symbol synchronization in Packet Radio.
Hi, Can somebody enlighten me about the symbol synchronization in Packet Radio example? I was wondering if someone can tell me which scheme is being used for it. It will be helpful if one can give me reference to the GNU Radio module where I can read the codes line by line to understand it. I need that for our project in MIMO systems. We guys at University of Texas, Dallas are trying to do some testing on GNU Radio for MIMO fading channels. So, I need to know how and when I should sample a recieved packet on different receivers. Also it would be great for us if someone can tell me use of Access code in addition to Preamble in a transmitted packet. Thanks in advance. Regards, Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem using benchmark_rx.py
Thank you Tom, I did change the bit rate for Rx and used -v mode, but its still not working. Please see the output of program: Transmitter: [EMAIL PROTECTED] ~]# ./benchmark_tx.py -f 100e6 --tx-amplitude=500 -M 2 -r 100e3 -v gr_fir_fff: using SSE bits per symbol = 1 Gaussian filter bt = 0.35 Using TX d'board A: Basic Tx Tx amplitude 500.0 modulation: gmsk_mod bitrate: 100kb/s samples/symbol:4 interp: 320 Tx Frequency:100M ... . Receiver: [EMAIL PROTECTED] ~]# ./benchmark_rx.py -f 100e6 -r 100e3 -v gr_fir_fff: using SSE bits per symbol = 1 MM clock recovery omega = 4.00 MM clock recovery gain mu = 0.05 MM clock recovery mu = 0.50 MM clock recovery omega rel. limit = 0.005000 frequency error = 0.00 Using RX d'board A: Basic Rx Rx gain: 10 modulation: gmsk_demod bitrate: 100kb/s samples/symbol:4 decim: 160 Rx Frequency:100M I am connecting the the two boards using cables using -32dB RF attenuator on each port of daughterboards. I am using Basic Tx and Basic Rx Boards. Please advise me, if I need to do some changes in benchmark_rx.py program. And meanwhile, can you tell me do we need to call any function between fg.start()# start flow graph fg.wait() # wait for it to finish To debug the program, I tried printing something inside rx_callback subroutine, but I think rx_callback is not being called anywhere in the program, thats why I am not able to see any printed output on screen. Am I right? I tried this one: def rx_callback(ok, payload): global n_rcvd, n_right (pktno,) = struct.unpack('!H', payload[0:2]) n_rcvd += 1 if ok: n_right += 1 print Hello Tarun\n print ok = %5s pktno = %4d n_rcvd = %4d n_right = %4d % ( ok, pktno, n_rcvd, n_right) but no result Please advise me. Thank you again. Regards, Tarun On 12/7/06, Tom Rondeau [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tarun Tiwari Sent: Thursday, December 07, 2006 12:25 AM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] Problem using benchmark_rx.py Hi, I am trying to transmit packets using benchamark_tx.py and recieve them using benchmark_rx.py. As mentioned in README file I started first benchmark_rx.py at one machine then started benchmark_tx.py on another machine, but I dont see any print on receiver machine. I am using following commands: Tx Machine: [EMAIL PROTECTED] ~]# ./benchmark_tx.py -f 100e6 --tx-amplitude=3000 -M 2 -r 100e3 -s 1000 Rx Machine: [EMAIL PROTECTED] ~]# ./benchmark_rx.py -f 100e6 gr_fir_fff: using SSE and I dont get any output. Can somebody guide me how to succesfully receive the transmitted packets? Thanks in advance. Tarun Try using the '-v' (verbose) flag on both Rx and Tx, which will give you all the information about the modulation, bit rate, etc. The most likely candidate here is that you've specified the bit rate (100 kbps, GMSK) on the transmitter but not the receiver. The receiver defaults to 500 kbps. Use the '-r 100k' on your receiver as well. Are you transmitting over the air, or connected over cable? And what daughterboards are you using? This will impact the transmit amplitude you'll need. What you've specified is a pretty good mid range for most setups. I only point this out as the next place to look once you've corrected the bit rate and it still doesn't work. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem using benchmark_rx.py
Hi, I am trying to transmit packets using benchamark_tx.py and recieve them using benchmark_rx.py. As mentioned in README file I started first benchmark_rx.py at one machine then started benchmark_tx.py on another machine, but I dont see any print on receiver machine. I am using following commands: Tx Machine: [EMAIL PROTECTED] ~]# ./benchmark_tx.py -f 100e6 --tx-amplitude=3000 -M 2 -r 100e3 -s 1000 Rx Machine: [EMAIL PROTECTED] ~]# ./benchmark_rx.py -f 100e6 gr_fir_fff: using SSE and I dont get any output. Can somebody guide me how to succesfully receive the transmitted packets? Thanks in advance. Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Sampling rate mismatch in Fedora Core 5
Hi,After a long wait I recieved the hardware. I was trying to run FM Reciever but there is some problem related to the sampling rate of my computer. I received following error message: [EMAIL PROTECTED] usrp]# ./usrp_wfm_rcv.pyUsing RX d'board A: Basic Rx gr_fir_ccf: using SSE gr_fir_fff: using SSEaudio_alsa_sink[hw:0,0]: unable to support sampling rate 32000 card requested 44100 instead.** (python:16205): WARNING **: IPP request failed with status 1030 ** (python:16205): WARNING **: IPP request failed with status 1030 FYI: No Powermate or Contour Knob foundThe GUI is opening very well, and I can see the frequency spectrum. After getting this error, I wen to the control centre of Fedora Core 5, and changed the default sampling rate to 32000 Hz, but the problem was not resolved. Can somebody tell me how to deal with this problem? And, what does the IPP Request error tell exactly?Thank youTarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] discuss-gnuradio archive search not working
Hi,Just few hours back, the discuss-gnuradio archive search stopped working. Can somebody resolve the issue.Thank you,TarunPS: my local time is US Central, and writing this mail at 03:22 AM on 11/11/2006. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp
Thank you everybody.I installed Boost using source code and the problem has been resolved.Tarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp
I was trying using ./configure command for compiling GNU Radio on Cygwin and received following error message:gr_boost_include_dir = /usr/include/boost-1_33_1/boost/checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... nochecking for boost/shared_ptr.hpp... noconfigure: error: Failed to locate boost/shared_ptr.hpp.Try using --with-boost-include-dir=path, E.g., --with-boost-include-dir=/usr/local/include/boost-1_33_1The include directory for the Boost is OK, even then I am facing a problem. Please suggest me how to solve this problem. I tried using following command : $ ./configure --enable-maintainer-mode --with-boost-include-dir=/usr/include/boost-1_33_1/boost/But there is no improvement. Can some one help me in this regard?Thank youTarun ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp
Hi Don,Thank you for your reply.I am able to see the shared_prt.hpp file using ls /usr/include/boost-1_33_1/boost command but still not able to compile the software. Meanwhile when I do ./bootstrap I receive some warnings like this : /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_PATH_PSTOEDIT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of AM_PATH_LIBSMI/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of AM_PATH_CPPUNIT Regards,TarunOn 10/5/06, Don Ward [EMAIL PROTECTED] wrote: Hi Tarun, How did you install boost? (Note that you need boost-devel, but you don't need just plain boost.) If you installed boost-devel using Cygwin setup.exe, you should see shared_ptr.hpp when you do ls /usr/include/boost-1_33_1/boost. Hope this helps, and let me know if it doesn't. Regards, -- Don Ward - Original Message - From: Tarun Tiwari To: discuss-gnuradio@gnu.org Sent: Thursday, October 05, 2006 7:37 PM Subject: Re: [Discuss-gnuradio] CVS build problem with shared_ptr.hpp I was trying using ./configure command for compiling GNU Radio on Cygwin and received following error message:gr_boost_include_dir = /usr/include/boost-1_33_1/boost/checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... nochecking for boost/shared_ptr.hpp... noconfigure: error: Failed to locate boost/shared_ptr.hpp.Try using --with-boost-include-dir=path, E.g., --with-boost-include-dir=/usr/local/include/boost-1_33_1The include directory for the Boost is OK, even then I am facing a problem. Please suggest me how to solve this problem. I tried using following command : $ ./configure --enable-maintainer-mode --with-boost-include-dir=/usr/include/boost-1_33_1/boost/But there is no improvement. Can some one help me in this regard?Thank youTarun ___Discuss-gnuradio mailing listDiscuss-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