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

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Newman, Timothy
-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 properly, should the timestamps coming out of the two

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 Suprin, Charles E.
To: 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 properly

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

RE: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-13 Thread Suprin, Charles E.
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] USRP2 PPS and REF

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 the

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 doug.gei...@bioradiation.net 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

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 usrp2/usrp2.h: 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

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 usrp2/usrp2.h: config_mimo(MC_WE_LOCK_TO_SMA

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 usrp2/usrp2.h: config_mimo(MC_WE_LOCK_TO_SMA) sync_to_pps() There are python bindings for these. (Oops, looks like we're missing the

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 specifying

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 that

Re: [Discuss-gnuradio] USRP2 PPS and REF

2009-02-10 Thread Johnathan Corgan
On Tue, Feb 10, 2009 at 1:26 PM, Douglas Geiger doug.gei...@bioradiation.net 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.

[Discuss-gnuradio] USRP2 PPS and REF

2009-02-09 Thread Suprin, Charles E.
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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

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. Take