Re: [Discuss-gnuradio] BER in bert- example

2011-04-26 Thread Daniel Bartel
>>> But from my tests I see that >>> 1 bit error in -> 7 bit errors out >>> 2 consecutive bit errors in -> 2 errors in the output >>> 3 consecutive bit errors in -> 7 errors in the output >>> 4 consecutive bit errors in -> 4 errors in the output >>> ... >>> And so forth up to 7 (Length of the lfsr)

Re: [Discuss-gnuradio] Latest GIT on OpenSuse 11.4 x64 - PYTHONPATH

2011-04-26 Thread Stefan Gofferje
Hi, On Thursday 21 April 2011, Marcus D. Leech wrote: > On 04/20/2011 11:18 PM, Stefan Gofferje wrote: > > On Thursday 21 April 2011, Marcus D. Leech wrote: > >> OK, so there's also supposed to be a .so and .la file along with > >> those, so something bad happened > >> > >> either during gene

Re: [Discuss-gnuradio] UHD's recv_frame_size for E100

2011-04-26 Thread Michael Dev
I was able to control the frame size with this build. That's a good start. But my app is not able to demodulate the received signal like it used to. It works fine if I switch back to the regular libuhd. I double checked everything and I don't think it's due to my code. Another thing is that applica

Re: [Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Josh Blum
On 04/26/2011 04:59 PM, Mark Colin wrote: > Hi Josh, > >I have an USRP1 working on USB therefore it shouldn't give such kind of > errors like "Error: An existing connection was forcibly closed by the remote > host"? > Sorry, I missed that it was a USB based USRP. Even though its USB, th

Re: [Discuss-gnuradio] UHD's recv_frame_size for E100

2011-04-26 Thread Josh Blum
> Program received signal SIGSEGV, Segmentation fault. > [Switching to LWP 847] > 0x401ff524 in usrp_e100_impl::io_impl::recv_pirate_loop (this=0x92e20, > spawn_barrier=, clock_ctrl=...) > at /home/root/uhd-new/uhd/host/lib/usrp/usrp_e100/io_impl.cpp:116 > 116 managed_recv_buffer::sptr buff = this

Re: [Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Mark Colin
Hi Josh, I have an USRP1 working on USB therefore it shouldn't give such kind of errors like "Error: An existing connection was forcibly closed by the remote host"? It has nothing to do with firewalls (I'm not opening UDP sockets, it's not a USRP2 or newer device) therefore the big quest

Re: [Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Josh Blum
On 04/26/2011 03:55 PM, Mark Colin wrote: > Hi, > >regarding my previous question I checked GRC and saw that WX GUI or QT GUI > can be choosed, for some example I added some sliders for variables from QT > GUI > Widgets and I received some other error: > > Traceback (most recent call las

Re: [Discuss-gnuradio] UHD's recv_frame_size for E100

2011-04-26 Thread Michael Dev
It seg faults on me. Opening USRP-E on /dev/usrp_e0 USRP-E100 clock control: 6 r_counter: 1 a_counter: 0 b_counter: 12 prescaler: 8 vco_divider: 2 chan_divider: 15 vco_rate: 1920.00MHz chan_rate: 960.00MHz out_rate: 64.00MHz [New LWP 847] Program received signal SIGSEGV, Segmentation fa

[Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Mark Colin
Hi, regarding my previous question I checked GRC and saw that WX GUI or QT GUI can be choosed, for some example I added some sliders for variables from QT GUI Widgets and I received some other error: Traceback (most recent call last): File "D:\TestProjects\Test\dial_tone.py", line 17, in

Re: [Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Josh Blum
> > Error: An existing connection was forcibly closed by the remote host > Weird MS error. Have not seen it before... I guess the OS is printing that when you open UDP sockets? I would google around for it. Maybe you have a firewall or something enabled. A wireshark capture might also be helpfu

[Discuss-gnuradio] Error when using UHD, GRC

2011-04-26 Thread Mark Colin
Hi, I installed latest UHD (on a WinXP SP3 OS) but when I'm trying to run the uhd_find_devices.exe I receive this error: C:\program files (x86)\uhd\bin>uhd_find_devices Win32; Microsoft Visual C++ version 10.0; Boost_104400; UHD_003.000.001-release Device discovery error: An existing connect

Re: [Discuss-gnuradio] Error handler

2011-04-26 Thread Josh Blum
>> Hi tom, >> >> Thanks for the info. >> For future enhancements one can consider creating a global object that >> provides functions like gr_debug(), gr_error(), gr_warning() that are >> accessible by both blocks and applications. Similar to what is available in >> Qt. I guess the only advantage

Re: [Discuss-gnuradio] Synchronization issue with multiple USRPs

2011-04-26 Thread Josh Blum
On 04/26/2011 11:22 AM, Khalid Jamil wrote: > Please correct me if I am wrong. I think that this random channel-channel > phase offset at each acquisition depends on when each usrp 100MHz LO locks > to 10MHz external frequency reference by PLL. How PPS will help in that > case? Unless PPS is lock

Re: [Discuss-gnuradio] UHD's recv_frame_size for E100

2011-04-26 Thread Josh Blum
On 04/25/2011 06:34 PM, Michael Dev wrote: > Yes, improved latency with smaller frame size is what I'm looking for. 506 > samples of buffering is pretty big for me. Also, being able to adjust the > frame size to a nice size for my app would mean I don't have to have some > additional buffering

Re: [Discuss-gnuradio] Synchronization issue with multiple USRPs

2011-04-26 Thread Khalid Jamil
Please correct me if I am wrong. I think that this random channel-channel phase offset at each acquisition depends on when each usrp 100MHz LO locks to 10MHz external frequency reference by PLL. How PPS will help in that case? Unless PPS is locked somehow to 10MHz clock? Is there a good example to

[Discuss-gnuradio] UHD: trouble configuring multiple RX channels reliably

2011-04-26 Thread Michael Dev
I'm kind of stumped here. I used to be able to do this with the gnuradio interface but I can't make it work with the UHD interface. Don't know if I'm missing something in my code or there's a bug in UHD. I have two DBDRX rev2 boards on USRP1. I want to tune each receiver to different RF frequenc

Re: [Discuss-gnuradio] Synchronization issue with multiple USRPs

2011-04-26 Thread Josh Blum
On 04/26/2011 09:36 AM, Khalid Jamil wrote: > The GRC file is attached. Here i am showing it scope sink with six > channels. > The trouble is that you need to synchronize the time across all N devices, and tell them to start streaming at a specified time. So, if you want to synchronize N devic

Re: [Discuss-gnuradio] Synchronization issue with multiple USRPs

2011-04-26 Thread Marcus D. Leech
The GRC file is attached. Here i am showing it scope sink with six channels. Khalid. The synthesizers in use are fractional-N. There will be different phase offsets every time that they're re-tuned, and this has to be calibrated every time you re-tune, which is every time you start up. Tha

Re: [Discuss-gnuradio] Help : Is this right that the daughterboard passes data to the usrp board in the I and Q format.

2011-04-26 Thread ton ph
Hi marcus , As spotted by khaleed i think that could be possible regarding ,let another external FPGA does all the heavy works , Now as i have spotted out before , If i just do not let the complete 100Mhz band to be processed in my CPU and just choose only some part of the band for exp: 350 * 10

Re: [Discuss-gnuradio] Recent Changes to UHD causing issue for USRP1?

2011-04-26 Thread john
On Mon, 2011-04-25 at 18:18 -0700, Josh Blum wrote: > > Device Address: > > serial: 4c745353 > > > > I am 'feeding' in the serial number on the UHD: USRP source block. > > > > I was trying to use uhd_find_devices as the diagnostic tool. > > > > I should repeat that on the 'good' environment,

[Discuss-gnuradio] How to add my own block onto GRC in MAC OS X?

2011-04-26 Thread Yang
Hi all, I have been installing gnuradio from Macport on Snow Leopard 10.66. Installation is fine and dial_tone.py/GRC all run well (despite some warnings). When I try to add my own block by normal make commands, the terminal display no error, but there is no my block in GRC after I add it. I al