[Discuss-gnuradio] MAC/PHY Layer testbed
Hi im in the beginning of my masters thesis and im planning on developing a MAC/PHY layer testbed with gnuradio and how it can affect perfomance etc. , i have seen other thesis:es about it (Naveen Manicka, 2007). And searched the mailing list about it, ive however only found discussions that it is about to be implemented but not yet done. Am i better off starting from scratch for implementing MAC layer functionality or should i checkout the work in progress and if, how do i? Or is the work done, ive just missed it somehow? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] What programs to use to display output from USRP
On Sun, Feb 8, 2009 at 12:47 PM, Mir Ali wrote: > Hi, > > Can anyone tell me what codes can I use to observe the signal out of usrp. > Actually, when put in another way I want to know what can I do to validate > the output that comes out of the USRP when any particular code is run. > > I looked up in the archive but found nothing that could help me. > > Thanks, > Ali > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > you could attach a file sink and look at the output in matlab or octave. The codes for opening them are gnuradio-core/src/utils directory. Karthik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, > On Sun, 2/8/09, Johnathan Corgan wrote: > > Do you get this every time you run usrp2_fft.py? Can you > try usrp2_siggen.py or usrp2_rx_cfile.py? > > Johnathan Yes, with usrp2_siggen.py or usrp2_rx_cfile.py, I got this message too. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Writing To An IO FPGA Register
I am trying to write to an IO register on my FPGA to open the lines of communication. Right now I am just using benchmark_tx.py as my test case. In transmit_path.py I added the following self.u._write_fpga_reg(usrp.FR_OE_1,4227922944) self.u._write_fpga_reg(usrp.FR_IO_1,4227922944) I based this off of code I saw in other places, however I am getting an error. My error is below: Traceback (most recent call last): File "./benchmark_tx.py", line 138, in main() File "./benchmark_tx.py", line 102, in main tb = my_top_block(mods[options.modulation], options) File "./benchmark_tx.py", line 42, in __init__ self.txpath = transmit_path(modulator, options) File "/home/ben/Desktop/gnuradio/gnuradio-examples/python/digital/transmit_path.py", line 68, in __init__ self._setup_usrp_sink() File "/home/ben/Desktop/gnuradio/gnuradio-examples/python/digital/transmit_path.py", line 119, in _setup_usrp_sink self.u._write_fpga_reg(usrp.FR_OE_1,4227922944) File "/usr/local/lib/python2.5/site-packages/gnuradio/usrp/usrp_swig.py", line 2254, in _write_fpga_reg return _usrp_swig.usrp_sink_c_sptr__write_fpga_reg(*args, **kwargs) TypeError: in method 'usrp_sink_c_sptr__write_fpga_reg', argument 3 of type 'int' Any help with this would be appreciated. Also, I am new to Python. Is 0xFC00FC00 also correct for the register value? -- Benjamin Perry Georgia Tech, Undergraduate Computer Engineering Vice President Scuba Tech CS1371 TA 518.578.6207 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] noise level estimation
HI, Could anyone help me with noise level Estimation using the GNU Radio block gr.null_source (float [gr_complex]) I just want to send a constant zero signal an drecord the output. How to write this simple flow graph? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] What programs to use to display output from USRP
Hi, Can anyone tell me what codes can I use to observe the signal out of usrp. Actually, when put in another way I want to know what can I do to validate the output that comes out of the USRP when any particular code is run. I looked up in the archive but found nothing that could help me. Thanks, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, > On Sun, 2/8/09, Johnathan Corgan wrote: > > > Did this start occurring at the same time as the reset_db() failure, > or has it been going on longer? > > Johnathan No. It was existed from an older revisions. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
On Sun, Feb 8, 2009 at 8:36 AM, Firas Abbas wrote: > I get this message every time I try to run usrp2_fft.py. for the others, I > will try tomorrow. Thanks. > Also, when I try to use tb.start, tb.wait & tb.stop with usrp2, I get the > following warning : > > usrp2: channel 0 already streaming > > When I get this message, usrp2 stops streaming. I got the same behavior when > I use tb.lock and tb.unlock (the flowgraph runs only for one time). Did this start occurring at the same time as the reset_db() failure, or has it been going on longer? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, > On Sun, 2/8/09, Johnathan Corgan wrote: > > Do you get this every time you run usrp2_fft.py? Can you try > usrp2_siggen.py or usrp2_rx_cfile.py? > > Johnathan I get this message every time I try to run usrp2_fft.py. for the others, I will try tomorrow. Also, when I try to use tb.start, tb.wait & tb.stop with usrp2, I get the following warning : usrp2: channel 0 already streaming When I get this message, usrp2 stops streaming. I got the same behavior when I use tb.lock and tb.unlock (the flowgraph runs only for one time). Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Two Questions regarding the very beginning steps of implementing DSSS!!
On Sun, Feb 8, 2009 at 3:19 AM, Bishal Thapa wrote: > Q.1. TX side: I simply want to take a packet and XOR each bit of the packet > with a PN-code (hint: final goal will be to implement a DSSS). Could you > please hint me some pointers as to where catch the packet before it gets > modulated so that I can XOR it with my code? I read and re-read > benchmark_tx.py code and tried to trace the function send_pkt(). But I > couldn't do a good job at it. Please give me some pointers. PS: My > modulation choice will be DBPSK. You will find the call to create the packet contents prior to modulation here: http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/blks2impl/pkt.py#L86 After this function returns, the 'pkt' variable will contain an array of bytes representing the full packet (header, payload, CRC). You can manipulate its contents from Python here. If you only want to modify a portion of the packet, you can instead add your code to the called function: http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/python/gnuradio/packet_utils.py#L104 > Q.2. RX side: I want to use usrp_rx_cfile.py to capture my sent data, then > change it into matlab readable data format using "read_binary_complex.m" and > finally will do XOR with my code in MATLAB. I have one small question and > possibly a stupid one..that I am about to ask it hesistantly.. the binary > file I get as an output of usrp_rx_cfile.py, say binary.dat, do I need to > demodulate it at all (with dbpsk_demod) as the usrp_rx_cfile.py has no > options for allowing me to select my demod_type. Yes, you will need to demodulate the data. The usrp_rx_cfile.py program records complex, downconverted baseband samples directly from the USRP. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
On Sun, Feb 8, 2009 at 4:33 AM, Firas A. wrote: > FYI, When I upgraded my gnuradio rev from 10368 to 10404, I got the > following warnning message when I run usrp2_fft.py (although the program ran > normally): > > usrp2::ctor reset_db failed Thanks. This was a recent addition to libusrp2 to reset the USRP2 daughterboard parameters to power on defaults during host software initialization. Do you get this every time you run usrp2_fft.py? Can you try usrp2_siggen.py or usrp2_rx_cfile.py? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] New USRP2 Warning Message
Hi, FYI, When I upgraded my gnuradio rev from 10368 to 10404, I got the following warnning message when I run usrp2_fft.py (although the program ran normally): usrp2::ctor reset_db failed My OS is Ubuntu 8.1, USRP2 was fitted with RFX900 daughterboard. Best Regards, Firas -- View this message in context: http://www.nabble.com/New-USRP2-Warning-Message-tp21898432p21898432.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] Two Questions regarding the very beginning steps of implementing DSSS!!
Dear Gnuradio, I had two questions..I did spend some time searching for my answers in the mailing list and couldn't find "if already discussed" solutions. Please forgive if so. Q.1. TX side: I simply want to take a packet and XOR each bit of the packet with a PN-code (hint: final goal will be to implement a DSSS). Could you please hint me some pointers as to where catch the packet before it gets modulated so that I can XOR it with my code? I read and re-read benchmark_tx.py code and tried to trace the function send_pkt(). But I couldn't do a good job at it. Please give me some pointers. PS: My modulation choice will be DBPSK. Q.2. RX side: I want to use usrp_rx_cfile.py to capture my sent data, then change it into matlab readable data format using "read_binary_complex.m" and finally will do XOR with my code in MATLAB. I have one small question and possibly a stupid one..that I am about to ask it hesistantly.. the binary file I get as an output of usrp_rx_cfile.py, say binary.dat, do I need to demodulate it at all (with dbpsk_demod) as the usrp_rx_cfile.py has no options for allowing me to select my demod_type. -Thanks in Advance, -Novice-GnuRadioer and Novice-DSPer ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
