# Seeking mentor in GSoC

**URL:** <https://www.ruby-forum.com/t/seeking-mentor-in-gsoc/228200>\
**Category:** GNU Radio\
**Created:** [April 13, 2013, 10:16am UTC](https://www.ruby-forum.com/t/seeking-mentor-in-gsoc/228200 "2013-04-13T10:16:08Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![Gong\_Z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@Gong\_Z](https://www.ruby-forum.com/u/Gong_Z)\
**Post date:** [April 13, 2013, 10:16am UTC](https://www.ruby-forum.com/t/seeking-mentor-in-gsoc/228200/1 "2013-04-13T10:16:08Z")

</div>

Dear All,  
I’m a graduate student and my research area includes wireless sensor  
networks and signal processing.  
I notice the lack of a absolute clock synchronization method in USRP  
without cable or external input such as GPSDO.And the sync arruracy  
should be as high as microsecond.This is crucial for some applications  
such as localization,frequency hopping,relay communication,joint sensing  
and TDMA.My target is to perform a block like this.  
My current thinking is a timestamp based sync method.The general idea  
is the following.  
USRP A send several some data which contains the time stamp (called send  
timestamp) when itself was send.USRP B receive the data and record the  
time stamp (called received timestamp) when it was received.After  
demodulation of the data,B get the send timestamp.With these two  
timestamp,B can do some signal process to reach absolute clock  
synchronization.  
And now the problem is that I need a mentor.If you are interested,  
please contact me.  
Thank you in advance.  
Best,  
ZG

---

<div class="post-metadata">

**Author:** ![Gong\_Z](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/g/d07c76/32.png) [@Gong\_Z](https://www.ruby-forum.com/u/Gong_Z)\
**Post date:** [April 15, 2013, 9:49am UTC](https://www.ruby-forum.com/t/seeking-mentor-in-gsoc/228200/2 "2013-04-15T09:49:04Z")

</div>

Hi Gong Z., (and other interested students),

you don’t _need_ a mentor to put in a proposal for GSoC.  
This is how it works:

- You write a proposal and submit it to GSoC
- We consider all proposals based on their quality, impact on the  
project, feasability (and, let’s be honest, what we think is cool)
- If a proposal is accepted, you _will_ have a mentor. We’ll take care  
of that.

Now, back to your idea. Because you’ve brought up your own project,  
(and that’s a great thing, nothing more important than initiative in an  
open source project!) there’s no default person to discuss it with, and  
the only other way is to discuss it here, on the list.

As I’ve written before (off-list), I’m not 100% clear what your project  
entails. You should to the following: Think about what exactly your  
project should look like, what your milestones and deliverables could  
be, specific examples for scenarios where your tool would be useful, and  
how it justifies 3 months of full time work.  
Then bring that back up in this thread.

On a side note, I’m happy that you’re interested in participating in  
GSoC, but you would have helped everyone if you had brought up the idea  
earlier!

MB

On Sat, Apr 13, 2013 at 04:14:51PM +0800, Gong Z. wrote:

> Dear All,  
> I’m a graduate student and my research area includes wireless sensor networks  
> and signal processing.  
> I notice the lack of a absolute clock synchronization method in USRP without  
> cable or external input such as GPSDO.And the sync arruracy should be as high as  
> microsecond.This is crucial for some applications such as localization,frequency  
> hopping,relay communication,joint sensing and TDMA.My target is to perform a block  
> like this.  
> My current thinking is a timestamp based sync method.The general idea is the  
> following.  
> USRP A send several some data which contains the time stamp (called send  
> timestamp) when itself was send.USRP B receive the data and record the time stamp  
> (called received timestamp) when it was received.After demodulation of the data,B  
> get the send timestamp.With these two timestamp,B can do some signal process to  
> reach absolute clock synchronization.  
> And now the problem is that I need a mentor.If you are interested, please  
> contact me.  
> Thank you in advance.  
> Best,  
> ZG

–  
Karlsruhe Institute of Technology (KIT)  
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin B.  
Research Associate

Kaiserstraße 12  
Building 05.01  
76131 Karlsruhe

Phone: +49 721 608-43790  
Fax: +49 721 608-46071  
www.cel.kit.edu

KIT – University of the State of Baden-Württemberg and  
National Laboratory of the Helmholtz Association
