Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.
Best Regards,
SAJJAD SAFDAR
On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:
Hi,
I am installing gnu radio from built script but it is not completely installed
and gives the error as shown in screenshoot.
Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
Please stop with the screenshots! Text is easier and smaller for
everyone.
On 02/08/2013 12:32 PM, Sajjad S. wrote:
[email protected]
Discuss-gnuradio Info Page
Re-try with --verbose it will give more output about what failed.
Hi,
I have run the script with --verbose and i got the following error. I
have attached the screen shoot.
Best Regards,
SAJJAD SAFDAR
From: “[email protected]”
[email protected]
To: [email protected]
Sent: Saturday, February 9, 2013 6:00 PM
Subject: Discuss-gnuradio Digest, Vol 123, Issue 10
Send Discuss-gnuradio mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
Discuss-gnuradio Info Page
or, via email, send a message with subject or body ‘help’ to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than “Re: Contents of Discuss-gnuradio digest…”
Today’s Topics:
- Gnu radio not completely installed on Ubuntu 12.04 (Sajjad S.)
- Re: Gnu radio not completely installed on Ubuntu 12.04
(Martin B. (CEL)) - Re: Build fails (Josh B.)
- Re: Build fails (Josh B.)
- pdu and stream tagging in 3.6.3 (Nowlan, Sean)
- Re: Build fails (Ralph A. Schmid, dk5ras)
- Re: Build fails (Ralph A. Schmid, dk5ras)
- Re: Gnu radio not completely installed on Ubuntu 12.04
(Marcus D. Leech) - Re: SBX TX/RX RX leakage (gang li)
- Re: SBX TX/RX RX leakage (Marcus D. Leech)
- Re: SBX TX/RX RX leakage (gang li)
- usrp spectrum sensing (Biniyam Zewede)
- Re: usrp spectrum sensing (Josh B.)
- can’t find block “uhd_usrp_souce” (adream)
- looking for the c++ source for “WBFM Receive” Block (adream)
- Re: SBX TX/RX RX leakage (Ralph A. Schmid, dk5ras)
- Re: looking for the c++ source for “WBFM Receive” Block
(Nemanja S.) - Possible problem with file location (Graeme G.)
- Re: Possible problem with file location (Josh B.)
- Re: can’t find block “uhd_usrp_souce” (Martin B. (CEL))
- Arrive ? (Erik J.)
Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID:
[email protected]
Content-Type: text/plain; charset=“us-ascii”
Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.
Best Regards,
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed…
Name: Screenshot from 2013-02-08 18:29:49.png
Type: image/png
Size: 265495 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.png
Message: 2
Date: Fri, 8 Feb 2013 19:01:53 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”
On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:
Hi,
I am installing gnu radio from built script but it is not completely installed
and gives the error as shown in screenshoot.
Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstra?e 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/d21e45d9/attachment.pgp
Message: 3
Date: Fri, 08 Feb 2013 12:18:06 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252
Well, thats probably the issue, size_t is an unsigned int
namespace swig {
template <> struct traits {
typedef value_category category;
static const char* type_name() { return"unsigned int"; }
};
namespace swig {
template <> struct traits<size_t > {
typedef value_category category;
static const char* type_name() { return"size_t"; }
};
Though thats not an answer for your issue yet…
-josh
On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote:
Sent: Friday, February 08, 2013 9:49 AM
also the manual build fails in a similar way. Already installed on the
accidentally building against installed headers)?
So, what version of gnuradio produced the errors below? It wasnt theswig::traits<unsigned
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
2
+49-171-3631223
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 4
Date: Fri, 08 Feb 2013 12:20:08 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252
On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error by installing the latest release, should be 3.6.3, although
in the output sometimes the 3.6.4 repository was mentioned. And as I have
told there already is a partial install of 3.4.2 that is necessary for the
openbts package. So I just may remove this and install the newer version
I think this partial install is just the usrp component, not gnuradio
runtime or anything. However, If thats not the case, you might want to
uninstall/move the installed headers temporarily just in case to confirm
if thats causing the issue or not.
-josh
fine.
to a swig .i file and swig is being dumb and exporting it twice.
Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxxgnuradio-
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_from?
make[2]: ***
Message: 5
Date: Fri, 8 Feb 2013 19:14:48 +0000
From: “Nowlan, Sean” [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3
Message-ID: 195933287DC65748BA7AE867BA8E430B6236241F@apatlisdmbx02
Content-Type: text/plain; charset=“iso-8859-1”
I’m playing around with the new
gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu blocks. Is there
something that can translate between the new tag format and the standard
tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?
I guess it’s possible to write a packet scheduler if you fix a timestamp
in the PMT metadata dictionary? I think this would involve writing a
message source block that could attach PMT pairs containing tx_sob/PMT_T
and tx_time/tuple(uint64_t secs, double frac_secs). A downstream block
could read the pdu_length tag and put a tx_eob/PMT_T stream tag at the
appropriate place. Does this sound like a reasonable approach?
Sean
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/67976369/attachment.html
Message: 6
Date: Fri, 8 Feb 2013 20:27:36 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”
Hi,
Yep, only the USRP stuff.
I already had removed the headers and in fact everything that looked
like
gnuradio and USRP, without any change, still the same problem.
Ralph.
Hi,
I got the error by installing the latest release, should be 3.6.3,
although in the output sometimes the 3.6.4 repository was mentioned.
And as I have told there already is a partial install of 3.4.2 that is
necessary for the openbts package. So I just may remove this and
install the newer versionI think this partial install is just the usrp component, not gnuradio
runtime or
anything. However, If thats not the case, you might want to uninstall/move
the installed headers temporarily just in case to confirm if thats causing
theOf Josh B.
updates the build of gnuradio fails. I am using the build script,
not fear the command line and editing files. Reminds me a bit ofx64
core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
Exiting Gnu Radio build/install
Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”
Well, I am not a programmer but a RF guy, but why not just changing this
with search and replace?! 
Ralph.
template <> struct traits {
Though thats not an answer for your issue yet…-----Original Message-----
Hi,
See the messages at the bottom of the mail.
to
to a swig .i file and swig is being dumb and exporting it twice.
right?/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
2
+49-171-3631223
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 8
Date: Fri, 08 Feb 2013 15:38:55 -0500
From: “Marcus D. Leech” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”; Format=“flowed”
On 02/08/2013 12:32 PM, Sajjad S. wrote:
[email protected]
Discuss-gnuradio Info Page
Re-try with --verbose it will give more output about what failed.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/3adf625d/attachment.html
Message: 9
Date: Fri, 8 Feb 2013 16:10:40 -0500
From: gang li [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
CAKro2L1oixE8M9WccoGy9UzskGzvD=removed_email_address@domain.invalid
Content-Type: text/plain; charset=ISO-8859-1
When the signal received on RF2 port has a very weak strength, the
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.
Best,
Gang
On Thu, Feb 7, 2013 at 2:22 PM, [email protected] wrote:
[email protected]
[email protected]
Discuss-gnuradio Info Page
Message: 10
Date: Fri, 08 Feb 2013 16:26:26 -0500
From: “Marcus D. Leech” [email protected]
To: gang li [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 02/08/2013 04:10 PM, gang li wrote:
Gang
Are you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use
a duplexor, or a deep notch filter on the RX port, and probably boost
your
antenna signal a bit with an external amplifier.
But if this is same-frequency duplex, the on-board leakage is really
minor compared to the coupling between your antennae.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
Message: 11
Date: Fri, 8 Feb 2013 17:47:14 -0500
From: gang li [email protected]
To: “Marcus D. Leech” [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1
Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the received
signal amplitude is kind of stable. So i think maybe the leakage takes
the major. Am I right?
On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech [email protected]
wrote:
compared to the coupling between your antennae.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
Message: 12
Date: Fri, 8 Feb 2013 17:26:12 -0800 (PST)
From: Biniyam Zewede [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] usrp spectrum sensing
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the
following command (/usrp_spectrum_sense.py 440M 450M --fft 512) and
worked a couple of times. But when I try it today, it tells me that
there is no device. (even though I connected a usrp). part of the
message I get looks like this.
RuntimeError: LookupError: KeyError: No devices found for ----->
Empty Device Address
I need help please.
Biniyam.
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/705656b4/attachment.html
Message: 13
Date: Fri, 08 Feb 2013 19:33:47 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] usrp spectrum sensing
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1
On 02/08/2013 07:26 PM, Biniyam Zewede wrote:
Empty Device Address
I need help please. Biniyam.
need more information.
If this is a network device, you may not have setup your network
interface.
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
If this is a usb device, you may not have setup udev/installed winusb
driver.
http://files.ettus.com/uhd_docs/manual/html/transport.html#usb-transport-libusb
-josh
_______________________________________________ Discuss-gnuradio
mailing list [email protected]
Discuss-gnuradio Info Page
Message: 14
Date: Sat, 9 Feb 2013 13:10:46 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one test faild
The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest
when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”
Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)
Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
source block id “uhd_usrp_source_0” not in block ids
Done
thanks for any reply
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/19b02096/attachment.html
Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62ffb6d5/attachment.html
Message: 16
Date: Sat, 9 Feb 2013 08:35:31 +0100
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=“US-ASCII”
Just put 50 Ohm dummy loads onto the connectors and check for a signal,
then
you see if it is leakage or not
Ralph.
TX/RX and receiving on RX2 at the same time. When I put the antennas
energy leaked from TX to RX will dominate in the total received
Are you TX/RX on the same frequency, or different frequencies?The usual way to deal with this on different-frequency setups is to use
a
duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.But if this is same-frequency duplex, the on-board leakage is really
minor
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 17
Date: Sat, 9 Feb 2013 13:17:57 +0100
From: Nemanja S. [email protected]
To: adream [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“utf-8”
I think wbfm is designed as hier block, and consists of fm demodulator,
deemephasis, and audio filter. You can find this block in blks2_impl
folder.
Nemanja
On Sat, Feb 9, 2013 at 6:19 AM, adream [email protected] wrote:
hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
–
Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/431dbf11/attachment.html
Message: 18
Date: Sat, 09 Feb 2013 13:57:00 +0000
From: Graeme G. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[graeme@handel Apps]$ python Test1.py
Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(‘_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No such file or directory
The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[graeme@handel Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.
Grimble
Registered Linux User #450547
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Mandriva Linux release 2011.0 (Official) for x86_64
Message: 19
Date: Sat, 09 Feb 2013 10:44:15 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1
On 02/09/2013 07:57 AM, Graeme G. wrote:
from gnuradio_core import *
line 20, in swig_import_helper
I would be grateful for your comments.
library directories should be in the LD_LIBRARY_PATH environment
variable (on linux for example)
executable directories should go in the PATH environment variable
-josh
Message: 20
Date: Sat, 9 Feb 2013 17:51:25 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”
On Sat, Feb 09, 2013 at 01:10:46PM +0800, adream wrote:
hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only one
test faildThe following tests FAILED:
??? 120 - qa_ctcss_squelch (Failed)
That’s OK.
Errors while running CTest
when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU Radio
Companion)
Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
??? source block id “uhd_usrp_source_0” not in block ids
Done
Did you install UHD at all?
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstra?e 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/7d635204/attachment.pgp
Message: 21
Date: Sat, 09 Feb 2013 17:58:57 +0100
From: Erik J. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Arrive ?
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
HI.
Does this arrive at the mailinglist ?
Erik
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 123, Issue 10
HI,
I got the following errors when installing with the build script.
[ 39%] Generating gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traits<std::vector >’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traits<std::vector >’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
helmut@ubuntu:~/gnuradio$
Any suggestions?
Best Regards,
SAJJAD SAFDAR
From: Cybergibbons [email protected]
To: Sajjad S. [email protected]
Cc: “[email protected]” [email protected]
Sent: Tuesday, February 12, 2013 2:42 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Please stop with the screenshots! Text is easier and smaller for
everyone.
On 12 February 2013 13:39, Sajjad S. [email protected]
wrote:
Hi,
or, via email, send a message with subject or body ‘help’ to
- Gnu radio not completely installed on Ubuntu 12.04
(Sajjad S.)- Re: SBX TX/RX RX leakage (Marcus D. Leech)
- Re: SBX TX/RX RX leakage (gang li)
- usrp spectrum sensing (Biniyam Zewede)
- Re: usrp spectrum sensing (Josh B.)
- can’t find block “uhd_usrp_souce” (adream)
- looking for the c++ source for “WBFM Receive” Block (adream)
- Re: SBX TX/RX RX leakage (Ralph A. Schmid,
dk5ras)
Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] Gnu radio not
completely installed on
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
-------------- next part --------------
A non-text attachment was
scrubbed…
From: “Martin B. (CEL)” [email protected]I am installing gnu radio from built script but it is not completely installed
–Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.eduKIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz
Association
Message: 3
namespace swig {On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script, but
Amiga times
Any ideas what I should do?
Someone had this exact same error in a private email but we never got to
the
bottom of it.Was there a previous install of gnuradio by any chance (in
case something
Ralph.
These are the scripts last words:
[ 39%] Building CXX
object
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6087:22: error: redefinition of ?struct
swig::traits<std::vector >?
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Mondstr. 10
[email protected]On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error
by installing the latest release, should be 3.6.3, althoughjust
fine.
See the messages at the bottom of the
mail.
the
Or maybe its one of those things that shows up on an x86 machine vs x64
due
to how integer types map to fixed
width typedefs… So many ways to fail
Thanks a lot, and with best regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur
adio_c
–
Message-ID: 195933287DC65748BA7AE867BA8E430B6236241F@apatlisdmbx02
Content-Type: text/plain; charset=“iso-8859-1”I’m playing around with the new gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu
blocks. Is there something that can translate between the new tag format and the
standard tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?I guess it’s possible to write a packet scheduler if you fix a timestamp in the
PMT metadata dictionary? I think this would involve writing a message source block
that could attach PMT pairs containing tx_sob/PMT_T and tx_time/tuple(uint64_t
secs, double frac_secs). A downstream block could read the pdu_length tag and put
a tx_eob/PMT_T
stream tag at the appropriate place. Does this sound like a reasonable
approach?
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID:
[email protected]On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error by installing the latest release, should
be 3.6.3,
issue or not.Sent: Friday, February 08, 2013 9:49 AM
but also the manual build fails in a similar way. Already installed
on the machine is a partial gnuradio 3.4.2 for OpenBTS support,
together with
USRP1 drivers, yate PBX. This stuff built
without problems and works
Any ideas what I should do?
accidentally building against installed headers)?It may be the case that a recent change is
adding an extra typdef or
So, what version of gnuradio produced the errors below? It wasnt theThese are the scripts last words:
[ 39%] Building CXX object
gnuradio-
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
l]
Error
2
make:
*** [all] Error 2
[email protected]with search and replace?!
Well, thats probably the issue, size_t is an unsigned int
namespace swig {
template <>
struct traits {
Though thats not an answer for your issue yet…-----Original Message-----
From:
discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalidOn a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script,
but also the manual build
fails in a similar way. Already installed
good old Amiga times
Was there a previous install
of gnuradio by any chance (in case
due
-joshThanks a lot, and with best
regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]:
Ubuntu 12.04
SAJJAD SAFDAR
Marcus L.
Message: 9
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the
RF1 and RF2 ports with a long cable and 60db
Hi, guys, I am doing full duplex on SBX. Is there any leakage from TXDiscuss-gnuradio Info Page
Cc: [email protected], [email protected]
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.
minor compared to the coupling between your antennae.
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the
receivedof by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.Best,
Gang
Content-Type: text/plain; charset=“iso-8859-1”
Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the following
command (/usrp_spectrum_sense.py 440M 450M --fft 512) and worked a couple of
times. But when I try it today, it tells me that there is no device. (even though
I connected a usrp). part of the message I get looks like this.RuntimeError: LookupError:
KeyError: No devices found for ----->USRP Hardware Driver and USRP Manual: USRP2 and N2x0 Series
Message: 14
The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTestwhen I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)
Error: Connection
between uhd_usrp_source_0(0) and low_pass_filter_0(0)Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM
Receive" Block
Just put 50 Ohm dummy loads onto the connectors and check for a signal, then
Cc: [email protected]; [email protected]
wrote:On 02/08/2013 04:10 PM, gang li wrote:
Gang
Are you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use
a
duplexor, or a deep notch filter on the RX port, and probably boost
your
Marcus L.
Discuss-gnuradio Info Page
Message:
17
deemephasis, and audio filter. You can find this block in blks2_impl
folder.-------------- next part --------------
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowedI installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[graeme@handel Apps]$ python Test1.py
Traceback (most recent call
last):
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(‘_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No
such file or directory
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Subject: Re: [Discuss-gnuradio] Possible problem with file
locationTraceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from
gnuradio_core_runtime import *
object file: No such file or directoryThe problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[graeme@handel Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has
no effect.On Sat, Feb 09, 2013 at 01:10:46PM +0800,
adream wrote:when I try to open the “uhd_wbfm_receive.grc”, it print error:
Building 05.01
76131
Karlsruhe
Yes, this is a known issue.
I posted a message last night showing
what I think is the offending commit. I don’t know if anyone has looked
into it beyond that.
This only affects 32-bit builds.
On 12 Feb 2013
10:00, Sajjad S. wrote:
HI,
I got the following errors when
installing with the build script.[ 39%] Generating
gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies
of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traitsstd::vector’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traitsstd::vector’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio
build/install
helmut@ubuntu:~/gnuradio$Any suggestions?
Best Regards,
New occurence of a known issue - I had the same and reverted simply back
to
3.6.2. Seems to be an 32bit Linux issue, 64bit versions do not have the
problem.
Ralph.
From: discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid
[mailto:discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid] On Behalf Of
Sajjad S.
Sent: Tuesday, 12 February, 2013 14:40
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu
12.04
Hi,
I have run the script with --verbose and i got the following error. I
have
attached the screen shoot.
Best Regards,
SAJJAD SAFDAR
From: " mailto:[email protected]
[email protected]" <
mailto:[email protected]
[email protected]>
To: mailto:[email protected] [email protected]
Sent: Saturday, February 9, 2013 6:00 PM
Subject: Discuss-gnuradio Digest, Vol 123, Issue 10
Send Discuss-gnuradio mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
Discuss-gnuradio Info Page
or, via email, send a message with subject or body ‘help’ to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than “Re: Contents of Discuss-gnuradio digest…”
Today’s Topics:
- Gnu radio not completely installed on Ubuntu 12.04 (Sajjad
Safdar) - Re: Gnu radio not completely installed on Ubuntu 12.04
(Martin B. (CEL)) - Re: Build fails (Josh B.)
- Re: Build fails (Josh B.)
- pdu and stream tagging in 3.6.3 (Nowlan, Sean)
- Re: Build fails (Ralph A. Schmid, dk5ras)
- Re: Build fails (Ralph A. Schmid, dk5ras)
- Re: Gnu radio not completely installed on Ubuntu 12.04
(Marcus D. Leech) - Re: SBX TX/RX RX leakage (gang li)
- Re: SBX TX/RX RX leakage (Marcus D. Leech)
- Re: SBX TX/RX RX leakage (gang li)
- usrp spectrum sensing (Biniyam Zewede)
- Re: usrp spectrum sensing (Josh B.)
- can’t find block “uhd_usrp_souce” (adream)
- looking for the c++ source for “WBFM Receive” Block (adream)
- Re: SBX TX/RX RX leakage (Ralph A. Schmid, dk5ras)
- Re: looking for the c++ source for “WBFM Receive” Block
(Nemanja S.) - Possible problem with file location (Graeme G.)
- Re: Possible problem with file location (Josh B.)
- Re: can’t find block “uhd_usrp_souce” (Martin B. (CEL))
- Arrive ? (Erik J.)
Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID:
[email protected]
Content-Type: text/plain; charset=“us-ascii”
Hi,
I am installing gnu radio from built script but it is not completely
installed and gives the error as shown in screenshoot.
Best Regards,
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52
cf009/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed…
Name: Screenshot from 2013-02-08 18:29:49.png
Type: image/png
Size: 265495 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52
cf009/attachment.png>
Message: 2
Date: Fri, 8 Feb 2013 19:01:53 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”
On Fri, Feb 08, 2013 at 09:32:56AM -0800, Sajjad S. wrote:
Hi,
I am installing gnu radio from built script but it is not completely
installed
and gives the error as shown in screenshoot.
Please don’t screenshots when a copy & paste of the command line is more
useful.
Don’t forget to include the precise command you called it with when you
post that.
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstra?e 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
http://www.cel.kit.edu www.cel.kit.edu
KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/d21
e45d9/attachment.pgp>
Message: 3
Date: Fri, 08 Feb 2013 12:18:06 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252
Well, thats probably the issue, size_t is an unsigned int
namespace swig {
template <> struct traits {
typedef value_category category;
static const char* type_name() { return"unsigned int"; }
};
namespace swig {
template <> struct traits<size_t > {
typedef value_category category;
static const char* type_name() { return"size_t"; }
};
Though thats not an answer for your issue yet…
-josh
On 02/08/2013 05:58 AM, Ralph A. Schmid, dk5ras wrote:
Sent: Friday, February 08, 2013 9:49 AM
also the manual build fails in a similar way. Already installed on the
accidentally building against installed headers)?
So, what version of gnuradio produced the errors below? It wasnt theswig::traits<unsigned
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
2
+49-171-3631223
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 4
Date: Fri, 08 Feb 2013 12:20:08 -0600
From: Josh B. [email protected]
To: “Ralph A. Schmid, dk5ras” [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: [email protected]
Content-Type: text/plain; charset=windows-1252
On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error by installing the latest release, should be 3.6.3,
although
in the output sometimes the 3.6.4 repository was mentioned. And as I have
told there already is a partial install of 3.4.2 that is necessary for the
openbts package. So I just may remove this and install the newer version
I think this partial install is just the usrp component, not gnuradio
runtime or anything. However, If thats not the case, you might want to
uninstall/move the installed headers temporarily just in case to confirm
if thats causing the issue or not.
-josh
fine.
to a swig .i file and swig is being dumb and exporting it twice.
Can you attach the culprit gnuradio_core_generalPYTHON_wrap.cxxgnuradio-
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_from?
make[2]: ***
Message: 5
Date: Fri, 8 Feb 2013 19:14:48 +0000
From: “Nowlan, Sean” [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] pdu and stream tagging in 3.6.3
Message-ID: 195933287DC65748BA7AE867BA8E430B6236241F@apatlisdmbx02
Content-Type: text/plain; charset=“iso-8859-1”
I’m playing around with the new
gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu blocks. Is there
something
that can translate between the new tag format and the standard tx_sob
(start
of burst)/tx_eob (end of burst)/tx_time tags?
I guess it’s possible to write a packet scheduler if you fix a timestamp
in
the PMT metadata dictionary? I think this would involve writing a
message
source block that could attach PMT pairs containing tx_sob/PMT_T and
tx_time/tuple(uint64_t secs, double frac_secs). A downstream block could
read the pdu_length tag and put a tx_eob/PMT_T stream tag at the
appropriate
place. Does this sound like a reasonable approach?
Sean
-------------- next part --------------
An HTML attachment was scrubbed…
URL: <
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/679
76369/attachment.html>
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/6797
6369/attachment.html>
Message: 6
Date: Fri, 8 Feb 2013 20:27:36 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Cc: mailto:[email protected] [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“iso-8859-1”
Hi,
Yep, only the USRP stuff.
I already had removed the headers and in fact everything that looked
like
gnuradio and USRP, without any change, still the same problem.
Ralph.
Hi,
I got the error by installing the latest release, should be 3.6.3,
although in the output sometimes the 3.6.4 repository was mentioned.
And as I have told there already is a partial install of 3.4.2 that is
necessary for the openbts package. So I just may remove this and
install the newer versionI think this partial install is just the usrp component, not gnuradio
runtime or
anything. However, If thats not the case, you might want to uninstall/move
the installed headers temporarily just in case to confirm if thats causing
theOf Josh B.
updates the build of gnuradio fails. I am using the build script,
not fear the command line and editing files. Reminds me a bit ofx64
core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_co
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
Exiting Gnu Radio build/install
Discuss-gnuradio mailing list
mailto:[email protected] [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Discuss-gnuradio Info Page
Discuss-gnuradio mailing list
mailto:[email protected] [email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Discuss-gnuradio Info Page
Message: 7
Date: Fri, 8 Feb 2013 20:28:50 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Cc: mailto:[email protected] [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“iso-8859-1”
Well, I am not a programmer but a RF guy, but why not just changing this
with search and replace?!
Ralph.
template <> struct traits {
Though thats not an answer for your issue yet…-----Original Message-----
Hi,
See the messages at the bottom of the mail.
to
to a swig .i file and swig is being dumb and exporting it twice.
right?/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
2
+49-171-3631223
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 8
Date: Fri, 08 Feb 2013 15:38:55 -0500
From: “Marcus D. Leech” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Message-ID: [email protected]
Content-Type: text/plain; charset=“iso-8859-1”; Format=“flowed”
On 02/08/2013 12:32 PM, Sajjad S. wrote:
[email protected]
Discuss-gnuradio Info Page
Re-try with --verbose it will give more output about what failed.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org http://www.sbrac.org/
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/3ad
f625d/attachment.html>
Message: 9
Date: Fri, 8 Feb 2013 16:10:40 -0500
From: gang li [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
CAKro2L1oixE8M9WccoGy9UzskGzvD=removed_email_address@domain.invalid
Content-Type: text/plain; charset=ISO-8859-1
When the signal received on RF2 port has a very weak strength, the
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.
Best,
Gang
On Thu, Feb 7, 2013 at 2:22 PM, [email protected] wrote:
[email protected]
[email protected]
Discuss-gnuradio Info Page
Message: 10
Date: Fri, 08 Feb 2013 16:26:26 -0500
From: “Marcus D. Leech” [email protected]
To: gang li [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 02/08/2013 04:10 PM, gang li wrote:
Gang
Are you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use
a duplexor, or a deep notch filter on the RX port, and probably boost
your
antenna signal a bit with an external amplifier.
But if this is same-frequency duplex, the on-board leakage is really
minor compared to the coupling between your antennae.
–
Marcus L.
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org http://www.sbrac.org/
Message: 11
Date: Fri, 8 Feb 2013 17:47:14 -0500
From: gang li [email protected]
To: “Marcus D. Leech” [email protected]
Cc: [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1
Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the received
signal amplitude is kind of stable. So i think maybe the leakage takes
the major. Am I right?
On Fri, Feb 8, 2013 at 4:26 PM, Marcus D. Leech [email protected]
wrote:
Best,
GangAre you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use a
duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.But if this is same-frequency duplex, the on-board leakage is really
minor
Message: 12
Date: Fri, 8 Feb 2013 17:26:12 -0800 (PST)
From: Biniyam Zewede [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] usrp spectrum sensing
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the
following command (/usrp_spectrum_sense.py 440M 450M --fft 512) and
worked a
couple of times. But when I try it today, it tells me that there is no
device. (even though I connected a usrp). part of the message I get
looks
like this.
RuntimeError: LookupError: KeyError: No devices found for ----->
Empty Device Address
I need help please.
Biniyam.
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/705
656b4/attachment.html>
Message: 13
Date: Fri, 08 Feb 2013 19:33:47 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] usrp spectrum sensing
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1
On 02/08/2013 07:26 PM, Biniyam Zewede wrote:
Empty Device Address
I need help please. Biniyam.
need more information.
If this is a network device, you may not have setup your network
interface.
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#setup-networking
If this is a usb device, you may not have setup udev/installed winusb
driver.
http://files.ettus.com/uhd_docs/manual/html/transport.html#usb-transport-lib
usb
-josh
_______________________________________________ Discuss-gnuradio
mailing list [email protected]
Discuss-gnuradio Info Page
Message: 14
Date: Sat, 9 Feb 2013 13:10:46 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one test faild
The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTest
when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”
Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)
Error: Connection between uhd_usrp_source_0(0) and low_pass_filter_0(0)
could not be made.
source block id “uhd_usrp_source_0” not in block ids
Done
thanks for any reply
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/19b
02096/attachment.html>
Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“iso-8859-1”
hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed…
URL: <
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62f
fb6d5/attachment.html>
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/62ff
b6d5/attachment.html>
Message: 16
Date: Sat, 9 Feb 2013 08:35:31 +0100
From: “Ralph A. Schmid, dk5ras” < mailto:[email protected]
[email protected]>
To: < mailto:[email protected] [email protected]>
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID: < mailto:[email protected]
[email protected]>
Content-Type: text/plain; charset=“US-ASCII”
Just put 50 Ohm dummy loads onto the connectors and check for a signal,
then
you see if it is leakage or not
Ralph.
TX/RX and receiving on RX2 at the same time. When I put the antennas
energy leaked from TX to RX will dominate in the total received
Are you TX/RX on the same frequency, or different frequencies?The usual way to deal with this on different-frequency setups is to use
a
duplexor, or a deep notch filter on the RX port, and probably boost your
antenna signal a bit with an external amplifier.But if this is same-frequency duplex, the on-board leakage is really
minor
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
Message: 17
Date: Sat, 9 Feb 2013 13:17:57 +0100
From: Nemanja S. [email protected]
To: adream [email protected], [email protected]
Subject: Re: [Discuss-gnuradio] looking for the c++ source for “WBFM
Receive” Block
Message-ID:
[email protected]
Content-Type: text/plain; charset=“utf-8”
I think wbfm is designed as hier block, and consists of fm demodulator,
deemephasis, and audio filter. You can find this block in blks2_impl
folder.
Nemanja
On Sat, Feb 9, 2013 at 6:19 AM, adream [email protected] wrote:
hello,
Can anyone tell me the c++ source for “WBFM Receive” Block?
Thanks
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
–
Nemanja Savi?
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/431
dbf11/attachment.html>
Message: 18
Date: Sat, 09 Feb 2013 13:57:00 +0000
From: Graeme G. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
I installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[graeme@handel Apps]$ python Test1.py
Traceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
line 20, in swig_import_helper
_mod = imp.load_module(‘_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No such file or directory
The problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[graeme@handel Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.
Grimble
Registered Linux User #450547
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Mandriva Linux release 2011.0 (Official) for x86_64
Message: 19
Date: Sat, 09 Feb 2013 10:44:15 -0600
From: Josh B. [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] Possible problem with file location
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1
On 02/09/2013 07:57 AM, Graeme G. wrote:
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from gnuradio_core_runtime import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.
py”,
and adding /opt/radio/lib64 to PYTHONPATH has no effect.
I would be grateful for your comments.
library directories should be in the LD_LIBRARY_PATH environment
variable (on linux for example)
executable directories should go in the PATH environment variable
-josh
Message: 20
Date: Sat, 9 Feb 2013 17:51:25 +0100
From: “Martin B. (CEL)” [email protected]
To: [email protected]
Subject: Re: [Discuss-gnuradio] can’t find block “uhd_usrp_souce”
Message-ID: [email protected]
Content-Type: text/plain; charset=“utf-8”
On Sat, Feb 09, 2013 at 01:10:46PM +0800, adream wrote:
hello, I build gnuradio by source, my gnuradio version is 3.6.3,and only
one
test faildThe following tests FAILED:
??? 120 - qa_ctcss_squelch (Failed)
That’s OK.
Errors while running CTest
when I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio
Companion)
Error: Connection between uhd_usrp_source_0(0) and
low_pass_filter_0(0)
could not be made.
??? source block id “uhd_usrp_source_0” not in block ids
Done
Did you install UHD at all?
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstra?e 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
http://www.cel.kit.edu www.cel.kit.edu
KIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz Association
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130209/7d6
35204/attachment.pgp>
Message: 21
Date: Sat, 09 Feb 2013 17:58:57 +0100
From: Erik J. [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] Arrive ?
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
HI.
Does this arrive at the mailinglist ?
Erik
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 123, Issue 10
Hi,
I have found two possible solutions to install GnuRadio in my case.
-
Run build script untill the error comes, then just go int gnuradio
folder and delete build folder and install it with
$ mkdir build
$ cd build
$ cmake …/
$ make && make test
$ sudo make install
The problem which i got with this that the version of GNu Radio is not
determined when installed by this way. -
The 2nd way is to run the following commands
sudo bash -c ‘echo “deb
http://files.ettus.com/binaries/uhd_unstable/repo/uhd/ubuntu/`lsb_release
-cs lsb_release -cs main" > /etc/apt/sources.list.d/ettus.list' sudo bash -c 'echo "deb http://files.ettus.com/binaries/uhd_unstable/repo/gnuradio/ubuntu/lsb_release
-cs lsb_release -cs` main” >> /etc/apt/sources.list.d/ettus.list’
sudo apt-get update
Then update your system.
Then just run the build script. Thanks everyone for the help.
Best Regards,
SAJJAD SAFDAR
----- Forwarded Message -----
From: Sajjad S. [email protected]
To: Cybergibbons [email protected]; “[email protected]”
[email protected]
Sent: Tuesday, February 12, 2013 4:00 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
HI,
I got the following errors when installing with the build script.
[ 39%] Generating gnuradio_core_general.tag
[ 39%] Swig source
Scanning dependencies of target _gnuradio_core_general
[ 39%] Building CXX object
gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6067:22:
error: redefinition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5493:22:
error: previous definition of ‘struct swig::traits’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6071:23:
error: redefinition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5497:23:
error: previous definition of ‘struct swig::traits_asval’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6077:23:
error: redefinition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5503:23:
error: previous definition of ‘struct swig::traits_from’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:6087:22:
error: redefinition of ‘struct swig::traits<std::vector >’
/home/helmut/gnuradio/gnuradio/build/gnuradio-core/src/lib/swig/gnuradio_core_generalPYTHON_wrap.cxx:5513:22:
error: previous definition of ‘struct swig::traits<std::vector >’
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnuradio_core_generalPYTHON_wrap.cxx.o]
Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
helmut@ubuntu:~/gnuradio$
Any suggestions?
Best Regards,
SAJJAD SAFDAR
From: Cybergibbons [email protected]
To: Sajjad S. [email protected]
Cc: “[email protected]” [email protected]
Sent: Tuesday, February 12, 2013 2:42 PM
Subject: Re: [Discuss-gnuradio] Gnu radio not completely installed on
Ubuntu 12.04
Please stop with the screenshots! Text is easier and smaller for
everyone.
On 12 February 2013 13:39, Sajjad S. [email protected]
wrote:
Hi,
or, via email, send a message with subject or body ‘help’ to
- Gnu radio not completely installed on Ubuntu 12.04
(Sajjad S.)- Re: SBX TX/RX RX leakage (Marcus D. Leech)
- Re: SBX TX/RX RX leakage (gang li)
- usrp spectrum sensing (Biniyam Zewede)
- Re: usrp spectrum sensing (Josh B.)
- can’t find block “uhd_usrp_souce” (adream)
- looking for the c++ source for “WBFM Receive” Block (adream)
- Re: SBX TX/RX RX leakage (Ralph A. Schmid,
dk5ras)
Message: 1
Date: Fri, 8 Feb 2013 09:32:56 -0800 (PST)
From: Sajjad S. [email protected]
To: “[email protected]” [email protected]
Subject: [Discuss-gnuradio] Gnu radio not
completely installed on
SAJJAD SAFDAR
-------------- next part --------------
An HTML attachment was scrubbed…
URL:
http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20130208/f52cf009/attachment.html
-------------- next part --------------
A non-text attachment was
scrubbed…
From: “Martin B. (CEL)” [email protected]I am installing gnu radio from built script but it is not completely installed
–Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.eduKIT – University of the State of Baden-W?rttemberg and
National Laboratory of the Helmholtz
Association
Message: 3
namespace swig {On 02/08/2013 02:08 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
On a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script, but
Amiga times
Any ideas what I should do?
Someone had this exact same error in a private email but we never got to
the
bottom of it.Was there a previous install of gnuradio by any chance (in
case something
Ralph.
These are the scripts last words:
[ 39%] Building CXX
object
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6087:22: error: redefinition of ?struct
swig::traits<std::vector >?
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/all]
Mondstr. 10
[email protected]On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error
by installing the latest release, should be 3.6.3, althoughjust
fine.
See the messages at the bottom of the
mail.
the
Or maybe its one of those things that shows up on an x86 machine vs x64
due
to how integer types map to fixed
width typedefs… So many ways to fail
Thanks a lot, and with best regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5497:23: error: previous definition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5513:22: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gnur
adio_c
–
Message-ID: 195933287DC65748BA7AE867BA8E430B6236241F@apatlisdmbx02
Content-Type: text/plain; charset=“iso-8859-1”I’m playing around with the new gr_pdu_to_tagged_stream/gr_tagged_stream_to_pdu
blocks. Is there something that can translate between the new tag format and the
standard tx_sob (start of burst)/tx_eob (end of burst)/tx_time tags?I guess it’s possible to write a packet scheduler if you fix a timestamp in the
PMT metadata dictionary? I think this would involve writing a message source block
that could attach PMT pairs containing tx_sob/PMT_T and tx_time/tuple(uint64_t
secs, double frac_secs). A downstream block could read the pdu_length tag and put
a tx_eob/PMT_T
stream tag at the appropriate place. Does this sound like a reasonable
approach?
From: “Ralph A. Schmid, dk5ras” [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: [Discuss-gnuradio] Build fails
Message-ID:
[email protected]On 02/08/2013 04:18 AM, Ralph A. Schmid, dk5ras wrote:
Hi,
I got the error by installing the latest release, should
be 3.6.3,
issue or not.Sent: Friday, February 08, 2013 9:49 AM
but also the manual build fails in a similar way. Already installed
on the machine is a partial gnuradio 3.4.2 for OpenBTS support,
together with
USRP1 drivers, yate PBX. This stuff built
without problems and works
Any ideas what I should do?
accidentally building against installed headers)?It may be the case that a recent change is
adding an extra typdef or
So, what version of gnuradio produced the errors below? It wasnt theThese are the scripts last words:
[ 39%] Building CXX object
gnuradio-
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6071:23: error: redefinition of ?struct
swig::traits_asval?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/al
l]
Error
2
make:
*** [all] Error 2
[email protected]with search and replace?!
Well, thats probably the issue, size_t is an unsigned int
namespace swig {
template <>
struct traits {
Though thats not an answer for your issue yet…-----Original Message-----
From:
discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalidOn a relatively fresh installed Kubuntu 12.04 LTS 32bit x86 with all
updates the build of gnuradio fails. I am using the build script,
but also the manual build
fails in a similar way. Already installed
good old Amiga times
Was there a previous install
of gnuradio by any chance (in case
due
-joshThanks a lot, and with best
regards
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6067:22: error: redefinition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5493:22: error: previous definition of ?struct
swig::traits?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:6077:23: error: redefinition of ?struct
swig::traits_from?
/home/ras/gnuradio/build/gnuradio-
core/src/lib/swig/gnuradio_core_gene
ralPYT
HON_wrap.cxx:5503:23: error: previous definition of ?struct
swig::traits<std::vector >?
make[2]: ***
[gnuradio-core/src/lib/swig/CMakeFiles/_gnuradio_core_general.dir/gn
ur
adio_c
ore_generalPYTHON_wrap.cxx.o] Error 1
make[1]:
Ubuntu 12.04
SAJJAD SAFDAR
Marcus L.
Message: 9
energy leaked from TX to RX will dominate in the total received
energy. I have observed this in my experiments. Are there any ways to
measure the leaked signal so i can compensate it? I am thinking a way
of by connecting the
RF1 and RF2 ports with a long cable and 60db
Hi, guys, I am doing full duplex on SBX. Is there any leakage from TXDiscuss-gnuradio Info Page
Cc: [email protected], [email protected]
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.
minor compared to the coupling between your antennae.
Subject: Re: [Discuss-gnuradio] SBX TX/RX RX leakage
Message-ID:
[email protected]
Content-Type: text/plain; charset=ISO-8859-1Yes. I am doing full duplex on the same frequency, transmitting from
TX/RX and receiving on RX2 at the same time. When I put the antennas
far way from each other, the received signal amplitude is very low.
And when I change the distance between them, i found the
receivedof by connecting the RF1 and RF2 ports with a long cable and 60db
attenuators. And then i record the received signal. I assume it is the
leaked signal from TX. Are there any better ways? Thanks for your
reply.Best,
Gang
Content-Type: text/plain; charset=“iso-8859-1”
Hello everyone,
? ? I am trying to sense a?transmitted signal using a usrp. I typed the following
command (/usrp_spectrum_sense.py 440M 450M --fft 512) and worked a couple of
times. But when I try it today, it tells me that there is no device. (even though
I connected a usrp). part of the message I get looks like this.RuntimeError: LookupError:
KeyError: No devices found for ----->USRP Hardware Driver and USRP Manual: USRP2 and N2x0 Series
Message: 14
The following tests FAILED:
120 - qa_ctcss_squelch (Failed)
Errors while running CTestwhen I try to open the “uhd_wbfm_receive.grc”, it print error:
Loading: “uhd_wbfm_receive.grc”Error: Block key “uhd_usrp_source” not found in Platform - grc(GNU
Radio Companion)
Error: Connection
between uhd_usrp_source_0(0) and low_pass_filter_0(0)Message: 15
Date: Sat, 9 Feb 2013 13:19:39 +0800
From: adream [email protected]
To: [email protected]
Subject: [Discuss-gnuradio] looking for the c++ source for "WBFM
Receive" Block
Just put 50 Ohm dummy loads onto the connectors and check for a signal, then
Cc: [email protected]; [email protected]
wrote:On 02/08/2013 04:10 PM, gang li wrote:
Gang
Are you TX/RX on the same frequency, or different frequencies?
The usual way to deal with this on different-frequency setups is to use
a
duplexor, or a deep notch filter on the RX port, and probably boost
your
Marcus L.
Discuss-gnuradio Info Page
Message:
17
deemephasis, and audio filter. You can find this block in blks2_impl
folder.-------------- next part --------------
Message-ID: [email protected]
Content-Type: text/plain; charset=ISO-8859-1; format=flowedI installed gnuradio to /opt/radio and set
PYTHONPATH=/opt/radio/lib64/python2.7/site-packages.
My first test run gave:
[graeme@handel Apps]$ python Test1.py
Traceback (most recent call
last):
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 24, in
_gnuradio_core_runtime = swig_import_helper()
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core_runtime.py”,
line 20, in swig_import_helper
_mod = imp.load_module(‘_gnuradio_core_runtime’, fp, pathname,
description)
ImportError: libgnuradio-core-3.6.4git.so.0.0.0: cannot open shared
object file: No
such file or directory
Running KDE 4.6.5 on 2.6.39.4-5.1-desktop kernel.
Subject: Re: [Discuss-gnuradio] Possible problem with file
locationTraceback (most recent call last):
File “Test1.py”, line 3, in
from gnuradio import gr
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/init.py”, line
27, in
from gnuradio_core import *
File
“/opt/radio/lib64/python2.7/site-packages/gnuradio/gr/gnuradio_core.py”,
line 23, in
from
gnuradio_core_runtime import *
object file: No such file or directoryThe problem is that libgnuradio-core-3.6.4git.so.0.0.0 is installed 3
levels higher, together with a number of other libgn… modules:
[graeme@handel Apps]$ locate libgnuradio-core-3.6.4git.so.0.0.0
/opt/radio/lib64/libgnuradio-core-3.6.4git.so.0.0.0
and adding /opt/radio/lib64 to PYTHONPATH has
no effect.On Sat, Feb 09, 2013 at 01:10:46PM +0800,
adream wrote:when I try to open the “uhd_wbfm_receive.grc”, it print error:
Building 05.01
76131
Karlsruhe
On Tue, Feb 12, 2013 at 7:08 AM, [email protected] wrote:
**
Yes, this is a known issue.
I posted a message last night showing what I think is the offending
commit. I don’t know if anyone has looked into it beyond that.
Still setting up the VM, the install failed overnight. Re-installing
now.
Did you get those commit IDs from git bisect?
Johnathan
On 13 Feb 2013 09:32, Sajjad S. wrote:
Hi,
I have found
two possible solutions to install GnuRadio in my case.
- Run
build script untill the error comes, then just go int gnuradio folder
and delete build folder and install it with$ mkdir build
$ cd
build
$ cmake …/
$ make && make test
$ sudo make installThe
problem which i got with this that the version of GNu Radio is not
determined when installed by this way.
Or, you know, just re-run the
build-gnuradio script at some time after Tom committed the fixes to the
repo last night. That works, too.
Hi Sajjad,
The first solution is fine if you don’t know the version
it
runs. It might work by maybe running a slightly older compatible
version.
But how does the second solution work. The problem according to Tom
seems
to be with template issue with swig interface. How does your second
solution address that problem to run correctly. Not that i understand
all
technical details, I am a novice, but i was curious reading the mailing
list.
Hi,
for me it did not work, with a different error. As I need gnuradio today
I just have put back my backup, maybe I will be able to have a closer
look this evening.
Btw., still I could not manage to get the gnuradio 3.4.2 in the reduced
“OpenBTS version” (to supply libusrp) up and running under 64 bit (it
compiles without visible trouble, but OpenBTS does not find the USRP
package), still stuck with 32bit 12.04.
Ralph.
Or, you know, just re-run the build-gnuradio script at some time after
Tom committed the fixes to the repo last night. That works, too.
On 13 Feb 2013 10:19, Johnathan C. wrote:
On Wed, Feb 13,
2013 at 7:14 AM, Ralph A. Schmid, dk5ras <[email protected] [1]> wrote:
for me it did not work, with a different error. As I need gnuradio
today I just have put back my backup, maybe I will be able to have a
closer look this evening.I can verify that on a freshly installed
Ubuntu 12.04.1 LTS 32-bit desktop system, the build-gnuradio script
completes successfully and all QA now passes. Tom verified the same
using Ubuntu 12.10 32-bit desktop.Johnathan
I ran it last night
on an up-to-date 32-bit Ubuntu 12.04 LTS system, and it ran without
issue.
When reporting “it didn’t work”, you’re best to run with
–verbose, and provide the last page or so of logging output, to help us
determine if you had some kind of transient failure, or there’s an
actual problem.
Since build-gnuradio does a lot of different things,
and its default mode is to be quite terse, just getting a “it didn’t
work” doesn’t really help anybody help you.
Links:
On Wed, Feb 13, 2013 at 7:14 AM, Ralph A. Schmid, dk5ras
[email protected]wrote:
for me it did not work, with a different error. As I need gnuradio today I
just have put back my backup, maybe I will be able to have a closer look
this evening.
I can verify that on a freshly installed Ubuntu 12.04.1 LTS 32-bit
desktop
system, the build-gnuradio script completes successfully and all QA now
passes. Tom verified the same using Ubuntu 12.10 32-bit desktop.
Johnathan
From: Ralph A. Schmid, dk5ras [mailto:[email protected]]
Sent: Wednesday, February 13, 2013 4:35 PM
To: ‘[email protected]’
Subject: RE: [Discuss-gnuradio] Fw: Gnu radio not completely installed
on Ubuntu 12.04
Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this I know it very
well that the message “doe not work” does not tell very much…working
on it.
Ralph.
When reporting “it didn’t work”, you’re best to run with --verbose, and
provide the last page or so of logging output, to help us determine if
you had some kind of transient failure, or there’s an actual problem.
Since build-gnuradio does a lot of different things, and its default
mode is to be quite terse, just getting a “it didn’t work” doesn’t
really help anybody help you.
In my case it is an almost fresh Kubuntu 12.04, everything that got
installed is condensed Gnuradio 3.4.2 (for libusrp), OpenBTS and some
related command line tools. Nothing redefined, nothing changed, no
tweaks, nothing. How should I modify something relevant, with my almost
non-existant linux knowledge?! In fact my only personal contribute to
this is that I automated the installation of this setup with a crude and
dumb script, just that I do not have to type so much, otherwise the
installation follows the gnuradio.org and openbts.org websites.
As I have said, I will do further research
Ralph.
From: discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid
[mailto:discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid] On Behalf Of
[email protected]
Sent: Wednesday, 13 February, 2013 16:46
To: [email protected]
Subject: Re: [Discuss-gnuradio] FW: Fw: Gnu radio not completely
installed on Ubuntu 12.04
On 13 Feb 2013 10:35, Ralph A. Schmid, dk5ras wrote:
Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this I know it very
well that the message “doe not work” does not tell very much…working
on it.
Ralph.
Fair enough.
I usually find that if build-gnuradio fails, it fails because of a
transient network problem, so it can’t download the source it needs at
the time that it’s run, or the system it finds itself on is far-enough
away from “stock” that its assumptions are violated, and it falls over.
For example, I had one person a couple of years back who’d redefined a
few system commands that the script uses, so the script naturally,
failed.
On 13 Feb 2013 10:35, Ralph A. Schmid, dk5ras wrote:
Sure, I
always run it verbose, and I will extract the exact error message, today
I simply did not find the time for thisI know it very well that the
message “doe not work” does not tell very much…working on it.
Ralph.
Fair enough.
I usually find that if build-gnuradio fails, it
fails because of a transient network problem, so it can’t download the
source it needs at the time that it’s run, or the system it finds itself
on is far-enough away from “stock” that its assumptions are violated,
and it falls over.
For example, I had one person a couple of years
back who’d redefined a few system commands that the script uses, so the
script naturally, failed.
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 backup, started the script and leaned back for two
hours. So much noise for probably nothing, I am sorry…
Ralph.
From: discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid
[mailto:discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid] On Behalf Of
Ralph A. Schmid, dk5ras
Sent: Wednesday, February 13, 2013 4:35 PM
To: [email protected]
Subject: [Discuss-gnuradio] FW: Fw: Gnu radio not completely installed
on Ubuntu 12.04
From: Ralph A. Schmid, dk5ras [mailto:[email protected]]
Sent: Wednesday, February 13, 2013 4:35 PM
To: ‘[email protected]’
Subject: RE: [Discuss-gnuradio] Fw: Gnu radio not completely installed
on Ubuntu 12.04
Sure, I always run it verbose, and I will extract the exact error
message, today I simply did not find the time for this I know it very
well that the message “doe not work” does not tell very much…working
on it.
Ralph.
When reporting “it didn’t work”, you’re best to run with --verbose, and
provide the last page or so of logging output, to help us determine if
you had some kind of transient failure, or there’s an actual problem.
Since build-gnuradio does a lot of different things, and its default
mode is to be quite terse, just getting a “it didn’t work” doesn’t
really help anybody help you.