Hi all,
I have made an OUT-OF-TREE module, but now I want to remove it from
gnuradio. I am using GNUradio 3.7.3. Can anyone tell me how to that?
Thanks a lot
Van-Ly
Nguyen Van-Ly,
Vietnam National University, Hanoi - VNU
University of Engineering and Technology - UET
Faculty of Electronics and
Hello Marcus,
I'm aware of that, what I want to achieve at the moment is simply to
have a predictable phase delay between the tx and rx channels. This is
prerequisite to measure the round-trip time and account for it.
Cheers,
Daniele
On 22/07/2014 22:14, Marcus Müller wrote:
Hi Daniele,
Hey,
If you use the Echotimer you can use the same IP vor TX and RX, this
should work.
Probably you can do your own USRP Sink/Source with UHD. You dont need
much code to implement this (Echotimer ~300 lines in the *impl.cc). Main
change should be an other stream command (most likely
On 07/23/2014 10:43 AM, Stefan Wunsch wrote:
If you use the Echotimer you can use the same IP vor TX and RX, this
should work.
Probably you can do your own USRP Sink/Source with UHD. You dont need
much code to implement this (Echotimer ~300 lines in the *impl.cc). Main
change should be an
On 07/23/2014 08:57 AM, Nguyễn Văn Lý wrote:
Hi all,
I have made an OUT-OF-TREE module, but now I want to remove it from
gnuradio. I am using GNUradio 3.7.3. Can anyone tell me how to that?
Nope, not without you telling us how you installed it. If you still have
the install manifest, a 'make
On 07/23/2014 07:14 AM, Activecat wrote:
Dear Sirs,
I am performing fresh gnuradio installation using pybombs.
Pybombs install master branch by default.
How to make pybombs install 'maint' instead?
Act@rsLAPTOP: ~/download/pybombs $ git checkout maint
error: pathspec 'maint' did not
On Wed, Jul 23, 2014 at 5:16 PM, Martin Braun martin.br...@ettus.com
wrote:
On 07/23/2014 07:14 AM, Activecat wrote:
Dear Sirs,
I am performing fresh gnuradio installation using pybombs.
Pybombs install master branch by default.
How to make pybombs install 'maint' instead?
Martin,
You are probably right we should track maint by default at this point.I
think it's worth adding a Pybombs environment question about which branch
to track during initial setup for those that prefer to track master
however.
Tim
On Jul 23, 2014 7:10 AM, Activecat active...@gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tim,
idea:
pybombs install package
gets the default branch as in the recipe,
pybombs install package%awesomefeatures
gets the awesomefeatures branch.
That would allow people to specify they want UHD maint, GNU Radio
v3.7.4, and gqrx master, if they
Hi all,
I have created a new module called Tool_NetworkCoding. During the
installation, I did not get any error message, everything went well. But
when I run a grc file to test some blocks inside this new module, it turned
out an error message:
*Traceback (most recent call last): File
Hi Van-Ly,
if you installed everything correctly, Python should be able to find the
module.
You can verify this by looking at the install_manifest.txt in your OOT's
build/ directory, in which there should be an entry for every file it
copied.
Find your python files (there always should be an
Hello,
GNURadio offers three different interfaces to design filters from Python
code: gnuradio.filter.firdes.xxx, gnuradio.filter.firdes.xxx_2, and
gnuradio.filter.optfir.xxx.
The three interfaces use different parameters to specify the filter
properties, but the only obvious difference is that
Hi everyone,
I am currently trying to get 2 N210 to transmit coherently to a third N210.
All devices have GPSDO kits and the gps_locked status is on locked,
there is no MIMO cable in the setup.
I am currently doing some preliminary tests where I feed both sinks with
the same signal i.e a
I am not aware of the details of the GPSDO implementation but your sources must
be phase locked, not only synchronized through the GPS signal. The GPS control
loop
on the LO only has a finite bandwidth above which each oscillator is free to
drift
at will. Under such conditions, the interference
On Wed, Jul 23, 2014 at 7:18 PM, Tim O'Shea tim.oshea...@gmail.com wrote:
Martin,
You are probably right we should track maint by default at this point.
I think it's worth adding a Pybombs environment question about which branch
to track during initial setup for those that prefer to track
On 23/07/2014 14:01, Daniele Nicolodi wrote:
Hello,
GNURadio offers three different interfaces to design filters from Python
code: gnuradio.filter.firdes.xxx, gnuradio.filter.firdes.xxx_2, and
gnuradio.filter.optfir.xxx.
The three interfaces use different parameters to specify the filter
On Wed, Jul 23, 2014 at 7:15 PM, Marcus Müller mar...@hostalia.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As UHD and GNU Radio are widely independent, you can use whatever
combination you want in almost any situation (aside from severe API
breakage).
Thanks.
Just curious,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jawad,
I think you might want to post follow-ups to this discussion to
usrp-us...@lists.ettus.com, since so far this has not much to do with
GNU Radio.
On 23.07.2014 14:11, Jawad Seddar wrote:
Hi everyone,
I am currently trying to get 2 N210
One of the problems with allowing this kind of customization is that a
single set of pybombs recipes is generally intended to represent a fixed
set of versions / branches as far as configuration management.
Supporting additional branch combinations is kind of explosive in terms
of new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ah well, consistency with the slowly aging build-gnuradio was not the
intended purpose of having pyBOMBS. build-gnuradio is the result of an
ongoing effort to bring a stable GNU Radio to a lot of platforms
without having people worry too much about
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Agreed, that's why I like the idea of GR being maint by default (so
that dependencies might not change that easily [hoping that maint is
always tested with the minimum required versions]) and letting users
who might want to risk the breakage just
On Wed, Jul 23, 2014 at 8:40 PM, Marcus Müller mar...@hostalia.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ah well, consistency with the slowly aging build-gnuradio was not the
intended purpose of having pyBOMBS. build-gnuradio is the result of an
ongoing effort to bring a
On 07/23/2014 08:11 AM, Jawad Seddar wrote:
Hi everyone,
I am currently trying to get 2 N210 to transmit coherently to a third
N210.
All devices have GPSDO kits and the gps_locked status is on
locked, there is no MIMO cable in the setup.
I am currently doing some preliminary tests where I
On Wed, Jul 23, 2014 at 8:42 AM, Activecat active...@gmail.com wrote:
Dear Sir,
I am learning to use the built-in QAM Mod and QAM Demod blocks.
Refer below flowgraph.
The problem is, at the output of the QAM Demod block, I can't get what I
fed into the QAM Mod block.
What is missing ..?
On Wed, Jul 23, 2014 at 8:29 AM, Daniele Nicolodi dani...@grinta.net
wrote:
On 23/07/2014 14:01, Daniele Nicolodi wrote:
Hello,
GNURadio offers three different interfaces to design filters from Python
code: gnuradio.filter.firdes.xxx, gnuradio.filter.firdes.xxx_2, and
On Tue, Jul 22, 2014 at 8:44 AM, Perper per...@o2.pl wrote:
Hi all,
I've noticed that Run to completion works now in situation when
message passing is used, which is great!
I have a related question. I'm creating a block which uses message
passing, and run it once:
tb =
Hi Marcus,
I've gotten a surprising thing and I couldn't explain why.
First, I type: sudo gnuradio-companion to open the GNUradio and test my own
module. It turned out an error message as I described in the previous mail.
(ImportError: No module named Tool_NetworkCoding)
However, when I just
On Wed, Jul 23, 2014 at 10:32 AM, Nguyễn Văn Lý lynguyenvan@gmail.com
wrote:
Hi Marcus,
I've gotten a surprising thing and I couldn't explain why.
First, I type: sudo gnuradio-companion to open the GNUradio and test my
own module. It turned out an error message as I described in the
Hi Van-Ly,
So, is there any difference between *sudo gnuradio-companion* and
*gnuradio-companion* ?
Yes, the sudo part ;)
sudo is used to make a program run under a different user, and in a
different environment. For example, sudo gnuradio-companion runs
gnuradio-companion as root. Why did you
Thanks Tom and Marcus,
So it's not necessary to run sudo gnuradio-companion at all :-)
Van-Ly
p/s: I am new to almost everything that I'm working with, from ubuntu to
gnuradio :-) just glad to talk to you :-)
Nguyen Van-Ly,
Vietnam National University, Hanoi - VNU
University of Engineering and
Glad to have you here, too!
Just a word of advice: this is not a linux support channel. We really
like being helpful, so it's ok to ask things related to GNU Radio and
the system it runs on, but if you want linux help, you might want to go
online in IRC and join the #ubuntu channel on
Thanks a lot Marcus :-)
Nguyen Van-Ly,
Vietnam National University, Hanoi - VNU
University of Engineering and Technology - UET
Faculty of Electronics and Telecommunications - FET
Tel: +84 978 819 406
On Wed, Jul 23, 2014 at 9:58 PM, Marcus Müller marcus.muel...@ettus.com
wrote:
Glad to have
Indeed, the only reason to run things under "sudo" is when you're doing something that needs root privilege, like updating system files
(such as when you do a sudo make install), or you're trying ot get access to some resource that an ordinary user doesn't have access to.
Ordinary applications
Thank Vanush,
I have read this presentation already; unfortunately, I found it rather
hard to draw an overall picture of gnuradio scheduler to some extent of
details. Perhaps, as Tom said on his webpage (
http://www.trondeau.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html)
the
On Wed, Jul 23, 2014 at 12:37 PM, Anh Duc Nguyen ducn...@gmail.com wrote:
Thank Vanush,
I have read this presentation already; unfortunately, I found it rather hard
to draw an overall picture of gnuradio scheduler to some extent of details.
Perhaps, as Tom said on his webpage
HI Anusha,
this is the wrong mailing list for this -- for your replies, I think
it's best to join usrp-us...@lists.ettus.com [1] and continue this
discussion there; I will crosspost my answer.
On 23.07.2014 18:56, Yarlagadda, Anusha (337G) wrote:
Hi,
I am using URSPN210 series, have few
Do you have different ports for your different UDP streams?
Greetings,
Marcus
On 23.07.2014 19:42, Ward, Marcus D. wrote:
Hey everyone,
I'm currently trying to send the same generated signal from two usrp's to a
third usrp/host. On the transmitting side, I can clearly see both signals
Hey Marcus,
Yes, I checked that and on the first UDP stream, I am using port 1234 while on
the second UDP stream I am using port 1240 and I am still getting: Runtime
Error:bind: Cannot Assign requested address
From: discuss-gnuradio-bounces+marcus.ward=jhuapl@gnu.org
Hm, strange.
Can you do
ncat --listen --udp address port
for both, 1234 and 1240? (If it works, kill it with ctrl-c). If it
doesn't allow you to bind to that address, run ip addr to make sure
you have actually assigned that address to your network interface.
The error indicates that the host
I am getting a link error when making my Out-of-Tree module.
I apologize in advance for the length of this, my first post to this list. I
get the daily 'digest' version.
This Out of Tree module was done with gr_modtool and cmake following the
outline given in
On Wed, Jul 23, 2014 at 4:24 PM, John Murphy jmur...@comsonics.com wrote:
I am getting a link error when making my Out-of-Tree module.
I apologize in advance for the length of this, my first post to this list.
I get the daily 'digest' version.
This Out of Tree module was done with
Hi John,
I think you're on the right track:
you use gr-fft in your code, but then don't tell your linker to link
against that, which leaves your libgnuradio-comso missing the symbols
from gr::fft, which breaks linking test-comso.
So what you need to do is edit your CMakeLists.txt in your
Ah, by the way, look for gr-specest [1]; you can look at it as an
example of using gr-fft, fftw itself, some more gnuradio modules, and
the idyllic language called fortran in an out-of-tree module.
Greetings,
Marcus
[1] https://github.com/kit-cel/gr-specest
On 23.07.2014 22:36, Marcus Müller
On Wed, 23 Jul 2014 16:33:50 -0400 Tom Rondeau t...@trondeau.com wrote:
On Wed, Jul 23, 2014 at 4:24 PM, John Murphy jmur...@comsonics.com wrote:
I am getting a link error when making my Out-of-Tree module.
This Out of Tree module was done with gr_modtool and cmake following the
outline
Thank Nathan and Marcus,
Yes, as you said the source code should be the best place to study the
details. However, as you may experience, it is fairly challenging to just
look at the code, analyze, and make connections among stuffs. It should be
better if there are some references to guide us
On Wed, Jul 23, 2014 at 9:45 PM, Tom Rondeau t...@trondeau.com wrote:
On Wed, Jul 23, 2014 at 8:42 AM, Activecat active...@gmail.com wrote:
Dear Sir,
I am learning to use the built-in QAM Mod and QAM Demod blocks.
Refer below flowgraph.
The problem is, at the output of the QAM Demod
46 matches
Mail list logo