Hi there...
I have this error appear when I try to run any examples:
Traceback (most recent call last):
File "./dial_tone.py", line 23, in
from gnuradio import gr
File
"/usr/local/lib/python2.5/site-packages/gnuradio/gr/__i
On Saturday 18 October 2008 13:49:23 Ed Criscuolo wrote:
> Josh Blum wrote:
> > I pasted the relevant code below so we can reference its mystery hex
> > number.
> >
> > The tun tap block in grc takes code from the tun tap example to open a
> > tun tap file descriptor. The file descriptor is fed int
Looks like it should. Yet, when I run it in linux, the tun0 network
device gets created without the IP address, but manually running
the same ifconfig command works. At least as far as asigning the
address.
GRC expects to have root access in this case, you may be running grc as
user, and if
Josh Blum wrote:
I pasted the relevant code below so we can reference its mystery hex
number.
The tun tap block in grc takes code from the tun tap example to open a
tun tap file descriptor. The file descriptor is fed into a file
descriptor source and sink. From the outside of the tun tap bloc
On Oct 17, 2008, at 4:01 PM, Ed Criscuolo wrote:
(Michael Dickens, have you had any experience
with the tun/tap driver on OSX?)
Nope; never heard of it. I'll look at it, but no promises.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
ht
I pasted the relevant code below so we can reference its mystery hex number.
The tun tap block in grc takes code from the tun tap example to open a
tun tap file descriptor. The file descriptor is fed into a file
descriptor source and sink. From the outside of the tun tap block, we
see the inpu
It is actually an ARMv7a.
This a LATER chip than the ARM11, much less the ARM9. The NEON is a
powerful 128 bit wide SIMD processor capable of doing floating point
arithmetic.
Bob
This is definitely going to make a VERY nice low power SDR board. Another
we should consider is the OMAP-L137 whi
Has anybody had any luck using the Tun/Tap device in GRC?
I've tried it with GRC 0.70 and 0.69 under Fedora 8, and
GRC 0.69 under Mac OSX and had no luck, even when running
everything as root.
Under OSX 10.4, I installed Mattias Nissler's tun/tap driver
( http://tuntaposx.sourceforge.net/ ) date
Hi,
1) Why you are posting in Patch-gnuradio ?. Posting to Patch-gnuradio is used
only if you have a patch to the gnuradio project.
2)
> Santi Ortega <[EMAIL PROTECTED]> wrote:
>
> How?? It's seems to be too easy but I don't know so much python to do it...
> Could you write me some initial code
Hi,
I have a couple of basic questions regarding USRP inband signaling and
m-blocks.
1) Should these two be used together, or are they separate, eg, can i
use inband signaling with standard blocks?
2) There is a brief description of inband signling in the trank; is
there a simple example t
On Fri, Oct 17, 2008 at 12:39 PM, Pablo Mendoza <[EMAIL PROTECTED]> wrote:
> Hi!
> I am working with an OFDM modulator for digital radio. I use a 4096-point
> IFFT implemented in a FPGA, and because this is my sampling frequency
> 4.096MHz. At the final of my system i need to obtain an analog signa
Hi!
I am working with an OFDM modulator for digital radio. I use a 4096-point
IFFT implemented in a FPGA, and because this is my sampling frequency
4.096MHz. At the final of my system i need to obtain an analog signal. The
problem is that my DAC works with an 80MHz clock. I can interpolate my
signa
> What do you mean by reason?
I mean if you're right about this Fixing Bug in usrp_spectrum_sense.py.
> Yes it is possible. You can use gnuPlot or something like the GUI used in
fft_sink.
How?? It's seems to be too easy but I don't know so much python to do it...
Could you write me some initial co
You were right. At the end was just only a problem of the compiler being not
able to find the
right files. I finally hard-coded in Makefile.common the right gnuradio include
folders that the BBN
code was asking for. Now it compiled and BBN 802.11 code works nice over
Gnuradio again.
Thanks.
_
Eric Blossom <[EMAIL PROTECTED]> writes:
> Let me try that without adding anything else:
>
> All code in the gnuradio.org svn repository shall be GPL and
> assigned to FSF.
Just to stir the pot: it's the copyright holder that chooses the
license. So it's really
(Note that the GNU Radio
Dear All,
I don't get any RX signal from side-B of the USRP when running the
trondeau/dbs/ code.
BR/
Per
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I'm writing a paper which has a section on open hardware, and would like to
mention the USRP. I've checked-out usrp-hw from SVN, but can't see any
license notices. So my question is, what license applies to the schematics
Etc? And am I right in assuming there are no gerber files?
And lastly, does
The last problem which I posted is solved and now finally I got the backtrace
of error, which is the following:
--
#0 0xb710c289 in std::_List_node_base::hook () from /usr/lib/libstdc++.so.6
#1 0
18 matches
Mail list logo
