On 02/27/2012 08:48 PM, Jon Phil wrote:
> Is there a way so that one can pass the output of a custom gnuradio block as
> parameter to another block?
>
>
Take a look at the function probe block in gnuradio companion (and using
it with the probe signal block).
Periodically probe a function and
Is there a way so that one can pass the output of a custom gnuradio block as
parameter to another block?
Thanks,
J.___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Mon, Feb 27, 2012 at 9:24 PM, labarowski wrote:
>
> Thanks for the replies everyone! Tom, I'm not entirely sure how to "pass
> "-O
> pulse"", but I did change gr-audio.conf to use pulse and that seems to have
> done the trick. Thanks! +1 for pulse!
Most audio examples have a command-line opt
Thanks for the replies everyone! Tom, I'm not entirely sure how to "pass "-O
pulse"", but I did change gr-audio.conf to use pulse and that seems to have
done the trick. Thanks! +1 for pulse!
labarowski wrote:
>
> I was able to get gnuradio to successfully compile using the script
> available at
On 27/02/12 09:10 PM, Tom Rondeau wrote:
>
>
> All I'm saying is that pulseaudio on Ubuntu seems to just work these
> days.
>
> Tom
Well, I should perhaps re-visit Pulse sometime in the coming year or
so. I currently just use Alsa nomenclature,
and that seems to work.
--
Principal Investig
On 02/27/2012 05:30 PM, George Nychis wrote:
> It's be good if you can chime in here, Josh :)
>
> It seems like this is something that should be fixed about tunnel.py in
> future GNU Radio releases for use with UHD.
>
Like removing it altogether :-)
> That is clearly documented as control of
On Mon, Feb 27, 2012 at 9:03 PM, Marcus D. Leech wrote:
> On 27/02/12 08:59 PM, Tom Rondeau wrote:
> >
> > Try passing the device string "-O pulse" to use pulseaudio, instead.
> > You might have to install libpulse0, though. I've found this to be a
> > more flexible and reliable sound system.
> >
On 27/02/12 08:59 PM, Tom Rondeau wrote:
>
> Try passing the device string "-O pulse" to use pulseaudio, instead.
> You might have to install libpulse0, though. I've found this to be a
> more flexible and reliable sound system.
>
> Tom
>
I've never found *any* sound subsystem on Linux to be "reli
On Mon, Feb 27, 2012 at 8:21 PM, labarowski wrote:
>
> I was able to get gnuradio to successfully compile using the script
> available
> at (http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR) and I
> updated my PYTHONPATH as the script instructed. However, none of the audio
> exampl
Have you tried playing audio from a different source? If you go to
youtube.com, and watch a video, can you hear the sound?
Cheers,
Ben
On Mon, Feb 27, 2012 at 5:21 PM, labarowski wrote:
>
> I was able to get gnuradio to successfully compile using the script
> available
> at (http://gnuradio.or
On Mon, Feb 27, 2012 at 2:57 PM, Tom Rondeau wrote:
> On Mon, Feb 27, 2012 at 4:51 PM, Jeff Hodges wrote:
>>
>> Thanks Ben and Tom, you two have been very helpful.
>>
>> The code Ben provided does work, and adjusting my GRC program to use the
>> same parameters, I was able to achieve the expected
On 27/02/12 08:30 PM, George Nychis wrote:
> It's be good if you can chime in here, Josh :)
>
> It seems like this is something that should be fixed about tunnel.py
> in future GNU Radio releases for use with UHD.
I've attached a skeletal piece of GRC that uses the "Burst Tagger" block
with a 10Hz
It's be good if you can chime in here, Josh :)
It seems like this is something that should be fixed about tunnel.py in
future GNU Radio releases for use with UHD.
I'm trying to do my fair share of research here and tackle it. If what you
say is true, Marcus, the control I need is over the TX chai
I was able to get gnuradio to successfully compile using the script available
at (http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR) and I
updated my PYTHONPATH as the script instructed. However, none of the audio
examples are working. They run without returning any errors, but I don
On Mon, Feb 27, 2012 at 4:51 PM, Jeff Hodges wrote:
> Thanks Ben and Tom, you two have been very helpful.
>
> The code Ben provided does work, and adjusting my GRC program to use the
> same parameters, I was able to achieve the expected results.
>
> However, it appears there are two issues:
>
> (
Thanks Ben and Tom, you two have been very helpful.
The code Ben provided does work, and adjusting my GRC program to use the
same parameters, I was able to achieve the expected results.
However, it appears there are two issues:
(1) When differential encoding is set to off for both mod/demod bloc
Hello group,
I am helping a group of students at my University design a basic GMSK
waveform. I have some experience in GNU Radio, but most of what I do is in
GRC only.
The setup: I have designed a GMSK waveform that consists of a file
souce=>packet encoder=>GMSK Mod=>GMSK Demod=>packet decoder
On 02/26/2012 08:27 PM, Ahmad Zaki Yaacob wrote:
> Hi,
>
> I'm running on Debian 5.0 Lenny. My device is USRP2. I have installed UHD
> 003.003.001. Boost 10400. GNU C++ version 4.6.2. I'm having problem to get
> uhd_find_devices working.
>
> The error message is
> UHD Error:
> Cannot open UDP t
On Mon, Feb 27, 2012 at 10:00 AM, Ben Reynwar wrote:
> On Mon, Feb 27, 2012 at 7:36 AM, Jeff Hodges wrote:
>> Does anyone know if the QAM demodulator code is working properly? I would
>> like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
>> don't know whether I am just using
On Mon, Feb 27, 2012 at 7:36 AM, Jeff Hodges wrote:
> Does anyone know if the QAM demodulator code is working properly? I would
> like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
> don't know whether I am just using the wrong parameters or if the blocks do
> not work proper
On Fri, Feb 24, 2012 at 9:48 PM, Andrew Davis wrote:
> Ok, I've got a branch on github:
> https://github.com/glneo/gnuradio-davisaf/tree/optfir with optfir
> ported and working in C++, it's part of gr ( gr.optfir ) like firdes.
> This keeps the filter design tools together and allows the old optfi
On Thu, Feb 23, 2012 at 9:08 PM, Nowlan, Sean
wrote:
> Hi Tom,
>
> ** **
>
> I tested with your merged branch. No segfault and same tests fail as
> expected.
>
> ** **
>
> I noticed several weird numbers in the orc results. Some of them
> correspond to the failed cases. Do you know what i
On Mon, Feb 27, 2012 at 4:52 AM, Martin Braun wrote:
> Hi,
>
> I really like the "Related Pages" section that was introduced in the
> Doxygen-generated docs. Wouldn't this be a great place to put an updated
> version of "Exploring GNU Radio" and a reincarnation of the docs for
> gr-howto-write-a-
On Mon, Feb 27, 2012 at 9:36 AM, Jeff Hodges wrote:
> Does anyone know if the QAM demodulator code is working properly? I would
> like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
> don't know whether I am just using the wrong parameters or if the blocks do
> not work prope
Does anyone know if the QAM demodulator code is working properly? I would
like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
don't know whether I am just using the wrong parameters or if the blocks do
not work properly, but I am not getting the results I expect.
To test the c
hallo list,
i'd like to setup an OFDM System using 2 USRP2. while this i getting two
Questions.
( currently there is no external 10MHz generator connected. however, hope it
will be working)
1. To achieve my goal,first i want to compensate the freq.offset and figure
out (with usrp2_fft.py) a ~40k
hi all,
the usrp final samling rate coming out from the codec is 128 Msps so i think
that you should follow this equation : sample rate* interpolation =128 msps you
can set the sampling rate =1 msps and the interpolation rate =128
try it and inform me of the result
yours,
osama riad
> Date: S
Hi all,
I am working to compare the performance of an ofdm single transceiver and a
mimo-ofdm 2x1 one. For this purpose, I would like to measure parameters at
the receiver side such as snr, goodput, ber, to see the improvement that
the mimo implementation should provide...So far, I've been trying
Hi,
I really like the "Related Pages" section that was introduced in the
Doxygen-generated docs. Wouldn't this be a great place to put an updated
version of "Exploring GNU Radio" and a reincarnation of the docs for
gr-howto-write-a-block? I realise the Doxygen stuff is very C++-centric,
but right
On Fri, Feb 24, 2012 at 07:16:17PM -0500, Nazmul Islam wrote:
> I apologize in advance if a similar question has already been asked here. I
> searched for similar questions in the mailing list but could not find one.
I think this is a great question, and I'll post Michael's answer to the
FAQ.
MB
30 matches
Mail list logo
