Forum: GNU Radio external 1pps pulse

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
543560fff16cd8ce6ceb506c64c24a2d?d=identicon&s=25 Hans Glitsch (Guest)
on 2007-03-16 21:10
(Received via mailing list)
Hello,

I currently have four complex input signals coming in through USB and I
have a 1pps timing pulse coming from a gps source  that I need to
synchronize the 64MHz clock to and also pass on to the PC so that I know
exactly which sample it occurred on.  Can someone give me some guidance
as to how I might accomplish this?

Thank you,
Hans
745d8202ef5a58c1058d0e5395a78f9c?d=identicon&s=25 Eric Blossom (Guest)
on 2007-03-16 22:28
(Received via mailing list)
On Fri, Mar 16, 2007 at 01:08:27PM -0700, Hans Glitsch wrote:
> Hello,
>

> I currently have four complex input signals coming in through USB
> and I have a 1pps timing pulse coming from a gps source that I need
> to synchronize the 64MHz clock to and also pass on to the PC so that
> I know exactly which sample it occurred on.  Can someone give me
> some guidance as to how I might accomplish this?
>
> Thank you,
> Hans

Hi Hans,

In the good news / bad news department, the good news is that this
shouldn't be hard to do with the "inband signaling" work that's
currently underway.  The bad news is that this work probably won't
be ready for a couple of months.

In the interim, if you're willing to steal an LSB, you could modify
the verilog such that it reported the presence or absence of the 1pps
in the LSB of say, the I component of the first channel.

Eric
23b67cf88de2a13b380fc0a13c43b590?d=identicon&s=25 Ryan Seal (Guest)
on 2007-03-16 22:48
(Received via mailing list)
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
543560fff16cd8ce6ceb506c64c24a2d?d=identicon&s=25 Hans Glitsch (Guest)
on 2007-03-16 22:57
(Received via mailing list)
> Hi Hans,
> Eric
>

Hi Eric,

Thanks for the reply.  I could use an LSB on one signal, although I hate
to
lose a whole bit when I only have 12 to start with.  I was hoping there
might be a way to interleave another signal in with the four complex
ones
I'm receiving in the PC.  My data rate is fairly low, so another signal
would not hurt much.   I haven't looked at the Verilog code yet.  Would
a
fifth interleaved signal even be implement in the context of the verilog
code?  Also, what method would you use to receive the 1pps signal so the
verilog code could stick it into an LSB, or another signal?

The other issue is synchronizing the 64MHz clock to the 1pps.  Is there
any
way to do this synch with the usrp's onboard clock, or will I have to
make
an external clock?

Thanks,
Hans
3596cfe1d579c65b9babd35e8787977c?d=identicon&s=25 Matt Ettus (Guest)
on 2007-03-21 05:52
(Received via mailing list)
Hans Glitsch wrote:
>> Hi Hans,
>> Eric
>>
>
> Hi Eric,
>
> Thanks for the reply.  I could use an LSB on one signal, although I
> hate to lose a whole bit when I only have 12 to start with.

It would be 1 bit out of 16, not out of 12.  We send 16 bit samples over
the bus.

> I was hoping there might be a way to interleave another signal in with
> the four complex ones I'm receiving in the PC.  My data rate is fairly
> low, so another signal would not hurt much.   I haven't looked at the
> Verilog code yet.  Would a fifth interleaved signal even be implement
> in the context of the verilog code?  Also, what method would you use
> to receive the 1pps signal so the verilog code could stick it into an
> LSB, or another signal?

This is also possible.  You could put in into another channel.  See the
code in tx_buffer.v

> The other issue is synchronizing the 64MHz clock to the 1pps.  Is
> there any way to do this synch with the usrp's onboard clock, or will
> I have to make an external clock?

You'll need to use an external clock.

Matt
This topic is locked and can not be replied to.