Thanks i haven't notice that, i always use wxgui plots and things like that.
i'll give it a shot first thing in the mourning, it's about 10 pm in my
hometown, and let you know the results
2013/2/14 Balint Seeber
> Hi Gonzalo,
>
> Thanks for trying that out. It appears you don't have GNU Plot ins
Hi all,
I am trying to find a way to efficiently modify the modulation frequency of
the daughterboard oscillator at run time. I found where the a MISO_TX_DB
input variable is used in the FPGA code, but am not sure if this is what I
am looking for or not. I am using the newest versions of UHD and G
I'm trying to understand the benchmark receive path. The access code detection
threshold is set to -1 in receive_path.py. After looking at the
digital_correlate_access_code_bb block, it appears the INT32 threshold, -1, is
being compared with the *UINT32* Hamming distance between the known code a
On Thu, Feb 14, 2013 at 4:16 PM, Lara Deek wrote:
> I created an out-of-tree module "my_module" using gr_modtool (from
> git) and added a general type block to the module using "gr_modtool
> add -t general my_block". I am building and installing the module as
> directed in the gnuradio out-of-tr
Hello all,
I created an out-of-tree module "my_module" using gr_modtool (from
git) and added a general type block to the module using "gr_modtool
add -t general my_block". I am building and installing the module as
directed in the gnuradio out-of-tree modules page (mkdir build...make,
sudo make in
Hi, again! Thank you both very much for your answers. They were very
helpful.
Have a great day, everybody!
(and this is how my road to implementing a STBC transmission begins)
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.
Hi,
This is a common issue with laptop screens and low vertical resolution.
This page explains the window grid positioning:
http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion#Grid-Positioning
So if you make one of your wxgui components use 0,0,1,1 and the other
0,1,1,1 they wil
Hi everyone, I am newbie on gnuradio and I have a question about ofdm
benchmark. If I use benchmark_tx.py and benchmark_rx.py I have a good
performance, (an error rate below 10%).
However, if I only modify the benchmark_tx.py and I add only a
time.sleep(1) between send_pkt(payload) like is shown
On Thu, Feb 14, 2013 at 2:26 PM, Mihai Chermaneanu wrote:
> Hi. I am just beginning to learn how to use gnuradio. I am currently
> running Linux 12.04 LTS and installed gnuradio using the script provided by
> Marcus Leech.
> I tried doing a little simulation in gnuradio-companion using a source an
Hi. I am just beginning to learn how to use gnuradio. I am currently
running Linux 12.04 LTS and installed gnuradio using the script provided by
Marcus Leech.
I tried doing a little simulation in gnuradio-companion using a source and
two wxgui sinks.
The problem is that when i run my simulation, i
Hello Gurus,
My duplex system is using only one frequency but different time slot to let
two USRP exchange data. But from the observed receiving waveforms, I found
that the received signal is very high and causes the jitter if the receiver
keeps receiving its own transmitted signal within its own
On Wed, Feb 13, 2013 at 4:44 PM, Tom Rondeau wrote:
> On Wed, Feb 13, 2013 at 4:10 PM, Eric B wrote:
>
>> I'm using the gr-modtool that is now included with gnuradio to add a
>> block to an existing module that was created with an earlier version of
>> gr-modtool.py. The swig.i file originally l
On Thu, Feb 14, 2013 at 11:29:20AM -0500, Tom Rondeau wrote:
> Eventually, but the 3.7 code is backwards compatible with 3.6 blocks. We'll
> keep it that way for a while so there will be time to change things. The
> gr-modtool will generate 3.7-compatible blocks, too, so you could use that as
> a
On Thu, Feb 14, 2013 at 10:57 AM, Eric B wrote:
>
> On Wed, Feb 13, 2013 at 4:44 PM, Tom Rondeau wrote:
>
> Sorry, I should have mentioned I'm using the build-gnuradio script on
> Ubuntu for my installation. I believe that is 3.6 API. Does this
> mean the modules will need to be updated when mov
On Thu, Feb 14, 2013 at 10:08 AM, Karl Petrow <
kpet...@maritimeinfosystems.com> wrote:
> Has anyone developed a work around for replacing gr.multiple_cc() to work
> on ARM devices that have to disable NEON in order to install? I have two
> lines in gr.ais that keep giving me overflow.
>
> **
On Wed, Feb 13, 2013 at 12:49 PM, Nick Foster wrote:
> The segfault is a different story. Like Josh suggests a backtrace would be
> helpful to see exactly what went wrong.
>
The generic implementation of the rotator function normally takes 5-6
seconds on a typical machine, so the 341 seconds is
Has anyone developed a work around for replacing gr.multiple_cc() to work on
ARM devices that have to disable NEON in order to install? I have two lines in
gr.ais that keep giving me overflow.
Thanks ahead of time,
karl
___
Discuss-gnuradio mailing
Hi Martin,
this won't 100% answer your Q's, but perhaps it'll help:
On Thu, Feb 14, 2013 at 02:37:43PM +0100, "Martin Lülf" wrote:
> Dear list,
>
> I have another question regarding stopping the flowgraph. This time it is
> about streaming blocks, no messages involved at all.
>
> My flowgraph
Dear list,
I have another question regarding stopping the flowgraph. This time it is
about streaming blocks, no messages involved at all.
My flowgraph looks like this (block A) --byte--> (block B) --byte--> ...
Block A is a byte source that signals EOF at a certain point, lets assume
after send
OK, I gave it a second try, and now everything works. Maybe the patch had not
yet been pushed to the repo at my first attempt? Or another patch was delivered
in the meantime? Somehow unsatisfying, as the situations were identical, I
restored the system to the state of my first attempt from a bac
20 matches
Mail list logo