Re: [Discuss-gnuradio] Spurious samples in data set??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please don't send attachments to the GNU radio mailing list. It's a known issue that the USRP sends some spurious large amplitude samples right after it is enabled. You can safely ignore them. - -Dan Aadil Volkwin wrote: Hi Attached is code i've used to write a signal to file and subsequently to plot the samples. additionally i've attached the plot. Can anyone tell me what may be causing the huge spike at the beginning of the data set? thanks, Aadil ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMEtPy9GYuuMoUJ4RAtfhAKCFRqkynXeqpy5hnjDjcN0ng4QFAgCfdIZ0 /lZ8rLac2o4PpbiwjsQEoEY= =0Hxx -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] I and Q samples out of FPGA receive chain
Jonathan, Thanks for your response. I can see the ch0rx signal toggling on my Basic RX in slot A using the following command u = usrp.source_c(0,decim_rate=8,fpga_filename=mytestfile.rbf) u._write_oe(0,0x,ox)# for enabling A side Basic RX u._write_fpga_reg(FR_DEBUG_EN, bmFR_DEBUG_EN_RX_A) How do I modify the _write_oe command in order to output enable a Basic TX also on side A? If I use u._write_fpga_reg(FR_DEBUG_EN, bmFR_DEBUG_EN_RX_A | bmFR_DEBUG_EN_TX_A) it does not enable the Basic TX on side A. Thanks again for the help! Nirali -Original Message- From: Johnathan Corgan [mailto:[EMAIL PROTECTED] Sent: Monday, November 05, 2007 10:46 AM To: Nirali Patel Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] I and Q samples out of FPGA receive chain On 11/2/07, Nirali Patel [EMAIL PROTECTED] wrote: In the usrp_std.v file what signals do you recommend to look at the 16 bits I and Q out of the HB filter of the receive_chain? Thanks again for you time and help. Nirali Use the ch0rx and ch1rx signals that go into the rx_buffer. -- Johnathan Corgan Corgan Enteprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spurious samples in data set??
On Tue, Nov 06, 2007 at 12:46:02PM +0200, Aadil Volkwin wrote: Hi Attached is code i've used to write a signal to file and subsequently to plot the samples. additionally i've attached the plot. Can anyone tell me what may be causing the huge spike at the beginning of the data set? thanks, Aadil Aadil, There seem to be some issues with your acquisition code: (1) you're thowing away the the quadrature component of the complex baseband signal from the USRP. (2) you should be be using fg.start() / fg.wait(), not fg.stop(). It would be easier if you just used fg.run() Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: Help:How to print the payload in benchmark_ofdm_tx.py
Message: 2 Date: Wed, 17 Oct 2007 18:45:15 -0700 From: Eric Blossom [EMAIL PROTECTED] Subject: Re: [Discuss-gnuradio] Help:How to print the payload in benchmark_ofdm_tx.py To: Archana Ragothaman [EMAIL PROTECTED] Cc: discuss-gnuradio@gnu.org, Johnathan Corgan [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii On Wed, Oct 17, 2007 at 05:07:37PM -0400, Archana Ragothaman wrote: Hello, I am trying to print the payload in the send_pkt function defined in ofdm.py(/gnuradio-core/src/python /gnuradio/blks2impl). I have used the following lines of code in send_pkt function. f = open(txdata.txt,a) s=string(payload) f.write(s) f.close() However no file is created. I want to know the payload that is transmitted in the ofdm_benchmark_tx.py script. Kindly let me know if there is any other means of doing it. Regards, -- Archana Ragothaman The ofdm code in blksimpl2 has not yet been converted to use the new hier_block2. I suspect that it's currently broken. Try using the version in blksimpl. Johnathan, I think the non-working code in blksimpl2 should be removed or fixed ASAP. Eric Hello, I used the print statements as above in the send_pkt function defined in ofdm.py script in the blksimpl block. However, when I run the benchmark_ofdm_tx.py script, I see that no file is created and the payload is not saved in a file. Is the send_pkt function in ofdm.py called? Is there any other method by which I can print the payload that is being transmitted? Regards, Archana ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I and Q samples out of FPGA receive chain
On 11/6/07, Nirali Patel [EMAIL PROTECTED] wrote: If I use u._write_fpga_reg(FR_DEBUG_EN, bmFR_DEBUG_EN_RX_A | bmFR_DEBUG_EN_TX_A) it does not enable the Basic TX on side A. You haven't enabled TX_A debug pins as outputs. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Spurious samples in data set??
On Tue, Nov 06, 2007 at 11:45:59PM +0200, Aadil Volkwin wrote: Hi, Thanks for taking the time to answer my questions. I'd like to seek clarity on your first point, how am I losing the quadrature component? You're using gr.complex_to_float, and then only using one of the two output streams. You're keeping the real stream and discarding the imaginary stream. I'm afraid i'm still working out exactly how some of these functions operate and I may be missing something trivial. thanks Aadil Aadil, There seem to be some issues with your acquisition code: (1) you're thowing away the the quadrature component of the complex baseband signal from the USRP. (2) you should be be using fg.start() / fg.wait(), not fg.stop(). It would be easier if you just used fg.run() Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Segmentation fault when running usrp_spectrum_sense.py
On Tue, Nov 06, 2007 at 01:35:17PM -0800, Ruby Lin wrote: Hi all, I updated my gnuradio to gnuradio-3.1.0. And when I run usrp_spectrum_sense.py, it gives the output like: == $ sudo ./usrp_spectrum_sense.py 400M 450M Using RX d'board A: TV Rx Rev 2 gain = 57.5 Segmentation fault == Could anyone give any suggestion on how to solve it? I can receive the FM radio stations, and other script works fine. I don't know why this happened? Thanks, Roseline I can reproduce this on the trunk using a 32-bit machine and SuSE 10.1. Works OK on a 64-bit machine running Fedora 7. I'll investigate further. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Segmentation fault when running usrp_spectrum_sense.py
Hi all, I updated my gnuradio to gnuradio-3.1.0. And when I run usrp_spectrum_sense.py, it gives the output like: == $ sudo ./usrp_spectrum_sense.py 400M 450M Using RX d'board A: TV Rx Rev 2 gain = 57.5 Segmentation fault == Could anyone give any suggestion on how to solve it? I can receive the FM radio stations, and other script works fine. I don't know why this happened? Thanks, Roseline -- View this message in context: http://www.nabble.com/Segmentation-fault-when-running-usrp_spectrum_sense.py-tf4761218.html#a13616514 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Segmentation fault when running usrp_spectrum_sense.py
On Tue, Nov 06, 2007 at 03:00:19PM -0800, Eric Blossom wrote: On Tue, Nov 06, 2007 at 01:35:17PM -0800, Ruby Lin wrote: Hi all, I updated my gnuradio to gnuradio-3.1.0. And when I run usrp_spectrum_sense.py, it gives the output like: == $ sudo ./usrp_spectrum_sense.py 400M 450M Using RX d'board A: TV Rx Rev 2 gain = 57.5 Segmentation fault == Could anyone give any suggestion on how to solve it? I can receive the FM radio stations, and other script works fine. I don't know why this happened? Thanks, Roseline I can reproduce this on the trunk using a 32-bit machine and SuSE 10.1. Works OK on a 64-bit machine running Fedora 7. I'll investigate further. Eric No immediate insight. I opened ticket:199 Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Segmentation fault when running usrp_spectrum_sense.py
I am using 32-bit machine using Ubuntu. Thanks for your further investigation. Ruby Eric Blossom wrote: On Tue, Nov 06, 2007 at 01:35:17PM -0800, Ruby Lin wrote: Hi all, I updated my gnuradio to gnuradio-3.1.0. And when I run usrp_spectrum_sense.py, it gives the output like: == $ sudo ./usrp_spectrum_sense.py 400M 450M Using RX d'board A: TV Rx Rev 2 gain = 57.5 Segmentation fault == Could anyone give any suggestion on how to solve it? I can receive the FM radio stations, and other script works fine. I don't know why this happened? Thanks, Roseline I can reproduce this on the trunk using a 32-bit machine and SuSE 10.1. Works OK on a 64-bit machine running Fedora 7. I'll investigate further. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/Segmentation-fault-when-running-usrp_spectrum_sense.py-tf4761218.html#a13619298 Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Segmentation fault when running usrp_spectrum_sense.py
As another data point: Sometimes this happens on OSX, and sometimes it doesn't. On otherwise identical computers (Intel-iMac, 10.4.10, latest updates, MacPorts for background libraries, includes, and apps), with the only difference being the version of Python and related python stuff (2.4 versus 2.5), for the computer with 2.5 it works, while the one with 2.4 it gives a bus error. At least on OSX, this happens w/o/r/t which daughtercard is being selected, and it doesn't happen in the low-level fusb code (which on OSX is spitting out buffer overflows - the data is coming in, but not reallybeing used by the TB/FG: there is 1 request for data from the TB/FG, then no more). Sorry I can't provide more info yet; I haven't had time to track it down further. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] implementing actual blocks in python
Hello, I was thinking of an interesting feature for gnuradio: Suppose that the gnuradio framework could also support blocks written in python. Not hier-blocks, but actual data processing done in python. Meaning, one would write a python class. The class would have an io signature, and a function called work, where work would take a vector of floats/ints, process the data, and return a vector of floats/ints (just like in the c++). Yes, of course, this would be slower than c++. The idea favors rapid testing, no recompiling; just run the flow graph again after changing your python file. Most likely, we would need some kind of generic forwarding block, written in c++/swig, that would take a custom python class as an argument, and swig would handle the passing of data into and out of the work method of the python class. I have no idea how this could be implemented with the current framework. But if possible, this would be a tremendous thing to have. Thoughts? -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Frequency hopping in GNU radio
Hi All, Does the architecture of Universal Software Radio Peripheral for GNU radio support frequency hopping? How easy is it, if not already supported, to customize GNU radio to support frequency hopping. What is involved in implementing it. Has anyone implemented frequency hopping? If so please throw some light on how you implemented it in GNU radio. Giri Patnaik Giri Patnaik +91-94413-39860 (C) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] implementing actual blocks in python
On Tue, Nov 06, 2007 at 08:20:17PM -0500, Josh Blum wrote: Hello, I was thinking of an interesting feature for gnuradio: Suppose that the gnuradio framework could also support blocks written in python. Not hier-blocks, but actual data processing done in python. Meaning, one would write a python class. The class would have an io signature, and a function called work, where work would take a vector of floats/ints, process the data, and return a vector of floats/ints (just like in the c++). Yes, of course, this would be slower than c++. The idea favors rapid testing, no recompiling; just run the flow graph again after changing your python file. Most likely, we would need some kind of generic forwarding block, written in c++/swig, that would take a custom python class as an argument, and swig would handle the passing of data into and out of the work method of the python class. I have no idea how this could be implemented with the current framework. But if possible, this would be a tremendous thing to have. Thoughts? -Josh Josh, It could be implemented using SWIG directors. They allow a C++ class w/ virtual functions to have virtual methods defined in python subclasses. Take a look at directors in the swig documentation. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio