Re: [Discuss-gnuradio] Cannot ping the usrp2

2012-06-01 Thread umer.rabbani
Hello I want to know the IP address of USRP2. My problem is I want to use usrp2 device with Matlab Simulink for that I need to know the Ip of the USRP and be sure about it. I used usrp2_recovery --ifc=eth0 --new-ip=192.168.10.2 And it says the Ip has been changed. Is there a method from which I

[Discuss-gnuradio] What is the procedure to submit corrections to the GNU Radio documentation?

2012-06-01 Thread Ryan Connelly
For example at http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsWritePythonApplications/annotate/19 Line 637 there is a typo class my_gui_flow graph(stdgui2.std_top_block): Should be class my_gui_flow_graph(stdgui2.std_top_block): I created an account on Redmine but I still cannot

[Discuss-gnuradio] Questions about benchmark_tx/benchmark_rx

2012-06-01 Thread Weixian Zhou
I used the benchmark_tx and benchmark_rx to transmit data and I have some questions: 1. I set the frequency of both benchmark_tx and benchmark_rx to 300M, the transmission succeed; but it failed when I set the frequency to 2.4G or other frequencies. Why is this? 2. Both the benchmark_tx and benchma

Re: [Discuss-gnuradio] How to dynamically stop the host PC receiving samples from USRP and restart it again without touching the top block?

2012-06-01 Thread Alex Zhang
Hello Josh, I am testing this solution. But before I get the result, just want to make sure: Does the stream command STREAM_MODE_STOP_CONTINUOUS stop the incoming packets from the USRP to PC, or just stop the flow graph to receive the packets from USRP while the packets are still coming into the P

Re: [Discuss-gnuradio] How to dynamically stop the host PC receiving samples from USRP and restart it again without touching the top block?

2012-06-01 Thread Josh Blum
On 06/01/2012 10:07 AM, Alex Zhang wrote: > Hello Josh, > > I am testing this solution. But before I get the result, just want to make > sure: > Does the stream command STREAM_MODE_STOP_CONTINUOUS stop the incoming > packets from the USRP to PC, or just stop the flow graph to receive the > packe

Re: [Discuss-gnuradio] Questions about benchmark_tx/benchmark_rx

2012-06-01 Thread Josh Blum
> UHD Warning: > The hardware does not support the requested TX frequency: > Target frequency: 300.00 MHz > Actual frequency: 4500.00 MHz > > UHD Warning: > The hardware does not support the requested TX sample rate: > Target sample rate: 0.05 MSps > Actual sam

[Discuss-gnuradio] Programming FPGA

2012-06-01 Thread sibar002
Hello I am currently working on the USRP N210. I am trying to modify the VHDL code for the FPGA in order to gain acccess to some of the unused pins. I am unsure of how to do this, and I was wondering if anyone had any advice on how to do this. I would greatly appreciate any help. Thank you. Sam

[Discuss-gnuradio] Trouble with gnuradio and AMD32

2012-06-01 Thread Igor Volodin
Hello, all My configuration: Linux Xubuntu 12.04 AMD Athlon XP 2400 Linux ghost32 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:51:22 UTC 2012 i686 athlon i386 GNU/Linux I am compiled latest version of gnuradio, and tried to run simple grc file: http://superkuh.com/simplest.grc , and got fo

Re: [Discuss-gnuradio] [USRP-users] Questions about benchmark_tx/benchmark_rx

2012-06-01 Thread Shen Wenbo
On Fri, Jun 1, 2012 at 1:01 PM, Weixian Zhou wrote: > I used the benchmark_tx and benchmark_rx to transmit data and I have some > questions: > 1. I set the frequency of both benchmark_tx and benchmark_rx to 300M, the > transmission succeed; but it failed when I set the frequency to 2.4G or > othe

[Discuss-gnuradio] Cannot find gnuradio.i in 3.6.1

2012-06-01 Thread Baidoo-Williams, Henry E
Hi all, I updated to gnuradio 3.61 and previously working applications are not working. I tried recompiling the UCLA packet sniffer and I get errors on the make. It seems there was a similar case that was resolved on this link, http://www.ruby-forum.com/topic/4040797 , however I can't get where t

[Discuss-gnuradio] Issue with multiple transmitter threads in same program

2012-06-01 Thread Dhrubojyoti Roy
Dear All, I was experimenting with GNURadio to see if multiple transmitter threads can exist in the same program. The following are my transmitter class definitions (both are set to the same transmission parameters): class my_trans(gr.top_block): def __init__(self, mod_class, options):

[Discuss-gnuradio] dc offset is different from unit to unit

2012-06-01 Thread James Jordan
Hi list, I need to compensate usrp dc offset. but the dc offset is different from unit to unit. so do I need to calibrate each unit dc offset or there is a universal value that work for each unit? Regards ___ Discuss-gnuradio mailing list Discuss-gnurad

Re: [Discuss-gnuradio] dc offset is different from unit to unit

2012-06-01 Thread John Malsbury
James, In the case of DC calibration for tx, we'd recommend running the dc calibration routines provided with UHD for each unit. The cal routines make it a relatively easy process. In theory, if the average DC offset is non-zero you may be able to apply an average correction and see some im