Hi, all,
I am not sure if the timing example in
gr-digital/examples/example_timing.py
has some issues when using M&M timing recovery. In this example, if setting
--mode=1
we will run into
self.connect(self.src, self.rrc, self.chn, self.off, self.clk,
self.vsnk_clk)
where the chann
I updated build-gnuradio this evening to support a "-a" or "--autotools"
option, to cause the
Gnu Radio part of the build to revert to a "traditional" autotools
build, rather than use the
"cmake" build. This option will obviously break at such time as the
auto-tools build pathway
is deprecat
>> There is a configurable scale factor (see the stream args in the grc
>> block). It defaults to a value that gives you the upper 8.
>>
>> -Josh
>>
> I noticed there was a "scalar=1024" option. Is that just a multiplier
> that UHD applies on the host
> side for 8-bit samples, or does it affect
My AMD Athlon(tm) II X4 620 Processor does jyst fine with 50Msps FFT
plotter. Just sayin :-)
Hmmm, is the Athlon II generally better than the Phenom II (insns/clock?
). I suppose I should try it on my
1090T as well, which is rather faster than the 1055T I tried it on
tonight. But that mean
To my understanding, the DBSTX is designed for Satellite TV reception. So it
should be safe to connect the output of the satellite LNB to the DBSRX without
problem.
In fact, I tried to connect the LNB out port of a DVB-S set top box to the
DBSRX directly without problem or distortion.
KZ
The o
On 11/09/2011 07:24 PM, Nowlan, Sean wrote:
> What generates the various flags.make files? I had to edit these by hand to
> put the correct flags in. I'm pretty sure I shouldn't need to do that.
>
So the gnuradio install on this image, was built natively with that
toolchain file: http://files
To my understanding, the DBSTX is designed for Satellite TV reception. So it
should be safe to connect the output of the satellite LNB to the DBSRX
without problem.
In fact, I tried to connect the LNB out port of a DVB-S set top box to the
DBSRX directly without problem or distortion.
KZ
Fro
On 11/09/2011 06:26 PM, Janek wrote:
> I'm trying to dynamically/automatically change the input index of the
> selector block based on the output of a square wave. Normally one would
> use a variable block, but I need it to automatically change without a
> user's input. How can I connect the ou
On 11/09/2011 07:07 PM, Marcus D. Leech wrote:
> Just did a quick test of 8-bit samples on a USRP2, on one of my 6-core
> AMD machines.
>
> I can get to 33Msps with a fairly simple SOURCE-->MULT-->FFT_SINK
> flow-graph, but anything more complicated causes overruns.
>
> If I try 50Msps, I get n
What generates the various flags.make files? I had to edit these by hand to put
the correct flags in. I'm pretty sure I shouldn't need to do that.
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatec
Hi All,
I'm about to connect another receiver to the DBSRX to see the spectrum.
Q1: can I break sumthing if connect it straight (receiver -> DBSRX)
Q2: should I use an attenuator (ex: TV 020 dB)
Patrik
What kind of receiver is it, how much gain, and what is its maximum
output level?
The DBS
Just did a quick test of 8-bit samples on a USRP2, on one of my 6-core
AMD machines.
I can get to 33Msps with a fairly simple SOURCE-->MULT-->FFT_SINK
flow-graph, but anything more complicated causes overruns.
If I try 50Msps, I get near-continuous overruns.
This is on an AMD Phenom II X6-10
I'm trying to dynamically/automatically change the input index of the
selector block based on the output of a square wave. Normally one would
use a variable block, but I need it to automatically change without a
user's input. How can I connect the output of the square wave block to
the input
Hi All,
I'm about to connect another receiver to the DBSRX to see the spectrum.
Q1: can I break sumthing if connect it straight (receiver -> DBSRX)
Q2: should I use an attenuator (ex: TV 020 dB)
Patrik
___
Discuss-gnuradio mailing list
Discuss-gnur
On 11/09/2011 02:57 PM, Nowlan, Sean wrote:
> I tried it again (without the typo) and it failed in the same manner. For
> some reason the C_FLAGS are not being picked up. Any ideas?
>
> $cmake
> -DCMAKE_TOOLCHAIN_FILE=/home/root/gnuradio/cmake/Toolchains/arm_cortex_a8_native.cmake
> ../
>
Hello all,
I am here with another issue.
I want that the time difference between each sensing using usrp2 should
become as same as using a spectrum analyzer i.e. some microseconds.
Well, when I used the following code, I found that the time difference is
very large (some miliseconds).
stats = g
Hello all,
I am using gr.file_sink(itemsize, filename) to capture the raw data using
usrp2 in GRC. When I converted the binary data file from octave, I get
something like the following.
(0.469,0)
(0,0)
(0,0)
(0, 5.69e-05)
(0,0)
(0,0)
(0,0)
(0,0)
(0,0)
(0,0)
(2.46e-4, 5.34e-6)
.
.
.
W
I tried it again (without the typo) and it failed in the same manner. For some
reason the C_FLAGS are not being picked up. Any ideas?
$cmake
-DCMAKE_TOOLCHAIN_FILE=/home/root/gnuradio/cmake/Toolchains/arm_cortex_a8_native.cmake
../
$make VERBOSE=1
[ 16%] Building C object
gnuradio-core/src/l
I just added a gr_basic_add_const and gr_basic_multiply_const. Nick
added the volk (and orc) implementations for the float32 and complex
float32 implementations of the multiplier.
>
> So I like everything about this but the name. We could stuff all of this
> under the "gnuradio.gr" namespace in
On 11/09/2011 01:36 PM, Samudra Haque (SpaceQuest) wrote:
> Hello, in an archive of older GNU radio code blocks I found mention of the
> include file: gr_tag_info.h, which is part of the GNU Radio 3.4.2 C++ API.
>
>
>
> Is there any modern substitute for this include file, or have the tags /
Hello, in an archive of older GNU radio code blocks I found mention of the
include file: gr_tag_info.h, which is part of the GNU Radio 3.4.2 C++ API.
Is there any modern substitute for this include file, or have the tags /
namespace been replaced by another module in GNU Radio 3.5.0rc0 ?
A
On 11/08/2011 10:40 PM, Nowlan, Sean wrote:
> 3 quick questions - first, does the cmake setup automatically turn on gcc
> optimizations, i.e, with "-O3"? Second, is there anything to be gained (or
> lost) by turning on "-ftree-vectorize" and "-funsafe-math-optimizations"?
> Finally, is the gcc
Rookie mistake... Here I was thinking that those flags were in fact set...
Guess it's not a good idea to start a build at 2am :)
-Original Message-
From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
[mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org] On
:
>
> $ cmake
> -DCMAKE_TOOLCHAIN_DIR=../cmake/Toolchains/arm_cortex_a8_native.cmake
> -DENABLE_GRC=OFF -DENABLE_GR_QTGUI=OFF
> -DQT_QTCORE_INCLUDE_DIR=/usr/include/qt4/QtCore
> -DQT_QTGUI_INCLUDE_DIR=/usr/include/qt4/QtGui ../
>
The all-important arm-neon flags were not set. See:
On 11/09/2011 03:18 AM, Nowlan, Sean wrote:
> For some reason the ARM Assembler doesn't like the NEON instructions in
> dotprod_fff_armv7_a.c:
>
> [ 9%] Building C object
> gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
> /tmp/ccAcWVL4.s: 27: Error: bad inst
Solved!
Achilleas
On Tue, Nov 8, 2011 at 1:35 PM, Achilleas Anastasopoulos
wrote:
> I use the old method
> (./bootstrap, ./configure, make)
> on Fedora 16 64b
> and get the following errors:
>
> /bin/sh ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall
> -Woverloaded-virtual -pthread
On 09/11/11 03:49 AM, Harsh Shah wrote:
> Hello
> I have few question regarding SD card and binaries files.
>
> 1. I am working on Gnuradio project and using USRP2 board and facing
> the problem while loading image on sd card and using UHD Api.
> i have found one method to load the image on sd card
Hello
I have few question regarding SD card and binaries files.
1. I am working on Gnuradio project and using USRP2 board and facing
the problem while loading image on sd card and using UHD Api.
i have found one method to load the image on sd card, below is the link.
I just wanna ask is that right
Thank you.
Unfortunately I am still trying to make the 2x1 working because I can
receive the preamble and compute the estimate matrix but the headers
are always wrong. Did someone solve this problem?
Thank you
Vanessa
On Wed, Nov 9, 2011 at 4:01 AM, Tom Rondeau wrote:
> On Tue, Nov 8, 2011 at 4
For some reason the ARM Assembler doesn't like the NEON instructions in
dotprod_fff_armv7_a.c:
[ 9%] Building C object
gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
/tmp/ccAcWVL4.s: 27: Error: bad instruction `vmov.f32 q8,#0.0'
/tmp/ccAcWVL4.s: 28: Error: b
30 matches
Mail list logo
