Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Douglas Geiger
Suprin, Charles E. wrote: > Matt, > > I had not seen your other post before I responded to the first one. > > How do you do a "receive at"? Looking at > usrp2/host/apps/include/usrp2/usrp2.h, the only function I see is > start_rx_streaming which does not have a timestamp in it. > > As for t

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Suprin, Charles E.
ter. If I am missing something that could solve this more easily, let me know. Charles -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, February 13, 2009 2:52 PM To: Suprin, Charles E. Cc: Douglas Geiger; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Matt Ettus
Suprin, Charles E. wrote: Doug, Working only on my single channel setup, what appears to happen is that there is the time stamp for the first sample in the frame. The frame alignment seems to remain a function of when the device was turned on. NO. Frame alignment is under explicit control fr

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Suprin, Charles E.
: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] USRP2 PPS and REF Ok - so I have packets coming in from both USRP2's now, getting dumped to their separate files. My app prints out the timestamp of each frame that gets sent to the copy handler: if my 1PPS source is working pro

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Matt Ettus
Newman, Timothy wrote: Couldn't you just tell the USRP's to start at a specific time to get them to start in sync? Rather than in real-time telling them to start immediately and having that lag. Yes, you need to use the "receive at" functionality. The call to receive on the host side takes

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Newman, Timothy
dio@gnu.org > Subject: Re: [Discuss-gnuradio] USRP2 PPS and REF > > > Ok - so I have packets coming in from both USRP2's now, getting dumped > to their separate files. > My app prints out the timestamp of each frame that gets sent to the > copy handler: if my 1PPS source

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Douglas Geiger
Ok - so I have packets coming in from both USRP2's now, getting dumped to their separate files. My app prints out the timestamp of each frame that gets sent to the copy handler: if my 1PPS source is working properly, should the timestamps coming out of the two USRP2's be identical? Another quest

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-12 Thread Douglas Geiger
Johnathan Corgan wrote: > On Tue, Feb 10, 2009 at 1:26 PM, Douglas Geiger > wrote: > >> Ok, looking at the frames in wireshark, looking for the timestamps that >> were sent to the copy handler, it looks like only the frames from 30:80 >> are being used, and they're being used twice (i.e. u2b->rx_

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Johnathan Corgan
On Tue, Feb 10, 2009 at 1:26 PM, Douglas Geiger wrote: > Ok, looking at the frames in wireshark, looking for the timestamps that > were sent to the copy handler, it looks like only the frames from 30:80 > are being used, and they're being used twice (i.e. u2b->rx_samples(0, > handlerb.get()) got

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Douglas Geiger
Douglas Geiger wrote: > > This is with no 1PPS, no 10Mhz reference signal, and the antenna on > 30:80 was removed (installed on 30:81). I'm going to pull up wireshark > to compare the frames I'm getting from each USRP2. > Doug > Ok, looking at the frames in wireshark, looking for the timestamps

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Douglas Geiger
Eric Blossom wrote: >> Since I've now tried this a few times >> doing things like: removing the antenna from one (and not the other), >> moving them far apart, etc. - I'm fairly certain this is a software >> problem, and not the correct results. > > OK. Just to be sure, are you explicitly specif

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Eric Blossom
On Tue, Feb 10, 2009 at 10:48:18AM -0600, Douglas Geiger wrote: > Eric Blossom wrote: > > > > You have to tell it to use them. > > > > Take a look in : > > > > config_mimo(MC_WE_LOCK_TO_SMA) > > sync_to_pps() > > > > There are python bindings for these. > > (Oops, looks like we're missing t

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Suprin, Charles E.
] On Behalf Of Douglas Geiger Sent: Tuesday, February 10, 2009 11:48 AM To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] USRP2 PPS and REF Eric Blossom wrote: > > Hi Charles, > > You have to tell it to use them. > > Take a look in : > > confi

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Douglas Geiger
Eric Blossom wrote: > > Hi Charles, > > You have to tell it to use them. > > Take a look in : > > config_mimo(MC_WE_LOCK_TO_SMA) > sync_to_pps() > > There are python bindings for these. > (Oops, looks like we're missing the python binding for config_mimo...) > Are you using this from Pytho

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-09 Thread Eric Blossom
On Mon, Feb 09, 2009 at 10:50:44AM -0500, Suprin, Charles E. wrote: > Hello, > > I have hooked up the USRP2 to a PPS and a GPSDO 10MHz reference. > > Is there a way I can tell if the FPGA is seeing these signals and locking > onto them? > > Charles Hi Charles, You have to tell it to use them.