[Discuss-gnuradio] Hi all, how to change usrp clock to 52M in gnuradio 3.3

2010-08-12 Thread John Wu
Hi all, I want to change usrp clock to 52M, there are some document about change usrp clock in gnuradio 3.1 and 3.2 but none for 3.3. how to change usrp clock to 52M in gnuradio 3.3 ? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Philip Balister
On 08/12/2010 04:47 PM, Elvis Dowson wrote: Hi Eric, I came across an old thread, http://www.ruby-forum.com/topic/107228 "There is a general issue related to the fact that when using usrp_wfm_rcv and similar applications that there are in fact two clock domains, and that they ar

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi Eric, I came across an old thread, http://www.ruby-forum.com/topic/107228 "There is a general issue related to the fact that when using usrp_wfm_rcv and similar applications that there are in fact two clock domains, and that they are guaranteed not to match. There's an osc on t

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi, Another data point, if I set the audio sink sample rate to 16kHz, there are no under-runs, but that obviously will cause the sound to play back at a lower pitch, but atleast there are no crackles and distortions. In the console output window, there are no audio underruns. When you se

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi, I was reading up on audio underruns, and basically its because the application isn't being able to generate enough data for the sound-card, i.e. GNU Radio generating data slower than the card is consuming the data. Ubuntu Studio Upgrade from Ubuntu - Community Ubuntu Documentation

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Eric Schneider
On Thu, 2010-08-12 at 23:25 +0200, Sylvain Munaut wrote: > Unfortunately : > > Error (10663): Verilog HDL Port Connection error at > rx_buffer_inband.v(273): output or inout port "num_packets" must be > connected to a structural net expression > > And altough I'm fluent in VHDL, I have no idea a

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi, >> In which git is that code ? And more importantly, why isn't it in the >> main repo :) > > It was in the old svn repo. It seems to have been migrated to git: > > http://gnuradio.org/cgit/ets.git/tree/usrp/fpga/inband_lib?h=inband Cool ! Unfortunately : Error (10663): Verilog HDL Port C

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Eric Blossom
On Thu, Aug 12, 2010 at 09:51:31AM -0600, Eric Schneider wrote: > On Thu, 2010-08-12 at 17:14 +0200, Sylvain Munaut wrote: > > > Mmm, in the code I've read, the tx timestamp counter was different than > > the rx timestamp counter and with different reset signals. > > This is all from memory... >

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Eric Blossom
On Thu, Aug 12, 2010 at 09:29:35PM +0400, Elvis Dowson wrote: > Hi, > Would anyone happen to have an idea where I should start looking, > in order to debug the audio under-runs for the audio sink? Does the dial_tone.py example sound OK? Eric > Best regards, > Elvis Dowson ___

Re: [Discuss-gnuradio] USRP spike

2010-08-12 Thread Brian Padalino
On Thu, Aug 12, 2010 at 1:56 PM, naveen nischal wrote: > > > Hi All, > > > > We have been using the USRP1 with the WBX card on it to communicate with > > the AO-51 satellite. We are expecting to hear from the satellite using > > an Fm Receiver GRC at 435.300 MHz but don't receive anything as yet,

[Discuss-gnuradio] Comparison test results: new "2" series dqpsk blocks

2010-08-12 Thread ikjtel
I've run a comparison test of - the "old" GR dqpsk block - the "new" one (dqpsk2) - the "op25" cqpsk (Gardner/Costas) block The resulting constellation diagrams are viewable at http://www.lightlink.com/mhp/qpsk2/ The results are: Gardner is the winner, the old GR blocks take second, the new

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi, Would anyone happen to have an idea where I should start looking, in order to debug the audio under-runs for the audio sink? Best regards, Elvis Dowson ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman

Re: [Discuss-gnuradio] Opening the FPGA project

2010-08-12 Thread Josh Blum
On 08/12/2010 06:22 AM, Cheaw Wen Guey wrote: Hi all, As per the advice given, I have started to try change the FPGA code to bypass the DDC for the USRP2. I am first trying to edit using the 30day trial for ISE v12 in Windows. I have 2 questions, 1. I fail to locate the project file from th

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi Alex, On Aug 12, 2010, at 1:03 PM, Alexandru Csete wrote: > Try to resample the audio to 44.1 kHz or 48 kHz using a > rational_resampler block. That might solve it. Adding the Rational Resampler, with decimation = 2 and interpolation = 3, works in terms of resampling. The two separate wave f

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Eric Schneider
On Thu, 2010-08-12 at 17:14 +0200, Sylvain Munaut wrote: > Mmm, in the code I've read, the tx timestamp counter was different than > the rx timestamp counter and with different reset signals. This is all from memory... There were two clocks, but the resets should have been tied together. If the

[Discuss-gnuradio] Opening the FPGA project

2010-08-12 Thread Cheaw Wen Guey
Hi all, As per the advice given, I have started to try change the FPGA code to bypass the DDC for the USRP2. I am first trying to edit using the 30day trial for ISE v12 in Windows. I have 2 questions, 1. I fail to locate the project file from the git. 2. I was wondering if the AeMB processor d

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Eric Schneider
Correction: As Brian stated, I think 0x is the correct "NOW" timestamp. On Thu, 2010-08-12 at 09:08 -0600, Eric Schneider wrote: > Sylvain - > > On Thu, 2010-08-12 at 14:27 +0200, Sylvain Munaut wrote: > > > - How can I know the 'current' TX timestamp ? I want to send a ping > > command

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi Eric, >> - How can I know the 'current' TX timestamp ? I want to send a ping >> command, but I don't see a way to know what timestamp I should use. > > It is in the header of every Rx packet. If you need to send a command > without knowing the current timestamp, use timestamp = 0, which wil

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Eric Schneider
Sylvain - On Thu, 2010-08-12 at 14:27 +0200, Sylvain Munaut wrote: > - How can I know the 'current' TX timestamp ? I want to send a ping > command, but I don't see a way to know what timestamp I should use. It is in the header of every Rx packet. If you need to send a command without knowing t

Re: [Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Brian Padalino
On Thu, Aug 12, 2010 at 8:27 AM, Sylvain Munaut wrote: > Hi, > > I'm trying to adapt openbts to the inband firmware for which the source > are available. (it seems the sources for the std_inband.rbf that openbts > uses has been 'lost') > > Two things I'm faced with > >  - How can I know the 'curre

[Discuss-gnuradio] USRP1 Inband firmware questions

2010-08-12 Thread Sylvain Munaut
Hi, I'm trying to adapt openbts to the inband firmware for which the source are available. (it seems the sources for the std_inband.rbf that openbts uses has been 'lost') Two things I'm faced with - How can I know the 'current' TX timestamp ? I want to send a ping command, but I don't see a way

[Discuss-gnuradio] Peak detector block does not really work. It need to be fixed

2010-08-12 Thread Phong Do
Hello, I'm working now with peak_detector block and find out that some functions don't really work. I've used the following 2 blocks: - Peak Detector (gr_peak_detector): the parameter "look ahead" seems have no function. I gave "look ahead" many values but the peak value did not change. I've se

[Discuss-gnuradio] WBX Daughter board problem

2010-08-12 Thread Wipat phonsukkarn
Hi every body,Now i've got a problem that my usrp now has only BasicRX and WBX but i want to make a experiment that i want to generate the signal from the signal generator for 1.5M and 4M through each Daughter board and i decide to generate the 1.5M to basicRx and i knew that minimum Rage of W

Re: [Discuss-gnuradio] Can't set center frequency of USRP2 w/DBSRX

2010-08-12 Thread spaceyaeon
Thanks a lot Jason, Marcus and Moeller for your support and guidance. My USRP2 with the DBSRX daughter board is up and running :-) Cheers, Amee Moeller wrote: > > On 12.08.2010 00:10, Jason Abele wrote: >> Testing the id number of your DBSRX on USRP2: > Thanks Jason, your diagnosis instructi

Re: [Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Alexandru Csete
On 12 August 2010 09:24, Elvis Dowson wrote: > Hi, >        I have switched my linux environment from Fedora 12 to Ubuntu 10.04. > This gives me better network performance with the USRP2, even when running > Ubuntu 10.04 inside a VMware environment on Mac OS X 10.4. > However, real-time audio, e.g

Re: [Discuss-gnuradio] zero crossing detection. parallel inputs to USRP

2010-08-12 Thread Phong Do
> >- What is the maximum voltage can I feed the daughter-board through SMA > ? > Roughly 0dBm would be a safe bet. Which translates to roughly 0.22V There are several handy places on the web for doing conversions between dBm and voltage: http://www.raltron.com/cust/tools/voltage_to_dbm.

[Discuss-gnuradio] Distorted playback of real-time audio on Linux

2010-08-12 Thread Elvis Dowson
Hi, I have switched my linux environment from Fedora 12 to Ubuntu 10.04. This gives me better network performance with the USRP2, even when running Ubuntu 10.04 inside a VMware environment on Mac OS X 10.4. However, real-time audio, e.g. an FM receiver application, when played back in r