Tom,
What kind of sample rate / setup are you using for your opensl_source? I've
set up a flowgraph that is just an opensl_source (sampling at 48kHz)
connected to a file sink, and when I play back the file through GRC on my
desktop my audio is coming out pretty garbled, as if samples are being
Hi Yee,
Oh I did forget to put the link of the book, sorry!!! Here is the book:
http://www.amazon.com/Digital-Communications-A-Discrete-Time-Approach/dp/0130304972
If you want to implement a PLL by yourself, I prefer to see an example of
QPSK Tx/Rx in Matlab:
http://www.mathworks.com/help/comm/
Well, it was definitely something simple :) Thank you for your help Tom!
Best,
Ali
On Tue, Mar 17, 2015 at 7:21 PM, Tom Rondeau wrote:
> On Tue, Mar 17, 2015 at 8:10 PM, Ali Riaz wrote:
>
>> Hello everyone,
>>
>> I was wondering if anyone can help me with a small issue. I want to use
>> the ta
On Tue, Mar 17, 2015 at 8:10 PM, Ali Riaz wrote:
> Hello everyone,
>
> I was wondering if anyone can help me with a small issue. I want to use
> the tagged_file_sink block in gnuradio companion, but with a couple of
> additional features suitable for my application needs. So I decide to
> create
Hello everyone,
I was wondering if anyone can help me with a small issue. I want to use the
tagged_file_sink block in gnuradio companion, but with a couple of
additional features suitable for my application needs. So I decide to
create an OOT module, and as a start simply copy-pasted the original
On 03/17/2015 07:06 PM, Anderson, Douglas J. wrote:
Hi all,
I just finished writing a flowgraph with a few custom C++ blocks, but
when I connect it to a USRP N210 at about 25MS/s it's not too hard to
find a combo of parameters that will cause a sea of DDs to
come flooding into the ter
Hi all,
I just finished writing a flowgraph with a few custom C++ blocks, but when I
connect it to a USRP N210 at about 25MS/s it's not too hard to find a combo of
parameters that will cause a sea of DDs to come flooding into the term.
I think there are some areas I can improve in my bl
On 17.03.2015 14:14, Richard Bell wrote:
Martin,
Thanks for your detailed response. I need some clarification on a few
points. I also need to clarify something.
I am using the HPD on demodulated detected data. There are no floats at
this point. Everything is binary. The data type of all blocks
On Tue, Mar 17, 2015 at 4:27 PM, Luiz Silva wrote:
> Hello,
>
> I tried to create a module in the Gnuradio v3.7.6.1 installed by pybombs
> using gr_modtool. But the module didn't appear in the gnuradio module list.
> I verified if something it was wrong during the creation of the block, but
> it
On 17.03.2015 11:48, Richard Bell wrote:
[...]
My issue might stem from a misunderstanding of the HPD parameters. This
block seems to have been written for OFDM, but I'm using it for single
carrier QPSK. If someone wouldn't mind looking over my parameters with
singe carrier in mind to confirm I'
Hello,
I tried to create a module in the Gnuradio v3.7.6.1 installed by pybombs using
gr_modtool. But the module didn't appear in the gnuradio module list.
I verified if something it was wrong during the creation of the block, but it
wasn't.
So after a long time, I noticed that the .xml files o
Dear Dong Tian Xiao,
Still the best solution (for me) was to install to a clean OS otherwise you
might run endlessly about it.
Instalation to a clean Ubuntu 14.04 via Pybombs was fast and smooth. I
might have a more detail description, if needed, let me know.
Best regards,
Iluta
On Tuesday, Ma
I'm going to guess that you have leftover "stuff" from a different
attempt to install Gnu Radio, because there's
a file in /usr/bin/gnuradio-companion that is either a
symlink-to-nowhere, or it's pointing to a Python install that doesn't
exist.
Now, normally, build-gnuradio uninstalls (via yo
Hello ALL,
I encountered one problem during installing GNU Radio on ubuntu 14.04 . I
attached the whole installation log . Could someone help me with this? Thanks
in advance.
I used the script from the link below to install Gnuradio :
http://gnuradio.org/redmine/projects/gnuradio/wiki/Insta
Hi Daniele,
On 03/17/2015 03:38 PM, Daniele Nicolodi wrote:
> I realized this while having my coffee this morning. I should avoid to
> reply to emails before assuming the right amount of caffeine :)
oh... I know that feeling!
>> In effect, GNU Radio's control loops are monolithic blocks -- that
Thanks for reaching out, all input is appreciated.
The file in use is from files.ettus.com/tutorials/Lab_5.grc.
The "gross" mismatch in sample rates comes about when you set the Rational
resampler output rate to be exactly what the UHD:USRP Sink is expecting ...
in this case 250K.
The incidence
Maybe watch your CPU utilization with htop when you're recording with
terminal command to /dev/null, and compare it to gnuradio with a null
source.
If you take out or disable the audio source, the underflows should go away.
On Tue, Mar 17, 2015 at 5:14 PM, Marcus Müller
wrote:
> Hi Larry,
>
>
Hi Larry,
if I understand correctly, then you're using the audio source as "input"
to your usrp_sink-terminated flow graph.
In that case, the "U"nderruns come from UHD, not the audio source; the
flow graph is not supplying samples fast enough.
The problem might be systematic, for example if the r
On 17/03/15 15:08, Marcus Müller wrote:
> Hi Daniele,
>
>> Also, I don't see why you cannot combine other blocks to realize
>> your own PLL implementation. Where did you read that you "can’t use
>> companion to add and drop the current available blocks to construct a
>> phase locked loop"?
> Wai
On Tue, Mar 17, 2015 at 12:10 AM, Vijay Galbaransingh wrote:
> Thanks Tom, that sorted it out. My audio output is a bit choppy but no
> matter – time to move on to some more complex flowgraphs in my Android app.
>
> Thanks again,
> Vijay
Yes, the skipping in the audio output is a known bug, and
If you're getting long strings of 'U', this means a *gross* sample-rate
mis-match somewhere in your flow-graph,
rather than the more-subtle "two clock" problem.
Make sure that everything agrees internal to the graph about
sample-rates, and, perhaps more importantly, that your audio *hardware*
Hello:
Can anyone point me to some "color" on how to work with the Audio Source.
I am working examples to transmit FM Audio and have problems with Underruns
on the UHD:USRP Sink.
The examples (from files.ettus.com/tutorials/Lab_5.grc and others) I am
running select Audio Source Arch:alsa and this
Dear Vishwanatha,
have a look at the constellation_soft_receiver.grc example, which
usually get's installed somewhere like
/usr/[local/]/share/gnuradio/examples/digital .
You'd add a constellation object, and use that in the constellation
receiver block. Have you had a look at the documentation [1
Hi Daniele,
> Also, I don't see why you cannot combine other blocks to realize
> your own PLL implementation. Where did you read that you "can’t use
> companion to add and drop the current available blocks to construct a
> phase locked loop"?
Wai Yee has a point here -- you can't have a circle in
On 17/03/15 02:05, yee_yy1992 wrote:
>
> Hi, Currently I am doing my Final Year Project to develop a phase
> measurement using Phase Locked Loop theory. I am using *USRP N210* for
> the hardware and I have installed *Gnuradio Companion* in *Ubuntu 12.04
> LTS* (running in VMplayer). I have studied
Hi all,
I'm trying to get the constellation of 16QAM. How to use constellation
receiver block for 16QAM? thanks in advance
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
26 matches
Mail list logo
