Hi all,
I'm having "make check" errors when installing gnuradio 3.5.0:
make[7]: Entering directory
`/home/azalea/Desktop/gnuradio-3.5.0/gr-trellis/src/python'
Traceback (most recent call last):
File "./qa_trellis.py", line 32, in
import digital_swig
ImportError: No module named digital_swi
Hi Community,
I have just uploaded a lengthy video as a supplement to my earlier
screencast on gnuradio-companion. I recorded it last evening but somehow was
unable to find that where it was saved in my system. Now I am using a good
screen recorder which is giving me option to pause in between th
On 06/13/2012 05:15 PM, Phelps Williams wrote:
> I have a simple bpsk transmitter setup with a custom udp source block
> which outputs a fixed pattern if no data is available from the socket.
> I have instrumented the block to indicate when data is read from the
> socket inside of work().
>
> M
On Wed, Jun 13, 2012 at 3:25 PM, Richard Graham wrote:
>
> %include
>
> ... was intentional in:
>
> gnuradio/gnuradio-core/src/lib/runtime/gr_top_block.i
>
> If so, what does this apparent self-reference (recursive?) do?
>
>
Apparently it does nothing at all, and SWIG doesn't mind :-)
That line
I have a simple bpsk transmitter setup with a custom udp source block
which outputs a fixed pattern if no data is available from the socket.
I have instrumented the block to indicate when data is read from the
socket inside of work().
My radio looks like this:
Custom UDP Source -> DPSK Mod (DBPSK
SWIG Masters,
Was wondering if the line:
%include
... was intentional in:
gnuradio/gnuradio-core/src/lib/runtime/gr_top_block.i
If so, what does this apparent self-reference (recursive?) do?
Regards.
___
Discuss-gnuradio mailing list
Discuss-gnurad
John,
Thanks a lot for your email. My previous USRP2 modules had some old
daughterboards. I am currently working with USRP N210. I am not sure even
this one is getting the external reference, either. Couple of things:
1. I have the tools to probe the 10 MHz reference signal. But I did not
find R5
On Wed, Jun 13, 2012 at 8:09 AM, Tom Rondeau wrote:
> I've received some reports about strange behavior of running GNU Radio
> programs on Ubuntu 12.04, specifically when working with USRP signals.
> Seems like programs are locking up. The same setup (version of GNU
> Radio and UHD) apparently h
On Wed, Jun 13, 2012 at 11:27 AM, Josh Blum wrote:
>
>
> On 06/13/2012 08:09 AM, Tom Rondeau wrote:
>> I've received some reports about strange behavior of running GNU Radio
>> programs on Ubuntu 12.04, specifically when working with USRP signals.
>> Seems like programs are locking up. The same se
On Wed, Jun 13, 2012 at 11:26 AM, Nicholas Corgan wrote:
> Any programs or circumstances in particular? I use two machines with 12.04,
> and I haven't seen any issues on either.
Custom apps, I think. I'll inquire if they can test with uhd_fft or something.
Tom
> On 06/13/2012 08:09 AM, Tom Ron
On 06/13/2012 08:09 AM, Tom Rondeau wrote:
> I've received some reports about strange behavior of running GNU Radio
> programs on Ubuntu 12.04, specifically when working with USRP signals.
> Seems like programs are locking up. The same setup (version of GNU
> Radio and UHD) apparently has no prob
Any programs or circumstances in particular? I use two machines with
12.04, and I haven't seen any issues on either.
On 06/13/2012 08:09 AM, Tom Rondeau wrote:
I've received some reports about strange behavior of running GNU Radio
programs on Ubuntu 12.04, specifically when working with USRP si
I've received some reports about strange behavior of running GNU Radio
programs on Ubuntu 12.04, specifically when working with USRP signals.
Seems like programs are locking up. The same setup (version of GNU
Radio and UHD) apparently has no problems on 11.10, though.
I cannot recreate this, so I
I use two USRP N210 (daughter boards are XCVR2450 supports freq range in
2.4GHz - 2.5GHz) to experiment with tunnel.py in
gr-digital/example/narrowband. I followed the instructions of README and
varied the parameters.
When I set freq in 2.4GHz to 2.5GHz:
*./tunnel.py -f 2.42G -c 50*
It didn't work,
On Fri, Jun 8, 2012 at 11:03 AM, Alexandru Csete wrote:
> Is there a smart way to delete a GNU Radio block in C++?
> Until now I have been using the shared_ptr().reset() method but it
> seems to me that it will only call the destructor if the parent
> top_block has not been run.
>
"Don't do tha
Hi all,
I'm using GRC and the simple flow graph(1) at receiver is as follows:
Usrp source>qam demod>file sink
It works fine at first. However, when I tried to execute another similar
flow graph(2) that was built before UPDATING GNURADIO from 3.5.0 to 3.6.0.
an error occurs:
Gener
On Tue, Jun 12, 2012 at 4:03 PM, Vivian Paola Triana Galeano
wrote:
> Hi Everyone,
> My name is VIvian and I am working with GMSK modulation. I have a little
> doubt about it.
>
> I am transmitting a cosine signal using UHD sink and source blocks, USRP1,
> daughter board RFX 2400. The spectrum tha
On Wed, Jun 13, 2012 at 5:06 AM, J. Domburg wrote:
> On Wed, 13 Jun 2012, Martin Braun wrote:
>>
>> FYI: Marcus' build-gnuradio[1] installs both GNU Radio *and* the osmosdr
>> drivers. Does all the work for you.
>
>
> Yes, that actually was the first thing I tried. It gave me the same error,
> but
On Wed, 13 Jun 2012, Martin Braun wrote:
FYI: Marcus' build-gnuradio[1] installs both GNU Radio *and* the osmosdr
drivers. Does all the work for you.
Yes, that actually was the first thing I tried. It gave me the same error,
but because the script doesn't really supports Debian (actually had t
On Wed, Jun 13, 2012 at 10:42:44AM +0200, J. Domburg wrote:
> Yes, after I wrote the mail, I noticed that too, so I tried using
> that. I'm working with one of these RTLSDR dongles, though, and the
> drivers for that one aren't in Debian yet. So I tried to build these
> separately against the gnura
On Wed, 13 Jun 2012, Alex Dekker wrote:
I had exactly this issue [apparently so do others judging by what appears in
Pastebin]. After wrangling with it a while I realised that 3.6 had landed in
the repos, which was adequate for FCD and RTL use, so I'm afraid to say that
I just gave up :-(
Yes,
On Wednesday 13 Jun 2012 08:24:54 J. Domburg wrote:
> "Cannot import gnuradio.
>
> Is the python path environment variable set correctly?
> All OS: PYTHONPATH
>
> Is the library path environment variable set correctly?
> Linux: LD_LIBRARY_PATH
> Windows: PATH
> MacOSX: DY
Hi all,
(Resending, I don't think my mail got through the first time. If it did,
my apologies for the duplicate.)
I have a problem with building and running gnuradio. My system is a Debian
Unstable one, and I'm trying to build the current git version of gnuradio
from source.
Basically, the
23 matches
Mail list logo