On Thu, Oct 13, 2011 at 08:51:40PM -0400, Raullen Chai wrote:
> Hi,
>
>
> Could somebody give me some tips and help on the following problem? Really
> appreciated!
>
>
> The input signal is b1(t)*sin(f1*t) + b2(t)*sin(f2*t), where f1 and f2 are
> close but different, and b1(t) and b2(t) are t
the usrp_source in gr-uhd has two io_type uhd.io_type.COMPLEX_INT16 and
uhd.io_type.COMPLEX_FLOAT32.
To my understanding, the float version will produce samples between -1.0 and
+1.0.
What is the range of the int16 version?
If the same signal is fed into the antenna, what is the relative scaling
Hi,
I am planning to move from CSMA to TDMA. Can anyone help me get directions
where to start. I saw that mblock are no more available, and instead 'stream
tags' are
used. I don't have knownledge of the underlying structure. I was also trying
to
understand the OpenBTS codes, but no help.
Regards,
I tried a simple setup to see if specifying the mask in GRC does things
as expected (as you told me). I took two GLFSR blocks. Both blocks are
set to the same degree (6) and the same seed. The mask of the first
block is set to 0; so that the built-in mask of degree 6 (which has an
integer value of
Can you elaborate on how exactly you solved this problem without using GRC?
What kind of interprocess communication did you use?
Thanks,
Johnny
On Tue, Sep 13, 2011 at 10:08 AM, Lebowski80 wrote:
>
> Hi Nick,
>
> I just wanted tell you that I solved my problem using interprocess
> communication,
I'm also interested in this problem. Juan Ramon, did you make any progress?
If you did, would you mind sharing it?
For Marcus, I have a more general question regarding the flow graph. If I
have in my GRC both a UHD sink and a UHD source block, is it true that the
USRP2 will stay in receive mode un
Vijay,
Can you post a GRC file with full-duplex configuration? I have the XCVR2450
board so I know I can only get half-duplex. Does the GRC full-duplex flow
graph for the WBX board achieve half-duplex for the XCVR2450 board?
Thanks,
Johnny
On Mon, Mar 14, 2011 at 12:37 PM, Vijay Pillai wrote:
>
On 14/10/2011 10:04 AM, Tuan (Johnny) Ta wrote:
I'm also interested in this problem. Juan Ramon, did you make any
progress? If you did, would you mind sharing it?
For Marcus, I have a more general question regarding the flow graph.
If I have in my GRC both a UHD sink and a UHD source block, is
On 10/14/2011 03:31 AM, Kyle Zhou wrote:
> the usrp_source in gr-uhd has two io_type uhd.io_type.COMPLEX_INT16 and
> uhd.io_type.COMPLEX_FLOAT32.
> To my understanding, the float version will produce samples between -1.0 and
> +1.0.
> What is the range of the int16 version?
> If the same signa
On 10/14/2011 04:46 AM, qaz wsx wrote:
> Hi,
>
> I am planning to move from CSMA to TDMA. Can anyone help me get directions
> where to start. I saw that mblock are no more available, and instead 'stream
> tags' are
> used. I don't have knownledge of the underlying structure.
The gr-uhd sink bl
On Fri, Oct 14, 2011 at 7:47 AM, John Ackermann N8UR wrote:
> Marcus D. Leech said the following on 10/13/2011 09:18 PM:
>
> On 10/13/2011 09:11 PM, John Ackermann N8UR wrote:
>>
>>> Is there a (hopefully simple) example of using the polyphase
>>> channelizer block in grc?
>>>
>>> I'm trying to
On Fri, Oct 14, 2011 at 1:13 AM, Achilleas Anastasopoulos wrote:
> This relates to a previous post regarding the behavior of gr_file_sink
> when it writes to a named pipe and the other side of the pipe stops
> reading.
>
> Currently the bahavior of the block is that it does not catch the
> "errno
On Fri, Oct 14, 2011 at 12:26 AM, adeel anwar wrote:
> i think josh is right about the color. Instead of red, some shade of blue
> or green might give a better look.
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki
>
> instead of putting "Start page", "Index by Title", "Index by Date" butto
On 14/10/2011 12:22 PM, Tom Rondeau wrote:
Ok, so to protect people from bleeding from any part of their body
while viewing the webpage, I have toned the red down a notch. But
seriously, if the webpage is causing you physical pain to look at,
perhaps the brightness of your monitor is turned
On 14/10/2011 12:01 PM, Tom Rondeau wrote:
You've almost got it right except for the taps. The "taps" parameter
is the FIR taps of the prototype filter, which then gets partitioned
among the N channels of the channelizer.
While there is no example in GRC readily available, you can look at
t
Tom Rondeau said the following on 10/14/2011 12:01 PM:
John,
You've almost got it right except for the taps. The "taps" parameter is
the FIR taps of the prototype filter, which then gets partitioned among
the N channels of the channelizer.
While there is no example in GRC readily available, you
Marcus D. Leech said the following on 10/14/2011 12:32 PM:
I have to wonder, though, John, whether your "scheme" for saving power
in a linear transponder is actually going to be workable.
Yes, you'll squelch the "no signal" channels going into the transponder,
but that is only the difference be
On 14/10/2011 1:06 PM, John Ackermann N8UR wrote:
It may not work to actually improve power efficiency, but another goal
is to just make it sound better by not raising the background level
across the whole output spectrum where there is no signal present. By
the time you add 40 or 50 dB gain
On 14/10/2011 12:53 PM, John Ackermann N8UR wrote:
Thanks, Tom. So it appears that you use a firdes.lowpass type
function in the taps setting. I've done that and I now get somewhat
more sane results on the output FFT.
However, I'm still seeing massive underruns when I assume the same
sample
Marcus D. Leech said the following on 10/14/2011 01:18 PM:
On 14/10/2011 12:53 PM, John Ackermann N8UR wrote:
Doesn't the PFB channelizer down-sample as well? So your output sample
rates from the channelizer will be mis-matched to the
UHD USRP sink?
That's what I'm trying to figure out. A 4
On Fri, Oct 14, 2011 at 1:42 PM, John Ackermann N8UR wrote:
> Marcus D. Leech said the following on 10/14/2011 01:18 PM:
>
> On 14/10/2011 12:53 PM, John Ackermann N8UR wrote:
>>
>
> Doesn't the PFB channelizer down-sample as well? So your output sample
>> rates from the channelizer will be mis
On 14/10/2011 1:42 PM, John Ackermann N8UR wrote:
Marcus D. Leech said the following on 10/14/2011 01:18 PM:
On 14/10/2011 12:53 PM, John Ackermann N8UR wrote:
Doesn't the PFB channelizer down-sample as well? So your output sample
rates from the channelizer will be mis-matched to the
UHD USRP
On 14/10/2011 1:42 PM, John Ackermann N8UR wrote:
That's what I'm trying to figure out. A 4x interpolator doesn't seem
to help, though. I'm not sure if the "oversample" parameter in the
channelizer might act as an interpolator, or if that provides some
other function.
John
Keep in mind t
A PN sequence can be generated by a Finite State Machine (FSM).
You can use the block gr_trellis_encoder and feed it with 0's at the
input in order to generate the PN sequence.
The only think you need to provide to it is a description of the FSM
(at this point we do not have a constructor that
On Oct 14, 2011, at 1:51 PM, "Marcus D. Leech" wrote:
>>
>>
>> Also, looking at your flow-graph, all of the channels are effectively at
>> baseband, so if you have two or more channels come up at the same
> time, they'll collide--was that the intent?
No, I was afraid that might be the case
On Fri, Oct 14, 2011 at 2:04 PM, John Ackermann N8UR wrote:
>
>
> On Oct 14, 2011, at 1:51 PM, "Marcus D. Leech" wrote:
>
> >>
> >>
> >> Also, looking at your flow-graph, all of the channels are effectively at
> baseband, so if you have two or more channels come up at the same
> > time, they'll
1. For Gnuradio-related questions, use the Gnuradio mailing list.
2. Gnuradio knows nothing about packets. Do you mean one of the
specific example programs included with Gnuradio?
--n
On Fri, Oct 14, 2011 at 11:30 AM, zhe yang wrote:
> Hi, List Buddies,
> How does gnuradio detect the end of a p
Hi,
I'm stuck compiling gnuradio here.
Any hint?
I tried both using the script and by hand (bootstrap etc.)
Thanks
Stefano IZ0MJE
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
-I/home/sinager/gnuradio-3.4.1/gnuradio-core/src/lib/runtime
-I/home/sinager/gnuradio-3.4.1/gnuradio-core/src/lib/ge
On 10/14/2011 12:32 PM, Stefano Sinagra wrote:
> Hi,
> I'm stuck compiling gnuradio here.
> Any hint?
> I tried both using the script and by hand (bootstrap etc.)
> Thanks
> Stefano IZ0MJE
>
I think its not regenerating the swig. Try cleaning gr-uhd first.
-josh
>
> libtool: compile: g++ -D
I'm not clear on this... if it's in the UHD C++ API, does that automatically
mean it's available in the Python API through SWIG? The C++ API is fairly well
documented but I haven't found a good Python API reference.
Thanks,
Sean
___
Discuss-gnuradio ma
On 10/14/2011 02:53 PM, Nowlan, Sean wrote:
> I'm not clear on this... if it's in the UHD C++ API, does that
> automatically mean it's available in the Python API through SWIG? The
> C++ API is fairly well documented but I haven't found a good Python
> API reference.
>
The API for the gr-uhd so
Thanks for your response. I've done that, but if want to do something fancier
like printing out daughterboard ID and device address, can I use "swigged" C++
calls?
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean
Can I use the following to get a pointer to the object instance and then access
the C++ public get/set methods? Or does SWIG not dig that deep?
virtual uhd::usrp::dboard_iface::sptr get_dboard_iface(size_t chan = 0) = 0;
virtual uhd::usrp::multi_usrp::sptr get_device(void) = 0;
Sean
-Origin
On 10/14/2011 03:04 PM, Nowlan, Sean wrote:
> Can I use the following to get a pointer to the object instance and then
> access the C++ public get/set methods? Or does SWIG not dig that deep?
>
Swig digs as deep as you tell it to. See uhd_swig.i, each header you
want to access stuff with needs
I'm just trying to match old USRP driver functionality in some of the
gnuradio-examples, which probably requires additional SWIGging. Does that sound
about right?
-Original Message-
From: Josh Blum [mailto:j...@joshknows.com] On Behalf Of Josh Blum
Sent: Friday, October 14, 2011 6:09 PM
I don't want to be "the guy" bothering you about building issues of
gnuradio every time :D, but experienced again building problems from the
3.4.1 source tarball with the latest ubuntu distro. I installed the
dependencies as reported in the SBRAC script :
/sudo apt-get -y install libfontconfig
Nella citazione in data sab 15 ott 2011 01:46:48 CEST, Ben Hilburn ha
scritto:
Arturo -
Looks like some boost errors. What version of boost is installed on
your system? Also, will you make sure that the libboost_system and
libboost_filesystem libraries are installed? A quick:
$ sudo updat
Nella citazione in data sab 15 ott 2011 01:56:04 CEST, Arturo Rinaldi ha
scritto:
Nella citazione in data sab 15 ott 2011 01:46:48 CEST, Ben Hilburn ha
scritto:
Arturo -
Looks like some boost errors. What version of boost is installed on
your system? Also, will you make sure that the libboost
I've been doing a lot of work lately on the in-code documentation, and I've
finally gotten around to working with Ben Reynwar's docstring work to insert
the Doxygen docstrings into Python. This results in us being able call
help(gr.something) and get the full documentation that's available in the
h
On 10/14/2011 07:44 PM, Tom Rondeau wrote:
> I've been doing a lot of work lately on the in-code documentation, and I've
> finally gotten around to working with Ben Reynwar's docstring work to insert
> the Doxygen docstrings into Python. This results in us being able call
> help(gr.something) and
40 matches
Mail list logo
