Hi,
I'm using USRP N210 with LFRX.
I installed uhd and gnuradio with build-gnuradio script without any problem.
However, when I run an application, it has such error message:
self.sink = gr.message_sink(gr.sizeof_short*2, self.queue, False)
AttributeError: 'module' object has no attr
Hi Wu,
yes, something has changed: GNU Radio made a version progression from
3.6 to 3.7. Part of this progress was that the standards blocks are now
part of the "blocks" module, and no longer of the "gr" module.
Please refer to the official GR wiki to learn about conversion from 3.6
to 3.7.
Greet
Nevertheless, using a "throttle" block with 400e6 samples/second seems
to be inadequate. The throttle rate (which has nothing to do with the
sampling rate) should be reduced to something the average computer can
deal with when visualizing. Maheshkumar, use something like 100k for the
beginning.
On
On Fri, Nov 1, 2013 at 6:16 AM, Tommy Tracy II wrote:
> Thanks a lot. I do have a question about the 6.67 that you pass to the
> gr::firdes::window(gr::filter::firdes::WIN_BLACKMAN_HARRIS, SIZE, 6.67);
>
> What is the importance of this value? Is this the default BETA? I found that
> when creating
On Thu, Oct 31, 2013 at 3:46 AM, Harry Zhang wrote:
> Hi,
> As far as I know rx_time tag is associated with the first sample of a
> receive stream. If I wanna get multiple rx_time tags while receiving
> continuous data, should I stop and issue a new stream again and again
> for getting more rx_tim
I'm trying to cross compile gnuradio for arm within an OpenEmbedded SDK
using
bitbake 1.18
meta-openembedded Dylan
openembedded-core Dylan
&
meta-ettus e100-updates
After generating and setting up the SDK, I have downloaded the gnuradio
source and am trying to build it from there.
When I run make
On Fri, Nov 1, 2013 at 11:06 AM, Taylor Centers
wrote:
> I'm trying to cross compile gnuradio for arm within an OpenEmbedded SDK
> using
> bitbake 1.18
> meta-openembedded Dylan
> openembedded-core Dylan
> &
> meta-ettus e100-updates
>
> After generating and setting up the SDK, I have downloaded t
I have a PC with two PCIe express cards each of which has four Ethernet
connections. I connect 6 USRP N210 to them. For shorter transmissions, like
8 samples, I can do 25Msamp/sec on all simultaneously. But I have issues
with latencies. I am using UHD driver version 3.3.2 still. I spent two
Hi Sema,
You are most likely seeing the local oscillator at the centre due to the
WBX being a direct conversion daughterboard:
http://en.wikipedia.org/wiki/Direct-conversion_receiver
To remove this, you can put the following in the center frequency box of
the UHD source/sink block in GRC:
uhd.t
Hi
On an gentoo system with qwt-6.0.2 the qtgui builds nut fails to run.
The test reports
libgnuradio-qtgui-3.7.2git.so.0.0.0: undefined symbol:
_ZNK7QwtPlot9drawItemsEP8QPainterRK6QRectFPK11QwtScaleMapq
This is due to mixture of qwt5 ( used for PyQt )and qwt libs.
FindQwt.cmake sets:
//Path
I replied, if anyone is interested ping me and I'll resend to the list.
On 11/01/2013 08:11 AM, Tom Rondeau wrote:
> On Fri, Nov 1, 2013 at 11:06 AM, Taylor Centers
> wrote:
>> I'm trying to cross compile gnuradio for arm within an OpenEmbedded SDK
>> using
>> bitbake 1.18
>> meta-openembedded Dy
You’re right; the following syntax is the least ambiguous for creating
Blackmanharris windows in c++:
const std::vector< float > fft_window =
gr::filter::firdes::window(gr::filter::firdes::WIN_BLACKMAN_HARRIS, 1024, NULL);
Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power
On Fri, Nov 1, 2013 at 4:42 PM, Tommy Tracy II wrote:
> You’re right; the following syntax is the least ambiguous for creating
> Blackmanharris windows in c++:
>
> const std::vector< float > fft_window =
> gr::filter::firdes::window(gr::filter::firdes::WIN_BLACKMAN_HARRIS, 1024,
> NULL);
I'm act
For the "generic" LP/BP filter blocks, would it make sense for them to
automatically select either a conventional FIR or FFT-fast-convolution
filter,
depending on the number of taps and other parameters?
The user still has access to the low-level implementations, but the
choice between conve
Tom,
Thanks for your reply.
I got a weird problem when using rx_time tags. I have three nodes,
node A sends 10 packets within 0.2 sec ,stops for 1sec sends 10 packets
, stops..., sends,stops . Node B and C receive it and record
the receive time using (rx_time+ sample_count*samp
Hi guys,
Recently, I have conducted a project based on ofdm benchmark. However, when
I use the high modulation rate like qam16 and qam64, the packet error rate
increase significantly. I guess the reason is that the preamble in gunradio
is too weak to do channel estimation, thereby raising the pac
Hi Marcus,
Thanks!
I changed the line to " self.sink = blocks.message_sink(gr.sizeof_short*2,
self.queue, False)"
and now it works.
Wu
-Original Message-
From: Marcus Müller [mailto:mar...@hostalia.de]
Sent: Friday, November 01, 2013 6:23 PM
To: Ting Wu
Cc: discuss-gnuradio@gnu.org
Su
17 matches
Mail list logo
