[Discuss-gnuradio] OpenGL.error in USRP2

2010-06-03 Thread Krishna S
Hi,

 I am getting the following error after installing GNU radio package for 
usrp2 in my machine.


OpenGL.error.Error: Attempt to retrieve context when no valid context


I am having Quad Core Q9650 3.0GHz, with Nvidia Quadro NVS 295 graphics card 
installed in Ubuntu 9.04 (32bit)

THANKS
MADAN


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] GNU radio Build for Ubuntu 9.04 server (64bit) with GUI

2010-06-03 Thread Krishna S
Hi,

 I am trying to install GNU radio packages for USRP2 in Ubuntu 9.04 server 
(64bit), the basic 9.04 server edition does not come with GUI, but we can 
enable it buy downloading certain packages.

Now i have Ubuntu 9.04 server edition (64 bit) with GUI interface. Can i follow 
the same procedure to install GNU radio as given in the build guide, GNU radio 
website for 32bit Ubuntu 9.04.

http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall


THANKS
KRISHNA S



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] 1 PPS for USRP2 ?

2010-05-09 Thread Krishna S
Hi Jermy,

   1PPS requirement is not mandatory. To acheive synchronization 
between two USRP2's i have done the following,

1) Change the firmware in both USRP2's  SD card
     in txrx.c i have added 
    clocks_enable_test_clk(true,2); 
    clocks_mimo_config(MC_WE_LOCK_TO_SMA);
 just before whilr(1) loop

2) i have connected 1 GPS source providing reference CLOCK 10 MHz 1.2 Vp-p, to 
2   
    USRP2's with a T-splitter.
    If not GPS, u can also use signal generator, generate a 10MHz 1.2Vp-p and  
feed this  
    to  the REF CLK of USRP2.


This should solve the Synchronization problem.

Regards
KRISHNA S

--- On Sun, 9/5/10, jeremy ward  wrote:

From: jeremy ward 
Subject: [Discuss-gnuradio] 1 PPS for USRP2 ?
To: krishna2...@yahoo.com
Date: Sunday, 9 May, 2010, 7:48 PM

Hey Man

Did you have any luck with this.  I too am trying to get PPS going.  Any advice?

jer



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and rx_streaming_sampless.cc

2010-04-15 Thread Krishna S
 It is for UMTS based standard LTE (20MHz bandwidth) which has 30.72Msps and 
this is beyond USRP2's instantaneous bandwidth (25MHz). I am simulating LTE 
(10MHz bandwidth) where I can halve the sampling rate of 15.36Msps. Reading the 
earlier mail threads and responses from Matt I understand that it is better to 
handle the sample rate converters at the software level rather than doing at 
the FPGA level in the USRP2 code. 

LTE is based on OFDM and is not using any spectral shaping filter, instead the 
samples generated for OFDM symbols at the above rate are directly read/write 
into DAC/ADC. I could successfully do the above  by performing downlink and 
uplink using interpolation factor 16 which boils down to 6.25Msps but when I 
used the interpolation factor 6 (or 8) it gives the overflowing errors. I am 
using Quadcore PC (2.6GHz), can you suggest any other high end PC that can 
handle the above processing?

Regards
Krishna S       

--- On Fri, 9/4/10, John Orlando
  wrote:

From: John Orlando 
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and  
rx_streaming_sampless.cc
To: "Johnathan Corgan" 
Cc: "Krishna S" , "gnu" 
Date: Friday, 9 April, 2010, 4:15 PM


> If what you really mean is that you have a host PC generated sample
> stream at 15.36 Msps and need to transmit it with the USRP2, then yes,
> you'd set the USRP2 FPGA interpolation to 6, then fractionally
> resample from 15.36 Msps to 16 Msps on the host.
>
> Depending on what the last DSP processing stage in your application
> is, you may be able to "fold" this resampling into
 the prior stage.
> For example, if the last step in your signal processing chain is a
> spectral shaping filter, like a root-raised-cosine filter, then you
> can reimplement this using a polyphase resampler and use the output
> filter taps there.  This would combine the filter and resampling
> operation in one block and eliminate the need for a very high CPU
> resampling block.
>
> Where does the figure of 15.36 Msps come from?

Just a guess, but that sounds like 4x the UMTS chip rate (which is
3.84 Mchips/sec).  If this is the case, there is an RRC filter at the
last DSP stage typically, so your suggestion for folding this
re-sampling in is spot-on.

-- 
Regards,
John Orlando
CEO/System Architect
Epiq Solutions
www.epiq-solutions.com


Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download 
Now! http://messenger.yahoo.com/download.php___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and rx_streaming_sampless.cc

2010-04-09 Thread Krishna S




Hi

Thanks for your response. I have
following queries on the sampling rates in USRP2. 

1.  
I set the
interpolation rate to 6. Does that mean baseband signal is fed to DAC at the
rate of 100MHz/6  = 16.66 Msps? 

2.  
I want actually
feed 15.36 Msps to DAC which is not possible as the interpolation factor
becomes non-integer. So do you suggest me to use ‘resampler’ to convert
16.66 Msps to 15.36Msps?

 I appreciate your feedback.

Krishna S



--- On Thu, 8/4/10, Johnathan Corgan  wrote:

From: Johnathan Corgan 
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and  
rx_streaming_sampless.cc
To: "Krishna S" 
Cc: "Per Zetterberg" , "gnu" 

Date: Thursday, 8 April, 2010, 3:30 PM

> As i am dealing with RF communication i need to know exactly what sampling 
> rate
> the USRP2 is sampling the data and sending over the air ?

This has been detailed before on this list, so you can find a more
complete explanation by searching the archives.

On the transmit side, there are *two* sample rate conversions
occurring in the USRP2.

The DAC operates internally at 400 Msps, but is configured to
interpolate samples presented by the FPGA by a factor of four, so the
FPGA must present samples at 100 Msps to the DAC interface bus.  This
is the "DAC rate" parameter referred to above.

Since it is not possible to provide the USRP2 itself with 100 Msps of
data over the GbE communications interface (this would be 3.2 Gbps
plus overhead), the USRP2 FPGA implements a configurable interpolation
rate digital upconverter, allowing an interpolation rate between 4 and
512.

In the case it is configured to interpolate by 4, then the USRP2 will
consume samples from the GbE port at 25 Msps, or 800 Gbps + overhead.

Since the signal sample format is complex baseband (I and Q in
quadrature), the Nyquist criteria allows up to 25 MHz of signal
bandwidth to be represented using 25 Msps (not 12.5 MHz, which would
be the case for a "real" signal.)

As the interpolation rate in the FPGA is decreased, the USRP2 consumes
samples from the GbE at lower and lower rates, and the amount of RF
signal bandwidth that can be represented in the sample stream goes
down accordingly.  In the limit, at an interpolation rate of 512, one
would generate a sample stream representing ~183 KHz (100 MHz/512) for
further host processing.

The receive side is similar, but in the other direction, and there is
only one sample rate conversion.  The ADC sample rate is 100 Msps, and
the configurable digitial downconverter in the USRP2 FPGA filters and
decimates the digitized sample stream by a factor between 4 and 512.
Thus, at the input to the FPGA, the digitized sample stream is 100 MHz
wide, but the DDC reduces and resamples this to between 25 MHz
(decimation 4) and ~183 KHz (decimation 512).

This is a long way of saying that you should use the same decimation
and interpolation rate on the transmitter and receiver to achieve the
same sample rate/bandwidth to and from the host PCs.

Johnathan


Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download 
Now! http://messenger.yahoo.com/download.php___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and rx_streaming_sampless.cc

2010-04-08 Thread Krishna S
Hi,
 So,  if i am setting interpolation rate 16 at transmitter 
side(tx_samples.cc), according to the equation the program is sampling at 

   Sampling rate = 400/16 = 25M samples/sec.

but, I am able to receive the data only at the same decimation rate 
16(rx_streaming_samples.cc) , for which the program is sampling at

Sampling rate =100/16 =6.25M samples/sec  
 
But for me to transmit and receive data i have to send and receive at 25M 
samples /sec right ??

if i try to do that i.e., at receiver side samp rate = 100/4 = 25M samples /sec

I don't receive at all ...?

everything boils down to one question ?

the sampling rate what we are talking here is the sampling rate at which the 
samples have been sampled before sending to RF as discussed in COMMUNICATION 
THEORY (following the Nyquist Criteria)

or the sampling rate calculated to find the allowed no.of samples/sec the 
ETHERNET  can take  to connect the host to USRP2.  but inside the sampling rate 
is different ?

As i am dealing with RF communication i need to know exactly what sampling rate 
the USRP2 is sampling the data and sending over the air ?

Thanks
KRISHNA S

--- On Wed, 7/4/10, Per Zetterberg  wrote:

From: Per Zetterberg 
Subject: Re: [Discuss-gnuradio] sampling rate of tx_sampless.cc and 
rx_streaming_sampless.cc
To: "Krishna S" 
Cc: "gnu" 
Date: Wednesday, 7 April, 2010, 7:52 AM

Krishna S wrote:
> Hi,
>     i am trying to calculate at what sampling rate does the tx_sampless.cc 
>and rx_streaming samples.cc  are sending the data (file). from 1 USRP2 to 
>another USRP2.
> 
> i am setting interpolation as 16 at transmitter side (tx_samples.cc) and 
> decimation rate of 16 at receiver side (rx_streaming_samples.cc)
> 
> according to formula what i have learnt from WEB is
> 
> 
> Tx Side :  Sampling Rate =  DAC rate/ Interpolation rate;
> Rx Side : Sampling Rate =  ADC rate/ Decimation rate;
> 
> are the above equation are correct for determining the sampling rate 
> 
> Thank You
> Regards
> KRISHNA S
> 
> 
> 
> 
> Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! 
> <http://in.rd.yahoo.com/tagline_ie8_new/*http://downloads.yahoo.com/in/internetexplorer/>.
>  
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>   

Yes, it is the sample-rate on the host-side. DAC rate and ADC rate is 100MHz.

BR/
Per


Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download 
Now! http://messenger.yahoo.com/download.php___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] sampling rate of tx_sampless.cc and rx_streaming_sampless.cc

2010-04-07 Thread Krishna S
Hi,
    i am trying to calculate at what sampling rate does the tx_sampless.cc and 
rx_streaming samples.cc  are sending the data (file). from 1 USRP2 to another 
USRP2.

i am setting interpolation as 16 at transmitter side (tx_samples.cc) and 
decimation rate of 16 at receiver side (rx_streaming_samples.cc)

according to formula what i have learnt from WEB is 



Tx Side :  Sampling Rate =  DAC rate/ Interpolation rate;

Rx Side : Sampling Rate =  ADC rate/ Decimation rate;

are the above equation are correct for determining the sampling rate 

Thank You 
Regards
KRISHNA S





  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Re: ISM band removal in RFX2400

2010-04-02 Thread Krishna S
Hi adib,

    No , i haven't tried it, i still waiting for some response.

Thanks
KRISHNA S

--- On Fri, 2/4/10, adib_sa...@yahoo.com  wrote:

From: adib_sa...@yahoo.com 
Subject: ISM band removal in RFX2400
To: krishna2...@yahoo.com
Date: Friday, 2 April, 2010, 2:27 AM


Hi,
i also interested to bypass this filer, but until now i didn't yet dare to do 
it because it will required the hardware modification. have you try it? is it 
working fine? thanks in advance..

Adib

KRISHNA S wrote:
> 
> Hi , 
> 
>  i have ordered two RFX2400 daughterboards for my USRP2. While it is
> yet to arrive, i have few questions bothering me, 
> 
> To use 2.6GHz or 2.7GHz frequency, i have to remove the ISM band Filter in
> RFX2400 Daughter Board. 
> 
> I have learn t form internet that some minor hardware modification is to
> be done, but i am not sure where and what to do ?
> 
> Please
> give me the correct procedure to remove the ISM band filter in the
> RFX2400 D board, exact location, chip number and modifications to be
> done...!
> 
> Thanks 
> Krishna S
> 
> 
>       The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.
> http://in.yahoo.com/
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> 
Quoted from: 
http://old.nabble.com/ISM-band-removal-in-RFX2400-tp27997594p27997594.html




  Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! 
http://downloads.yahoo.com/in/internetexplorer/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] tx_sampless.cc not working fine...????

2010-03-31 Thread Krishna S
Hi,
 
  I have some issue with tx_samples.cc and the GRC.
   
 when i send the file containing complex I&Q samples from GRC 
Transmitter side : File Source --->USRP2_sink(interp=16, f=1.8G)
                                            
 |-->FFT_sink(avg=yes) 
 
Receiver side:  usrp2_fftsink.py (decim=16,f=1.8G)

I get perfect frequency plot matching exactly as seen in the transmitter side.

But
when i use tx_samples.cc (interp=16, f=1.8G, -r)  to transmit the same
file. I get the almost same frequency plot with lot of dissortion, I
have checked all the available parameters in the tx_samples.cc but in
vain.

I have also , python generated code top_block.py by the
GRC for the above function with the tx_samples.cc , both are sending
32bit floating complex values to usrp2_sink..., how come their results
are different? even though keeping all the parameters same for both
of them...!


(Tim, i posting with a new subject)

Thank you
KRISHNA S


  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Fw: Re: [Discuss-gnuradio] USRP2 Firmware Changes nt working properely ???

2010-03-31 Thread Krishna S
Hi Tim Sorry for the typing error
the last sentence was..

I have also verified, python generated code top_block.py by the GRC for the
above function with the tx_samples.cc , both are sending 32bit floating
complex values to usrp2_sink..., how come their results are
different? even though keeping all the parameters same for both of
them...!



Thank you
KRISHNA S

--- On Wed, 31/3/10, Krishna S  wrote:

From: Krishna S 
Subject: Re: [Discuss-gnuradio] USRP2 Firmware Changes nt working properely  ???
To: "Tim Pearce" , "gnu" 
Date: Wednesday, 31 March, 2010, 3:31 PM

Hi Tim,
    Actually just today i solved the problem of USRP2 synchronisation.
I downloaded the new firmware code from the gnuradio website did the following 
changes by adding clocks_mimo_config(MC_WE_LOCK_TO_SMA);  just before the while 
loop, in the txrx.c  compiled it and burnt in SD card.
Now the clocks are locked to reference clock and the USRP2's are synchronized, 
and everything is working well..!

But i have another issue, when i send the file containing complex I&Q samples 
from GRC 
Transmitter side : File Source --->USRP2_sink(interp=16, f=1.8G)
                                            
 |-->FFT_sink(avg=yes) 
 
Receiver side:  usrp2_fftsink.py (decim=16,f=1.8G)

I get perfect frequency plot matching exactly as seen in the transmitter side.

But when i use tx_samples.cc (interp=16, f=1.8G, -r)  to transmit the same 
file. I get the almost same frequency plot with lot of dissortion, I have 
checked all the available parameters in the tx_samples.cc but in vain.

I have also , python generated code top_block.py by the GRC for the above 
function with the tx_samples.cc , both are sending 32bit floating complex 
values to usrp2_sink..., how come their results are different? even though 
keeping all the parameters same for both of
 them...!



Thank you
KRISHNA S





   

--- On Tue, 30/3/10, Tim Pearce  wrote:

From: Tim Pearce 
Subject: Re: [Discuss-gnuradio] USRP2 Firmware Changes nt working properely  ???
To: "Krishna S" 
Date: Tuesday, 30 March, 2010, 8:05 PM

Hi Krishna,

(Sorry for the blank email before - accidently hit gmail shortcut)

The way I've done this in the past is by calling:

u=usrp2.source_32fc()
u.config_mimo(MC_WE_LOCK_TO_SMA)


in the Python flowgraph init. I've not had to modify the firmware to get this 
to work (I cant remember if the firmware had to be modified to confirm the 
clocks were synchronising via the test pin header on the USRP2)


Cheers,

Tim



2010/3/30 Krishna S 

Hi i am trying to synchronize two USRP2's to the reference clock 10MHz.
as per the discussions i found in the internet i have added 


clocks_mimo_config(MC_WE_LOCK_TO_SMA);

just before the while(1) loop 
in txrx.c and then i have compiled the code to create txrx.bin

But when i burn this txrx.bin with the downloaded u2_rev3.bin from the 
trunk(gnuradio website). The USRP2 is booting up all fine(6 LED's flash once 
and 2 LED's remain).  but when connected to PC , it shows USRP2 not found.


to cross verify i also downloaded txrx.bin from the trunk in gnuradio website 
and burnt the SD card with u2_rev3.bin.  USRP2 again boots up properely , and 
the USRP2 is detectable in the PC (./find_usrps)

But when i compile the firmware code and burn, the USRP2 boots properly , but 
does not connect to the PCI don't know why  ??? Can somebody help me out 
here ? am i missing anything ?


I compiling the firmware directory in the gnuradio3.2.2/usrp2/firmware  

the compiled txrx.bin is 28KB and the downloaded txrx.bin is 25.6KB 

Thanks

KRISHNA S



   
Your Mail works best with the New Yahoo Optimized IE8. Get it NOW!.
___


Discuss-gnuradio mailing list

Discuss-gnuradio@gnu.org

http://lists.gnu.org/mailman/listinfo/discuss-gnuradio









   
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.


  Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! 
http://downloads.yahoo.com/in/internetexplorer/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] USRP2 Firmware Changes nt working properely ???

2010-03-31 Thread Krishna S
Hi Tim,
    Actually just today i solved the problem of USRP2 synchronisation.
I downloaded the new firmware code from the gnuradio website did the following 
changes by adding clocks_mimo_config(MC_WE_LOCK_TO_SMA);  just before the while 
loop, in the txrx.c  compiled it and burnt in SD card.
Now the clocks are locked to reference clock and the USRP2's are synchronized, 
and everything is working well..!

But i have another issue, when i send the file containing complex I&Q samples 
from GRC 
Transmitter side : File Source --->USRP2_sink(interp=16, f=1.8G)
                                             |-->FFT_sink(avg=yes) 
 
Receiver side:  usrp2_fftsink.py (decim=16,f=1.8G)

I get perfect frequency plot matching exactly as seen in the transmitter side.

But when i use tx_samples.cc (interp=16, f=1.8G, -r)  to transmit the same 
file. I get the almost same frequency plot with lot of dissortion, I have 
checked all the available parameters in the tx_samples.cc but in vain.

I have also , python generated code top_block.py by the GRC for the above 
function with the tx_samples.cc , both are sending 32bit floating complex 
values to usrp2_sink..., how come their results are different? even though 
keeping all the parameters same for both of them...!



Thank you
KRISHNA S





   

--- On Tue, 30/3/10, Tim Pearce  wrote:

From: Tim Pearce 
Subject: Re: [Discuss-gnuradio] USRP2 Firmware Changes nt working properely  ???
To: "Krishna S" 
Date: Tuesday, 30 March, 2010, 8:05 PM

Hi Krishna,

(Sorry for the blank email before - accidently hit gmail shortcut)

The way I've done this in the past is by calling:

u=usrp2.source_32fc()
u.config_mimo(MC_WE_LOCK_TO_SMA)


in the Python flowgraph init. I've not had to modify the firmware to get this 
to work (I cant remember if the firmware had to be modified to confirm the 
clocks were synchronising via the test pin header on the USRP2)


Cheers,

Tim



2010/3/30 Krishna S 

Hi i am trying to synchronize two USRP2's to the reference clock 10MHz.
as per the discussions i found in the internet i have added 


clocks_mimo_config(MC_WE_LOCK_TO_SMA);

just before the while(1) loop 
in txrx.c and then i have compiled the code to create txrx.bin

But when i burn this txrx.bin with the downloaded u2_rev3.bin from the 
trunk(gnuradio website). The USRP2 is booting up all fine(6 LED's flash once 
and 2 LED's remain).  but when connected to PC , it shows USRP2 not found.


to cross verify i also downloaded txrx.bin from the trunk in gnuradio website 
and burnt the SD card with u2_rev3.bin.  USRP2 again boots up properely , and 
the USRP2 is detectable in the PC (./find_usrps)

But when i compile the firmware code and burn, the USRP2 boots properly , but 
does not connect to the PCI don't know why  ??? Can somebody help me out 
here ? am i missing anything ?


I compiling the firmware directory in the gnuradio3.2.2/usrp2/firmware  

the compiled txrx.bin is 28KB and the downloaded txrx.bin is 25.6KB 

Thanks

KRISHNA S



   
Your Mail works best with the New Yahoo Optimized IE8. Get it NOW!.
___


Discuss-gnuradio mailing list

Discuss-gnuradio@gnu.org

http://lists.gnu.org/mailman/listinfo/discuss-gnuradio







  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] USRP2 Firmware Changes nt working properely ???

2010-03-30 Thread Krishna S
Hi i am trying to synchronize two USRP2's to the reference clock 10MHz.
as per the discussions i found in the internet i have added 

clocks_mimo_config(MC_WE_LOCK_TO_SMA);

just before the while(1) loop 
in txrx.c and then i have compiled the code to create txrx.bin

But when i burn this txrx.bin with the downloaded u2_rev3.bin from the 
trunk(gnuradio website). The USRP2 is booting up all fine(6 LED's flash once 
and 2 LED's remain).  but when connected to PC , it shows USRP2 not found.

to cross verify i also downloaded txrx.bin from the trunk in gnuradio website 
and burnt the SD card with u2_rev3.bin.  USRP2 again boots up properely , and 
the USRP2 is detectable in the PC (./find_usrps)

But when i compile the firmware code and burn, the USRP2 boots properly , but 
does not connect to the PCI don't know why  ??? Can somebody help me out 
here ? am i missing anything ?

I compiling the firmware directory in the gnuradio3.2.2/usrp2/firmware  

the compiled txrx.bin is 28KB and the downloaded txrx.bin is 25.6KB 

Thanks

KRISHNA S



  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] USRP2 reference clocking

2010-03-25 Thread Krishna S
Hi,

  I am trying to synchronize two USRP2s. I connected GPS 10MHz clock to ref 
clock (to SMA) of 1st USRP2, and used the MIMO connector from 1st USRP2 to 2nd 
USRP2 as given in 
the http://gnuradio.org/redmine/wiki/1/USRP2GenFAQ#What-are-the-electrical-specifications-for-the-10MHz-reference-signal.
 I noticed the clock drift is still there and no synchronization. Couple of 
questions.

(i) Do I have to do any modification in the source code and in the firmware? 
(ii) Is there any simple program to check if USRP2 is locked to external ref 
clock.
 
Any help is appreciated.

Thanks
Krishna S
        



  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] 1 PPS for USRP2 ?

2010-03-23 Thread Krishna S
Hi,

    I am trying to synchronize two USRP2's using GPS receiver of 10MHz and 1 
PPS.

recently ,i ran into some problem with 1 PPS output from GPS receiver, but 
output clock 10 MHz seems to be perfectly alright.

1) Do i really need 1 PPS input along with 10MHz Clock for USRP2?
 2) Is it not possible for me to use only the clock 10MHz and not the 1 PPS, to 
synchronize 2 USRP2's.

 3)If it really needed, then can i generate 1PPS from signal generator and feed 
it to USRP2.,

but if i do that, How do i sync the rising edge of the 1 PPS to the Rising edge 
of the Sine wave(10MHz)  ?

Thanks
KRISHNA S



  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] ISM band removal in RFX2400

2010-03-23 Thread Krishna S
Hi , 

 i have ordered two RFX2400 daughterboards for my USRP2. While it is yet to 
arrive, i have few questions bothering me, 

To use 2.6GHz or 2.7GHz frequency, i have to remove the ISM band Filter in 
RFX2400 Daughter Board. 

I have learn t form internet that some minor hardware modification is to be 
done, but i am not sure where and what to do ?

Please
give me the correct procedure to remove the ISM band filter in the
RFX2400 D board, exact location, chip number and modifications to be
done...!

Thanks 
Krishna S


  The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. 
http://in.yahoo.com/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio