[Discuss-gnuradio] [GSOC17 - Draft proposal] Implement SigMF functionality for GNU Radio

2017-03-23 Thread Kostis Triantafyllakis
Hello, My name is Kostis Triantafyllakis, graduate student of Computer Science at the University of Crete. I'm interested in the project of SigMF functionality implementation for GNU Radio. I have started working on my proposal and I kindly ask for your feedback. Please find the draft below:

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

2017-03-23 Thread Marcus Müller
Aside from that, sorry, Marcus L is right: phase is the "angle of the complex sample you're receiving *relatively to how it was sent*". On 03/23/2017 06:02 PM, Marcus Müller wrote: > > Hi Fernando, > > > What if I told you I can predict the relative phase to be uniformly > distributed across

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

2017-03-23 Thread Marcus Müller
Hi Fernando, What if I told you I can predict the relative phase to be uniformly distributed across (0,2π( , if you don't synchronize? Anyway, phase is just the angle of the complex sample you're receiving, so: use the complex_to_arg block! Best regards, Marcus On 03/23/2017 05:53 PM, Trejo

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

2017-03-23 Thread mleech
Phase is a relative measurement. Against what are you measuring the incoming phase? You can measure a PSK signal instantaneous phase-shift by computing the arctran2 between adjacent critically-sampled samples. But there's no way to look at a signal and say "what is its absolute phase" without

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

2017-03-23 Thread Trejo Treviño , Fernando Alberto
I am aware that a random phase shift will be introduced by the channel, but I need a method to measure the received phase (even if it does not exactly match the one from the transmitter) and store it, so I can then run some statistics on them [] This is why I think that the TX and RX do not

Re: [Discuss-gnuradio] AWGN using E310

2017-03-23 Thread Marcus Müller
Hi John, trying to understand the confusion here: What I recommended was really the two-block solution you mentioned in GRC: Noise-to-air flow graph So, wouldn't that be exactly what you need? A samp_rate wide piece of white-as-it-gets noise anywhere the E310 can tune to? Best regards,

Re: [Discuss-gnuradio] AWGN using E310

2017-03-23 Thread John B. Wood
On 01/05/2017 02:22 PM, Marcus Müller wrote: Hi John, sure! Just use the noise source with a noise variance (amplitude) low enough to allow for the resulting amplitude to very rarely exceed 1.0 (because that would lead to artifacts/non-gaussian distribution) (or, better yet, use the fast noise

[Discuss-gnuradio] GNURadio is part of the Rohde & Schwarz Engineering Competition

2017-03-23 Thread Joshua . Schueler
Hi, We just want to give you a heads up that GNURadio is part of this year’s Rohde & Schwarz Engineering Competition. Rohde & Schwarz is an international company specialized in electronic test equipment, broadcast electronics, radio communication and much more. The Engineering Competition

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

2017-03-23 Thread Usman Haider
Marcus, Adding the command to my useful commands list. Thanks. -- Usman On Wed, Mar 22, 2017 at 2:55 PM, Marcus Müller wrote: > A common way to figure out dependencies is to look into what other > builders used – in your case, you can check very easily: > > apt-get

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

2017-03-23 Thread Usman Haider
On Wed, Mar 22, 2017 at 1:46 PM, Cinaed Simson wrote: > On 03/21/2017 09:34 PM, Usman Haider wrote: > > > > > > On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting > > wrote: > > > > On Tue, 2017-03-21 at 22:59 +0500, Usman