Hi Gisle,
rest assured, there's no unfriendliness towards MSVC -- it's just that
we're currently really lacking people who have MSVC or even just Windows
experience, and hence, problems like these can go unnoticed.
Again, that's not a sign of anyone disliking MSVC, it's just that it's
been a while
Martin Braun wrote:
I'm not sure what you're saying/asking here.
Maybe the original makes it clear:
https://lists.gnu.org/archive/html/discuss-gnuradio/2014-10/msg00044.html
It's true we don't have a
lot of Windows developers, and if you're willing to take on this issue,
it would be apprec
> So do I need to install the GNU radio again
No, as I said. These files /come with GNU Radio/, and I'm assuming you
did not go ahead and use root privileges to overwrite the originals. You
just need to take the originals (probably in
/usr/share/gnuradio/examples/digital), and copy them to whereve
I am sorry to have misunderstood you. I am sorry to bother you like
this. I got the point now. So do I need to install the GNU radio again
for this mix-up not to happen?
Thanks,
Ben
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mail
You misunderstood me.
The files should be *part of your GNU Radio installation*, and you
should use these (and no others).
Best regards,
Marcus
On 01.09.2015 22:29, Ben Gustin wrote:
> So I need to uninstall and install gnuradio for making this work again
> or I can download the files from the i
So I need to uninstall and install gnuradio for making this work again
or I can download the files from the internet. Thanks for the help
Ben
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https:/
You should just use matching versions of these files... kind of obviously.
I wonder how this mix up happened; generally, you should just use the
versions of things as they come with exactly your GNU Radio
installation; probably, these files are under
/usr/share/gnuradio/examples/digital or so.
Bes
Thanks for the reply Marcus. It seems that you were right about my
mixing up different versions of the script files. So I guess that I need
to add any program lines in my script to remove that error is there any
other way? Please help with this one issue. And I will work towards the
python code
Hi Antonio,
I tried to open your GRC file. This must have been with a pretty old
version of GNU Radio (which version are you using?).
I strongly recommend getting a newer version of GNU Radio, because
especially the OFDM code has improved a lot.
By the way, a BER of about ~0.5 means that as many b
Hi Martin,
Problem solved.
Thanks you
Abs
*Abdeslam Bourkane*
On 1 September 2015 at 19:26, Abdeslam Bourkane wrote:
> Hi Martin,
>
> I'm receiving a sat signal via USRP N210 interfaced to a pc with ubuntu.
> Before when I run the usrp_spectrum_sense.py it shows the following output
> :
>
> l
>
>
> > I think many of the folks who would have comments on this are at the Gnu
> > Radio conference this week
> >
> >
> >
> > On 08/26/2015 02:09 PM, bob wole wrote:
> >
> >
> >
> > On Tue, Aug 25, 2015 at 11:36 PM, bob wole wrote:
> >
> >> Hi,
> >>
> >> I have a burst system in gnuradio whi
Hi Martin,
I'm receiving a sat signal via USRP N210 interfaced to a pc with ubuntu.
Before when I run the usrp_spectrum_sense.py it shows the following output :
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.009.git-171-g51bc00ee
-- Opening a USRP2/N-Series device...
-- Current recv frame s
Hello Jawad,
I've made the changes you said. As you say, when I assign the Payload
parameter to the number of samples of the block Random Source without
introducing Delay, I get a BER value equal to 0. But what I need to
introduce a noise source so that when I increase the power noise, also
increa
On 01.09.2015 05:31, Gisle Vanem wrote:
> Just a note on this (my almost 1 year old email). Seems there are no
> Windows
> users of GnuRadio that needs to play with sockets.
>
> I did a "git pull" just now and saw to my dismay that this issue (with
> using
> read() + write() on sockets) is still p
Yes, all NI-branded USRPs work with GNU Radio.
M
On 01.09.2015 06:39, Fabio Azzarello wrote:
> Hello,
> is the NI usrp-2900 usable with GNURadio (and related sw)?
>
> It seems to be "like" a B200, but I've not found enough details of the
> product.
>
> Thanks
> BR
> Fabio
>
_
Tom,
Thanks for pointing me in a new direction. I've spent this morning reading
about the scheduler and I came across your Scheduler Details slide show
from 2013. I saw the message passing protocol on slide 15, which makes
sense, but I am not reaching the first bullet point, my messages are not
be
Hi Maurizio,
> To be honest, currently I do not really know anything about the latency
> requirement. I would say that in this proof-of-concept stage of the design,
> the "best-we-can-do" approach could be acceptable.
well, in that case, I'd say: just go ahead and try with the polling
method. It
-Messaggio originale-
Da: Moritz Fischer [mailto:moritz.fisc...@ettus.com]
Inviato: lunedì 31 agosto 2015 19:35
A: Crozzoli Maurizio
Cc: discuss-gnuradio@gnu.org; Disco Daniele
Oggetto: Re: [Discuss-gnuradio] Front Panel GPIO on Ettus X310
Ciao Maurizio,
On Mon, Aug 31, 2015 at 9:03 AM,
Good evening,
i am trying to import an out of tree module (module_A) inside another out
of tree module (module_B) in order to be able to include header files from
one to another.How can that be achieved ,and what changes would that
require to the CMakeLists files of module_B?
Thank you in advance
In a presentation 'Stream Tags, PDUs, and Message Passing' by Tom Rondeau,
it seems some minor typos in pp. 14-18
Assuming my knowledge is correct, add_item_tag() should use offset of
output buffer, not input buffer. And get_tags_in_*() use offset of input
buffer.
1. Page 16 is referring nitems_r
Hello,
is the NI usrp-2900 usable with GNURadio (and related sw)?
It seems to be "like" a B200, but I've not found enough details of the
product.
Thanks
BR
Fabio
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnur
Hello Antonio,
Please take the habit of replying to the list. People might get into the
same problems or someone might have some knowledge to share.
Also, try to provide a flowgraph (.grc file) to make testing easier for the
people helping you out.
That said, I did some testing and it looks like
Josh Blum wrote:
On 10/05/2014 04:25 AM, Gisle Vanem wrote:
Since my previous message seems to be ignored, here is something simpler
for you to comment on.
In gr-blocks/lib/stream_pdu_base.cc, the read() and write() functions
are used on sockets. This doesn't work well on Windows as you're
pro
> Hi Jason - Our hope is to get slides from Dr Mitola as well as
> permission from Paul Tilghman / DARPA to release his slides. I have
> queries into both of them, and am waiting to hear back from the former.
> Maybe Tom can query Mitola specifically about this topic as well? No
> promises, but the
Dear All,
I have now had success building GNU Radio with previous Boost (1.49) version.
Thanks for the help.
First you have to get boost 1.49 to build from source, download from
http://www.boost.org/users/history/version_1_49_0.html
then some edits are required as per
this involves find
I am trying channel coding in gnuradio. I am using convolutional encoder
with K=7 and R=1/2 with polynomials [109, 79] (default). However I am not
getting the expected result. I input a known bit sequence, single frame
using head block, and observe the output of the encoder using file sink.
The out
Hi Ben,
you will have to inspect the error, and it will tell you that the
"options" object has no attribute "lo_offset". This means that the
script tries to access member of the options variable that isn't there.
Also, this allowed me to find out which benchmark_tx (there's two in GNU
Radio) you'r
27 matches
Mail list logo