Hi everyone,
Need a bit help in finding the usrp2 verilog files file for example: ddc and duc files.I have been searching many sites for the usrp2 verilog file but in vain.Could any help me out in finding the files.Any help will be very mush appreciated.
Thanking you in advance for the concern.
Anil ph
On Mon, Jul 19, 2010 at 9:30 PM,
<address@hidden> wrote:
Send Discuss-gnuradio mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
address@hidden
You can reach the person managing the list at
address@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Re: RD pin of CY7C68013 ON USRP board (Matt Ettus)
2. Understanding USRP2 flow control (OE1RSA)
3. Sending without host (Matthias Sch?fer)
4. Re: USRP digital downconverters (Thomas Tsou)
5. Receiving Wireless Video in GNU Radio (Jack Ott)
6. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Michael Dickens)
7. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Elvis Dowson)
8. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Michael Dickens)
9. Re: gnuradio on osx 10.6.4 (Michael Dickens)
10. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Elvis Dowson)
11. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Michael Dickens)
12. Re: gnuradio on osx 10.6.4 (Ninja)
13. pre-correction function (Mathias Coinchon)
14. gr-trellis : problem in using viterbi decoder (Raman O)
15. about the channel distinguish when read from multi channel
(John Wu)
16. Re: gnuradio on osx 10.6.4 (Michael Dickens)
17. Re: about the channel distinguish when read from multi
channel (Thomas Tsou)
18. Re: gnuradio on osx 10.6.4 (Elvis Dowson)
19. Re: How to set default ethernet interface to eth2 (Tim Pearce)
20. Re: GNU Radio Companion and WxWidgets 2.9.0 on Mac OS X
10.6.4 (Elvis Dowson)
21. Segmentation fault in usrp_siggen.py hier_block (killoqg)
22. Re: UHD example (Elvis Dowson)
23. USRP2 on MacPorts (Ninja)
24. Re: USRP2 on MacPorts (Manuel Fuhr)
25. analog TV modulation (NTSC or PAL) (Rafael Diniz)
26. Re: gnuradio on osx 10.6.4 (Michael Dickens)
27. Re: UHD example (Philip Balister)
28. How to stop a hier_block2? (killoqg)
29. Re: RD pin of CY7C68013 ON USRP board (zhdiamond)
30. Re: gnuradio on osx 10.6.4 (Elvis Dowson)
31. Re: How to stop a hier_block2? (Alexandru Csete)
32. Re: How to stop a hier_block2? (killoqg)
33. Re: How to stop a hier_block2? (killoqg)
34. Re: gnuradio on osx 10.6.4 (Elvis Dowson)
----------------------------------------------------------------------
Message: 1
Date: Sun, 18 Jul 2010 09:32:36 -0700
From: Matt Ettus <address@hidden>
Subject: Re: [Discuss-gnuradio] RD pin of CY7C68013 ON USRP board
To: zhdiamond <address@hidden>, gnuradio
<address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 07/18/2010 05:40 AM, zhdiamond wrote:
>
> when I see the USRP board, the U412:CY7C68013 has the RD PIN connected GND.
> but the spec said that, it's a output pin, and the default state is high.
> So I wonder to know if the RD PIN should not connected to the GND ?
It is not connected to ground.
Matt
------------------------------
Message: 2
Date: Sun, 18 Jul 2010 18:50:47 +0200
From: OE1RSA <address@hidden>
Subject: [Discuss-gnuradio] Understanding USRP2 flow control
To: gnuradio <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=UTF-8
Dear All!
I am starting to learn my new USRP2 device.
I bought a reasonable fast quad core PC and
a recommended ethernet board.
I wanted to find out if I can get the interpolation 4
working in my environment. I just connect a sine
oszillator to the usrp2 sink.
I am observing the signal on a connected scope.
Everything works fine for a while, but then suddenly
the output becomes heavily distorted.
I can see from the resource watch of the system
monitor that my PC putting out data at a sustained
rate of more than 800 Mbits/sec.
I started to try to understand the code in
gnuradio/usrp2/host/lib and expected some flow control
when the usrp2 input buffers are nearly full .
Unfortunately I was not able to understand how this
is implemented.
Is there any flow control at all?
If not, what is supposed to happen, if the PC is
sending (slightly) too fast?
Appreciating any information on this subject,
Roland
--
_________________________________________
_ _ | Roland Schwarz OE1RSA
|_)(_ | sip:address@hidden
| \__) | mailto:address@hidden
________| http://www.blackspace.at
------------------------------
Message: 3
Date: Sun, 18 Jul 2010 21:55:39 +0200
From: Matthias Sch?fer <address@hidden>
Subject: [Discuss-gnuradio] Sending without host
To: gnuradio <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Hi list,
I want to send data direct from the firmware without host. I looked at
the tx_standalone.c and there came up some questions:
1. Do I have to encapsulate my data into a ethernet packet like it's
done there or can I simply put something into the buffer pool and set
the first_line-argument of the dbsm to zero?
2. What's this last_line-Argument for?
3. Does the buffer pool or the DSP delete the data out of the buffer
after sending?
4. If the ethernet header is necessary, which fpga component interprets
it? The buffer pool or the DSP?
kind regards,
Matthias
------------------------------
Message: 4
Date: Sun, 18 Jul 2010 14:06:10 -0700
From: Thomas Tsou <address@hidden>
Subject: Re: [Discuss-gnuradio] USRP digital downconverters
To: address@hidden
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On Fri, Jul 16, 2010 at 2:30 AM, <address@hidden> wrote:
> Hi,
>
> It sais, that the USRP digital downconverters have a programmable decimation
> rate. What does this decimation rate do? Is this the filter restricting the
> frequencies of the signal + noise?
>
> And how do I change this decimation rate?
Decimation reduces the sample rate of the incoming sequence to a lower
rate. You can find more information about the DDC on the wiki.
http://gnuradio.org/redmine/wiki/1/UsrpFAQDDC
How you set the decimation rate depends on how you use gnuradio. You
may want to look at the following usrp interface file.
usrp/host/include/usrp/usrp_standard.h
Thomas
------------------------------
Message: 5
Date: Sun, 18 Jul 2010 14:13:25 -0700 (PDT)
From: Jack Ott <address@hidden>
Subject: Re[Discuss-gnuradio] ceiving Wireless Video in GNU Radio
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hello,
I'm a complete beginner to begin with so please don't assume I know
anything at all regarding SDR.
What I would like to know is the steps required to capture and view a
2.4GHz camera's wireless transmission? Assuming I have a USRP2 unit and
a successful GNU Radio installation what are the steps required to
achieve that?
--
View this message in context: http://old.nabble.com/Receiving-Wireless-Video-in-GNU-Radio-tp29190893p29190893.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 6
Date: Sun, 18 Jul 2010 15:23:31 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On Jul 18, 2010, at 3:09 AM, Elvis Dowson wrote:
> WxWidgets 2.9.0 supports Cocoa on Mac OS X 10.6.4, so if I were to
> get that running with WxPython, would grc automatically switch over
> to using Cocoa instead of gtk, when running on Mac OS X?
Short answer: yes.
Longer answer: So long as you can do "import wx" from Python, then grc
should work with whatever display is provided (whether gtk or cocoa /
aqua). The wx API hides the actual GUI being used, at least to a high
degree.
If you do decide to try this, < http://wiki.wxwidgets.org/Development:_wxMac
> might be useful. Do let the list know if you have success :)
------------------------------
Message: 7
Date: Mon, 19 Jul 2010 01:32:43 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: Michael Dickens <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
Hi Michael,
On Jul 19, 2010, at 1:23 AM, Michael Dickens wrote:
> Longer answer: So long as you can do "import wx" from Python, then grc should work with whatever display is provided (whether gtk or cocoa / aqua). The wx API hides the actual GUI being used, at least to a high degree.
There is a wxPython-2.8.11 binary that you can download from the following link
http://downloads.sourceforge.net/wxpython/wxPython2.8-osx-unicode-2.8.11.0-universal-py2.6.dmg
This is for a 32-bit carbon framework.
I still haven't managed to get 64-bit cocoa framework building, although some of the wxPython developer have said that they have done so.
So, back to the discussion, now I have wxPython for carbon installed and import wx works, and it reports the correct version:
$ python
>>> import wx
>>> wx.VERSION_STRING
'2.8.11.0'
>>> exit()
$
I've still do to import some more dependent libraries (cheetah, lxml) and see if grc will get built.
This is what is looks like at the moment, when I run gnuradio ./configure
<snip>
checking for xdg-mime... false
checking for Python >= 2.5... yes
checking for Python Cheetah templates >= 2.0.0... no
checking for Python lxml wrappers >= 1.3.6... no
checking for Python gtk wrappers >= 2.10.0... no
Not building component grc.
<snip>
*********************************************************************
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:
usrp2-firmware
These components will not be built.
*********************************************************************
The following GNU Radio components have been successfully configured:
config
gruel
gnuradio-core
gr-msdd6000
gr-audio-osx
gr-atsc
gr-cvsd-vocoder
gr-gsm-fr-vocoder
gr-noaa
gr-pager
gr-radio-astronomy
gr-trellis
gr-wxgui
gnuradio-examples
docs
You my now run the make command to build these components.
*********************************************************************
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:
gcell
usrp
usrp2
gr-usrp
gr-usrp2
gr-gcell
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-portaudio
gr-audio-windows
gr-comedi
gr-gpio
gr-radar-mono
gr-video-sdl
gr-qtgui
gr-sounder
gr-utils
grc
These components will not be built.
Configured GNU Radio release v3.3.1git-30-g278b6db3 for build.
best regards,
Elvis Dowson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/e9e41960/attachment.html
------------------------------
Message: 8
Date: Sun, 18 Jul 2010 15:40:57 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Hi Elvis - As I said, good luck with the 64-bit cocoa version. I'm
choosing to wait until 2.9.0 comes out, but also concentrating my
efforts on getting Qt working well enough that it can be used instead
-- if you're running 10.5 or 10.6, you can get a 64-bit cocoa version
pretty easily.
So, from what you wrote it looks like gr-wxgui is to be built, which
is good. Now, you need to install "Python Cheetah templates >=
2.0.0", "Python lxml wrappers >= 1.3.6", and "Python gtk wrappers >=
2.10.0" in order to GRC to be built. If you're using MacPorts, those
are pretty simple to install (though it might take a while depending
on what else is already installed). If you're doing this install by
hand, search (e.g., using Google) for those terms & I'm pretty sure
you'll find them; they're not difficult to install by hand. - MLD
------------------------------
Message: 9
Date: Sun, 18 Jul 2010 15:42:52 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: Ninja <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On Jul 18, 2010, at 3:35 AM, Ninja wrote:
> checking for Python include path... /usr/local/include/python2.6
> checking Python.h usability... no
> checking Python.h presence... no
> checking for Python.h... no
> configure: error: cannot find usable Python headers
>
> what is the meaning of "configure: error: cannot find usable Python
> headers"?the Python.h is there, and I already tried using original
> python from apple, python from MacPython, and compile manually but
> same result occurred. Above sample was taken from python compiled
> manually.
Although you can compile some packages from source and have them work,
you will often be missing patches that provide full functionality. I -
highly- recommend using a package manager such as Fink or MacPorts --
where such patches are already incorporated.
That said, if you look at the 'config.log' file & search for
"Python.h" you should find whatever the issue/s is/are. Without
seeing that log, there's very little any of us can do to be of
assistance -- I've checked out the configure M4 script (config/
gr_python.m4) and it should work correctly for your setup. - MLD
------------------------------
Message: 10
Date: Mon, 19 Jul 2010 01:45:56 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: Michael Dickens <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hi,
On Jul 19, 2010, at 1:40 AM, Michael Dickens wrote:
> Now, you need to install "Python Cheetah templates >= 2.0.0", "Python lxml wrappers >= 1.3.6", and "Python gtk wrappers >= 2.10.0" in order to GRC to be built.
Does GRC require GTK, or does it use wxPython for the GUI?
best regards,
Elvis Dowson
------------------------------
Message: 11
Date: Sun, 18 Jul 2010 16:08:33 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>> Now, you need to install "Python Cheetah templates >= 2.0.0",
>> "Python lxml wrappers >= 1.3.6", and "Python gtk wrappers >=
>> 2.10.0" in order to GRC to be built.
>
> Does GRC require GTK, or does it use wxPython for the GUI?
My bad: GRC uses GTK2 for the GUI, not wxPython -- right Josh?
------------------------------
Message: 12
Date: Mon, 19 Jul 2010 06:29:27 +0700
From: Ninja <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: Michael Dickens <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
Hi Michael,
I checked config.log and found the error around Python.h because fortran compiler is not exist. So, I installed the fortran compiler for mac osx from http://r.research.att.com/tools/, the error message on config.log looks different now but still around Python.h usability,
Warning: conftest.f:2: Illegal preprocessor directive
Please find full config.log from http://pastebin.ca/1903253
Is gnuradio required specific fortran compiler to be used?
I check from MacPorts for fortran and found these,
[Downloads/gnuradio-3.2.2] > search fortran
adaptor @12.0 (lang)
Parallel Fortran compiliation system
cfitsio @3.250 (science)
C access to FITS data files with optional Fortran wrappers
fgsl @0.9.3 (math, science)
Fortran interface to the GNU scientific library
fpp @1.1 (devel)
Fortran preprocessor for FORTRAN 77 and Fortran 90 programs
ftidy @7.2 (lang)
Fortran Tidy
g95 @0.92 (lang)
Another GNU Fortran 95 compiler
p5-extutils-f77 @1.16 (perl)
Helper for linking C with Fortran subroutines
pgplot @5.2.2 (graphics, devel)
C/Fortran graphics library
py-f2py @2.43.239_1831 (python)
Fortran to Python Interface Generator
qd @2.3.11 (devel, math)
C++/Fortran-90 double-double and quad-double package
- Rasyid
On Jul 19, 2010, at 4:42 AM, Michael Dickens wrote:
> On Jul 18, 2010, at 3:35 AM, Ninja wrote:
>> checking for Python include path... /usr/local/include/python2.6
>> checking Python.h usability... no
>> checking Python.h presence... no
>> checking for Python.h... no
>> configure: error: cannot find usable Python headers
>>
>> what is the meaning of "configure: error: cannot find usable Python headers"?the Python.h is there, and I already tried using original python from apple, python from MacPython, and compile manually but same result occurred. Above sample was taken from python compiled manually.
>
> Although you can compile some packages from source and have them work, you will often be missing patches that provide full functionality. I -highly- recommend using a package manager such as Fink or MacPorts -- where such patches are already incorporated.
>
> That said, if you look at the 'config.log' file & search for "Python.h" you should find whatever the issue/s is/are. Without seeing that log, there's very little any of us can do to be of assistance -- I've checked out the configure M4 script (config/gr_python.m4) and it should work correctly for your setup. - MLD
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/164ca51b/attachment.html
------------------------------
Message: 13
Date: Sun, 18 Jul 2010 17:01:42 -0700 (PDT)
From: Mathias Coinchon <address@hidden>
Subject: [Discuss-gnuradio] pre-correction function
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
Hello,
I am interested in implementing pre-correction in gnuradio for linearisation of
a power amplifier (class AB, MOSFET).
Has anybody experience or clue regarding this subject ?
I am looking for a function I could apply on the output signal.
We use gnuradio and USRP for OFDM modulation (DAB) and we would like to try to
maximize the output of the PA.
At the moment, the efficiency is really low (<20%) because we have to stay in
the very linear zone of the PA and also the backoff needs to be very high to
avoid saturation due to PAPR.
Thank you
Mathias
------------------------------
Message: 14
Date: Mon, 19 Jul 2010 06:25:47 +0530 (IST)
From: Raman O <address@hidden>
Subject: [Discuss-gnuradio] gr-trellis : problem in using viterbi
decoder
To: gnudiscuss <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
Hello ,
I am using conv encoder and viterbi decoder in FHSS-BPSK transceiver. Below I have pasted encoder-decoder code which is a part of pure C++ application. Problem is encoder input and decoder output do not match.
Can anyone point where i am making mistake ?
Thanks in advance
Ram
int K=100;
short inputbits[100]={ ....contains bits.... };
std::vector<short> in_bits;
for (int i = 0; i <K ; i++) { // K - no of bits
in_bits.push_back(inputbits[i]); // input bits
}
std::vector<float> constellation; // BPSK mapping
constellation.push_back(1);
constellation.push_back(-1);
gr_vector_source_s_sptr bit_src = gr_make_vector_source_s(in_bits,false,K );
gr_vector_to_stream_sptr vector2stream= gr_make_vector_to_stream(sizeof(short),K);
// encoder
fsm f= fsm("../../../gr-trellis/src/examples/fsm_files/awgn1o2_128.fsm");
trellis_encoder_ss_sptr encoder = trellis_make_encoder_ss (f, 0);
// modulate
gr_chunks_to_symbols_sf_sptr mod = gr_make_chunks_to_symbols_sf (constellation, 1);
// ----------- ideal channel -------------
// decoder
trellis_metric_type_t type= TRELLIS_EUCLIDEAN;
trellis_metrics_f_sptr metrics = trellis_make_metrics_f (f.O(), 1, constellation, type);
trellis_viterbi_s_sptr viterbi =trellis_make_viterbi_s ( f,K, 0, -1);
gr_stream_to_vector_sptr stream2vector= gr_make_stream_to_vector(sizeof(short), K);
d_dst = gr_make_vector_sink_s (K);
connect( bit_src , 0, vector2stream, 0);
connect( vector2stream , 0,mod, 0);
connect(mod, 0,metrics, 0);
connect(metrics, 0, viterbi, 0);
connect( viterbi, 0,stream2vector, 0);
connect(stream2vector, 0, d_dst, 0);
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/015a25e3/attachment.html
------------------------------
Message: 15
Date: Mon, 19 Jul 2010 09:50:22 +0800
From: John Wu <address@hidden>
Subject: [Discuss-gnuradio] about the channel distinguish when read
from multi channel
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
I create a standard rx which contain 2 channels for two rx daughter board.
Now I use read function read the sampled data,
and deinterleave the data, but which channel is related to which daughter
board, and the deinterleaved data is related to which channel?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/f376a62b/attachment.html
------------------------------
Message: 16
Date: Sun, 18 Jul 2010 20:18:01 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: Ninja <address@hidden>
Cc: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Hi Rasyid - You have the "classic" problem that's been around for
years now (you can search the GNU Radio archives for "Python.h" and
get hits back to 2005). The problem is that autoconf generates the
"test for Python.h" using C-code but tries to compile it using a
Fortran compiler; "more recent" versions of autoconf fixed this issue
(I'm using 2.65 and it works quite well; 2.66 is the latest release
but it has some issues so I'd stay away from it for now).
I'd recommend upgrading 'autoconf' to a more recent version.
Alternatively you can try the following, which may or not work, from
the top-level GNU Radio directory:
* edit the file "config/gr_python.m4"
+ search for "AC_CHECK_HEADERS([Python.h]" ... there is just one
instance of it.
+ insert as the line before: "AC_LANG_PUSH([C])"
+ insert as the line after that phrase ends: "AC_LANG_POP([C])"
+ the resulting code section should look like:
{{{
CPPFLAGS="$CPPFLAGS $PYTHON_CPPFLAGS"
C_LANG_PUSH([C])
AC_CHECK_HEADERS([Python.h], [],
[AC_MSG_ERROR([cannot find usable Python headers])])
AC_LANG_POP([C])
CPPFLAGS="$python_save_CPPFLAGS"
}}}
+ save and exit the editor
* run bootstrap again in whatever fashion you do so.
* run configure again, and see if that works.
Good luck! - MLD
------------------------------
Message: 17
Date: Sun, 18 Jul 2010 19:21:14 -0700
From: Thomas Tsou <address@hidden>
Subject: Re: [Discuss-gnuradio] about the channel distinguish when
read from multi channel
To: John Wu <address@hidden>
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On Sun, Jul 18, 2010 at 6:50 PM, John Wu <address@hidden> wrote:
> Hi all,
> I create a standard rx which contain 2 channels for two rx daughter board.
> Now I use read function read the sampled data,
> and deinterleave the data, but which channel is related to which daughter
> board, and the deinterleaved data is related to which channel?
The interleaved data will come from the first DDC followed by the
second. How the DDC's are connected to the ADC's will depend on the
input mux setting. The exact default mux value escapes me at the
moment, but I would assume that the channel for the board connected to
the lower numbered ADC comes first.
Thomas
------------------------------
Message: 18
Date: Mon, 19 Jul 2010 09:55:35 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: Michael Dickens <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
Hi Michael,
I was wondering if you could help me fix an issue with libusb not being recognized on Mac OS X 10.6.4.
I downloaded libusb-1.0.8 from the following location:
http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.8/libusb-1.0.8.tar.bz2/download
$ cd libusb-1.0.8
$ ./configure
$ make -j 4
$ sudo make install
Installation went fine and the headers are stored in /usr/local/include/libusb-1.0/libusb.h
However, when I run gnuradio configure, I get the following error:
checking for USB... no
checking for USB... no
checking usb.h usability... no
checking usb.h presence... no
checking for usb.h... no
USRP requires libusb header 'usb.h' which was not found or was not usable. See http://www.libusb.org
Unable to find dependency libusb.
I checked config/usrps_libusb.m4, but I don't know why it is not detecting the library, and jumping straight to the end and trying to look for usb.h
# $1 is $req_libusb1:
# yes : check libusb-1.0
# no : check libusb-0.12
# "" : check libusb-0.12
AC_DEFUN([USRP_LIBUSB], [
dnl Use PKGCONFIG to check for packages first, then check to
dnl make sure the USB_* variables work (whether from PKGCONFIG
dnl or overridden by the user)
libusbok=no
have_libusb1=no
LIBUSB_PKG_CONFIG_NAME=''
if test x$1 = xyes; then
PKG_CHECK_MODULES(USB, libusb-1.0, [
libusbok=yes
have_libusb1=yes
usb_header='libusb-1.0/libusb.h'
usb_lib_func='libusb_bulk_transfer'
usb_lib_name='usb-1.0'
LIBUSB_PKG_CONFIG_NAME='libusb-1.0'
])
<snip...>
if test $libusbok = no; then
dnl if not, see if the pkgconfig module 'libusb-legacy' is available
PKG_CHECK_MODULES(USB, [libusb-legacy], [
libusbok=yes
LIBUSB_PKG_CONFIG_NAME='libusb-legacy'
], [libusbok=no])
fi
dnl set variables for further testing
usb_header='usb.h'
usb_lib_func='usb_bulk_write'
usb_lib_name='usb'
fi
Best regards,
Elvis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/fce9a4ea/attachment.html
------------------------------
Message: 19
Date: Mon, 19 Jul 2010 09:59:04 +0100
From: Tim Pearce <address@hidden>
Subject: Re: [Discuss-gnuradio] How to set default ethernet interface
to eth2
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"
>
> How can I tell GNU Radio to only use the eth2 interface for all
> communications with the USRP2, instead of eth0?
>
For python scripts you change the defaults by modifying:
gnuradio/gr-usrp2/src/usrp2.i
For the four blocks change std::string ifc="eth0" to std::string ifc="eth2"
and recompile
This assumes the script doesn't explicitly state eth0
Cheers,
Tim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/b40f5d14/attachment.html
------------------------------
Message: 20
Date: Mon, 19 Jul 2010 13:52:10 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] GNU Radio Companion and WxWidgets
2.9.0 on Mac OS X 10.6.4
To: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hi,
On Jul 19, 2010, at 2:08 AM, Michael Dickens wrote:
> My bad: GRC uses GTK2 for the GUI, not wxPython -- right Josh?
Apparently a newer vesion of GTK supports Mac OS X's quartz backend, bypassing X11, so that the applications will look like a Mac app, rather than an X11 app.
See the following link for some screenshots:
http://gtk-osx.sourceforge.net/
I'm going to try and install that, and see if it satisfies all GRC dependencies.
http://sourceforge.net/apps/trac/gtk-osx/wiki/Build
Best regards,
Elvis Dowson
------------------------------
Message: 21
Date: Mon, 19 Jul 2010 03:42:27 -0700 (PDT)
From: killoqg <address@hidden>
Subject: [Discuss-gnuradio] Segmentation fault in usrp_siggen.py
hier_block
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hi all,
I'm trying to define a hier_block with the same functionality as the
usrp_siggen top_block. The main idea is to use this new block in a dynamic
way changing the frequency and/or the amplitude of the signal.
I did "copy/paste" of the code of usrp_siggen.py and I put it on a
hier_block2 (changing the init definition, putting the
gr.io_signature(0,0,0), etc.). When I execute my program, I obtain a
segmentation fault error in the self.lock() instruction. If I remove this
line (and the self.unlock() it works properly. Does anybody know/suspect
why?
I'm using gnuradio 3.2.2 and as I said, I copied the code wich works
perfectly in the usrp_siggen.py application.
Thanks in advance.
--
View this message in context: http://old.nabble.com/Segmentation-fault-in-usrp_siggen.py-hier_block-tp29203307p29203307.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 22
Date: Mon, 19 Jul 2010 15:25:18 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] UHD example
To: address@hidden
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hi Josh,
I hope you're doing fine! I was wondering if you have an UHD example that you can share with me?
I couldn't find any such example on the net, and I just need a simple starting point, to bring data from the USRP2 using UHD.
best regards,
Elvis Dowson
------------------------------
Message: 23
Date: Mon, 19 Jul 2010 19:22:25 +0700
From: Ninja <address@hidden>
Subject: [Discuss-gnuradio] USRP2 on MacPorts
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Just trying install gnuradio using macports, everything is ok. But it seems USRP2 is not supported?
$ sudo port installed | grep gnuradio
gnuradio @3.2.2_1+python26 (active)
gnuradio-audio-jack @3.2.2_1+python26 (active)
gnuradio-audio-osx @3.2.2_1+python26 (active)
gnuradio-audio-portaudio @3.2.2_1+python26 (active)
gnuradio-core @3.2.2_1+python26 (active)
gnuradio-cvsd-vocoder @3.2.2_1+python26 (active)
gnuradio-examples @3.2.2_1+python26 (active)
gnuradio-gpio @3.2.2_1+python26 (active)
gnuradio-grc @3.2.2_1+python26 (active)
gnuradio-gruel @3.2.2_1+python26 (active)
gnuradio-gsm-fr-vocoder @3.2.2_1+python26 (active)
gnuradio-omnithread @3.2.2_1+python26 (active)
gnuradio-pager @3.2.2_1+python26 (active)
gnuradio-radar-mono @3.2.2_1+python26 (active)
gnuradio-radio-astronomy @3.2.2_1+python26 (active)
gnuradio-sounder @3.2.2_1+python26 (active)
gnuradio-trellis @3.2.2_1+python26 (active)
gnuradio-usrp @3.2.2_1+python26 (active)
gnuradio-utils @3.2.2_1+python26 (active)
gnuradio-video-sdl @3.2.2_1+python26 (active)
gnuradio-wxgui @3.2.2_1+python26 (active)
is gnuradio-usrp above include USRP2 support?or USRP2 currently only support linux?
------------------------------
Message: 24
Date: Mon, 19 Jul 2010 14:27:41 +0200
From: Manuel Fuhr <address@hidden>
Subject: Re: [Discuss-gnuradio] USRP2 on MacPorts
To: Ninja <address@hidden>
Cc: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=UTF-8
On Mon, Jul 19, 2010 at 14:22, Ninja <address@hidden> wrote:
> Just trying install gnuradio using macports, everything is ok. But it seems USRP2 is not supported?
>
> $ sudo port installed | grep gnuradio
> آ gnuradio @3.2.2_1+python26 (active)
> آ gnuradio-audio-jack @3.2.2_1+python26 (active)
> آ gnuradio-audio-osx @3.2.2_1+python26 (active)
> آ gnuradio-audio-portaudio @3.2.2_1+python26 (active)
> آ gnuradio-core @3.2.2_1+python26 (active)
> آ gnuradio-cvsd-vocoder @3.2.2_1+python26 (active)
> آ gnuradio-examples @3.2.2_1+python26 (active)
> آ gnuradio-gpio @3.2.2_1+python26 (active)
> آ gnuradio-grc @3.2.2_1+python26 (active)
> آ gnuradio-gruel @3.2.2_1+python26 (active)
> آ gnuradio-gsm-fr-vocoder @3.2.2_1+python26 (active)
> آ gnuradio-omnithread @3.2.2_1+python26 (active)
> آ gnuradio-pager @3.2.2_1+python26 (active)
> آ gnuradio-radar-mono @3.2.2_1+python26 (active)
> آ gnuradio-radio-astronomy @3.2.2_1+python26 (active)
> آ gnuradio-sounder @3.2.2_1+python26 (active)
> آ gnuradio-trellis @3.2.2_1+python26 (active)
> آ gnuradio-usrp @3.2.2_1+python26 (active)
> آ gnuradio-utils @3.2.2_1+python26 (active)
> آ gnuradio-video-sdl @3.2.2_1+python26 (active)
> آ gnuradio-wxgui @3.2.2_1+python26 (active)
>
> is gnuradio-usrp above include USRP2 support?or USRP2 currently only support linux?
Support for the USRP2 under Mac OS X is only possible with UHD and
needs the gr-uhd block which is still under development and isn't in
any release yet. You have to get it from the next branch.
------------------------------
Message: 25
Date: Mon, 19 Jul 2010 06:09:08 -0700 (PDT)
From: "Rafael Diniz" <address@hidden>
Subject: [Discuss-gnuradio] analog TV modulation (NTSC or PAL)
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain;charset=iso-8859-1
Hi people,
Now that we have the WBX (and now I have mine!), it's possible to transmit
in any of the available TV channels, in VHF or UHF.
Do anyone have written any code that does NTSC or PAL modulation?
Best Regards,
Rafael Diniz
------------------------------
Message: 26
Date: Mon, 19 Jul 2010 07:45:07 -0600
From: Michael Dickens <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Hi Elvis - Did you try "configure --with-fusb-tech=libusb1"? You have
to specify that you want to use LIBUSB version 1; config/
usrp_libusb.m4 checks to see if you've specified this on the CLI & if
not then doesn't check for this version of LIBUSB.
If you did try that command line, then you'll need to track down where
the PKG_CONFIG file was installed and under what name. Default is
into "${prefix}/lib/pkgconfig", with ${prefix} being "/usr/local", and
"libusb-1.0.pc". Assuming that your shell's PKG_CONFIG_PATH variable
is set with the default path, then you'll need to make sure the PC
file name is correct. I've only installed LIBUSB (legacy or 1.0) from
MacPorts, so I have no idea if it tweaks the install names.
Good luck! - MLD
On Jul 18, 2010, at 11:55 PM, Elvis Dowson wrote:
> checking for USB... no
> checking for USB... no
> checking usb.h usability... no
> checking usb.h presence... no
> checking for usb.h... no
> USRP requires libusb header 'usb.h' which was not found or was not
> usable. See http://www.libusb.org
> Unable to find dependency libusb.
------------------------------
Message: 27
Date: Mon, 19 Jul 2010 09:57:20 -0400
From: Philip Balister <address@hidden>
Subject: Re: [Discuss-gnuradio] UHD example
To: Elvis Dowson <address@hidden>
Cc: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 07/19/2010 07:25 AM, Elvis Dowson wrote:
> Hi Josh,
> I hope you're doing fine! I was wondering if you have an UHD example that you can share with me?
>
> I couldn't find any such example on the net, and I just need a simple starting point, to bring data from the USRP2 using UHD.
Do these help:
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/repository/revisions/master/show/host/examples
Philip
>
> best regards,
>
> Elvis Dowson
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
------------------------------
Message: 28
Date: Mon, 19 Jul 2010 07:18:12 -0700 (PDT)
From: killoqg <address@hidden>
Subject: [Discuss-gnuradio] How to stop a hier_block2?
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Hello,
I've defined a hier_block2 to transmit a signal and I need to start/stop it
under certain conditions. The problem is that I'm not able to stop it. I
tried it calling the top_block.disconnect(my_hier_block) method. Then I
tried calling the my_hier_block.disconnect_all() method but none of them
works. Is that possible or does exist another way to achieve that?
Thanks in advance.
--
View this message in context: http://old.nabble.com/How-to-stop-a-hier_block2--tp29205188p29205188.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 29
Date: Mon, 19 Jul 2010 07:26:05 -0700 (PDT)
From: zhdiamond <address@hidden>
Subject: Re: [Discuss-gnuradio] RD pin of CY7C68013 ON USRP board
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
So the RD pin is floated, right?
Matt Ettus wrote:
>
> On 07/18/2010 05:40 AM, zhdiamond wrote:
>>
>> when I see the USRP board, the U412:CY7C68013 has the RD PIN connected
>> GND.
>> but the spec said that, it's a output pin, and the default state is high.
>> So I wonder to know if the RD PIN should not connected to the GND ?
>
>
> It is not connected to ground.
>
> Matt
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
View this message in context: http://old.nabble.com/RD-pin-of-CY7C68013-ON-USRP-board-tp29196831p29205278.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 30
Date: Mon, 19 Jul 2010 18:37:11 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset=windows-1252
Hi Michael,
On Jul 19, 2010, at 5:45 PM, Michael Dickens wrote:
> Hi Elvis - Did you try "configure --with-fusb-tech=libusb1"? You have to specify that you want to use LIBUSB version 1; config/usrp_libusb.m4 checks to see if you've specified this on the CLI & if not then doesn't check for this version of LIBUSB.
I downloaded libusb-1.0.8 from http://www.libusb.org/
and it doesn't recognize the --with-fusb-tech=libusb1 configure option
$ ./configure --with-fusb-tech=libusb1
configure: WARNING: unrecognized options: --with-fusb-tech
I also checked the older legacy libusb-0.1.12, and that also didn't have the --with-fusb-tech=libusb1 option, if you list it with ./configure --help,
however, the legacy version accepts this as a parameter and for this warning are being treated as errors and it fails compilation:
gcc -DHAVE_CONFIG_H -I. -Werror -no-cpp-precomp -g -O2 -g -Wall -MT descriptors.lo -MD -MP -MF .deps/descriptors.Tpo -c descriptors.c -o descriptors.o >/dev/null 2>&1
cc1: warnings being treated as errors
darwin.c: In function ‘usb_get_next_device’:
darwin.c:257: warning: passing argument 5 of ‘IOCreatePlugInInterfaceForService’ from incompatible pointer type
darwin.c: In function ‘claim_interface’:
darwin.c:560: warning: passing argument 5 of ‘IOCreatePlugInInterfaceForService’ from incompatible pointer type
darwin.c: In function ‘rw_completed’:
darwin.c:772: warning: cast from pointer to integer of different size
darwin.c:772: warning: format ‘%lu’ expects type ‘long unsigned int’, but argument 4 has type ‘unsigned int’
darwin.c:774: warning: cast from pointer to integer of different size
darwin.c: In function ‘usb_os_find_devices’:
darwin.c:1067: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 3 has type ‘UInt32’
darwin.c:1095: warning: format ‘%08lx’ expects type ‘long unsigned int’, but argument 5 has type ‘UInt32’
make[2]: *** [darwin.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
g++ -DHAVE_CONFIG_H -I. -g -O2 -MT usbpp.lo -MD -MP -MF .deps/usbpp.Tpo -c usbpp.cpp -o usbpp.o >/dev/null 2>&1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Best regards,
Elvis
------------------------------
Message: 31
Date: Mon, 19 Jul 2010 16:55:16 +0200
From: Alexandru Csete <address@hidden>
Subject: Re: [Discuss-gnuradio] How to stop a hier_block2?
To: address@hidden
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1
On 19 July 2010 16:18, killoqg <address@hidden> wrote:
>
> Hello,
>
> I've defined a hier_block2 to transmit a signal and I need to start/stop it
> under certain conditions. The problem is that I'm not able to stop it. I
> tried it calling the top_block.disconnect(my_hier_block) method. Then I
> tried calling the my_hier_block.disconnect_all() method but none of them
> works. Is that possible or does exist another way to achieve that?
Maybe try the start(), stop(), ... methods
http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications
-> Controlling flow graphs
Alex
------------------------------
Message: 32
Date: Mon, 19 Jul 2010 08:10:36 -0700 (PDT)
From: killoqg <address@hidden>
Subject: Re: [Discuss-gnuradio] How to stop a hier_block2?
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Thanks for your response Alex.
The hier_block2 blocks do not have start/stop methods, and I can not stop
my top_block because I have another hier_block that I need to be running.
Alexandru Csete-3 wrote:
>
> On 19 July 2010 16:18, killoqg <address@hidden> wrote:
>>
>> Hello,
>>
>> I've defined a hier_block2 to transmit a signal and I need to start/stop
>> it
>> under certain conditions. The problem is that I'm not able to stop it. I
>> tried it calling the top_block.disconnect(my_hier_block) method. Then I
>> tried calling the my_hier_block.disconnect_all() method but none of them
>> works. Is that possible or does exist another way to achieve that?
>
> Maybe try the start(), stop(), ... methods
> http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications
> -> Controlling flow graphs
>
> Alex
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
View this message in context: http://old.nabble.com/How-to-stop-a-hier_block2--tp29205188p29205737.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 33
Date: Mon, 19 Jul 2010 08:11:53 -0700 (PDT)
From: killoqg <address@hidden>
Subject: Re: [Discuss-gnuradio] How to stop a hier_block2?
To: address@hidden
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii
Thanks for your response Alex.
The hier_block2 blocks do not have start/stop methods, and I can not stop
my top_block because I have another hier_block that I need to be running
(one hier_block2 sensing and x hier_block2 transmitting dynamically).
Alexandru Csete-3 wrote:
>
> On 19 July 2010 16:18, killoqg <address@hidden> wrote:
>>
>> Hello,
>>
>> I've defined a hier_block2 to transmit a signal and I need to start/stop
>> it
>> under certain conditions. The problem is that I'm not able to stop it. I
>> tried it calling the top_block.disconnect(my_hier_block) method. Then I
>> tried calling the my_hier_block.disconnect_all() method but none of them
>> works. Is that possible or does exist another way to achieve that?
>
> Maybe try the start(), stop(), ... methods
> http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications
> -> Controlling flow graphs
>
> Alex
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
--
View this message in context: http://old.nabble.com/How-to-stop-a-hier_block2--tp29205188p29205737.html
Sent from the GnuRadio mailing list archive at Nabble.com.
------------------------------
Message: 34
Date: Mon, 19 Jul 2010 19:27:35 +0400
From: Elvis Dowson <address@hidden>
Subject: Re: [Discuss-gnuradio] gnuradio on osx 10.6.4
To: GNU Radio Discussion Group <address@hidden>
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
Hi Michael,
On Jul 19, 2010, at 6:51 PM, Michael Dickens wrote:
>
> That flag is for GNU Radio's 'configure' script, and it should work for you given where the PC file was installed.
Thanks, that worked now.
checking for USB... yes
checking libusb-1.0/libusb.h usability... yes
checking libusb-1.0/libusb.h presence... yes
checking for libusb-1.0/libusb.h... yes
checking for libusb_bulk_transfer in -lusb-1.0... yes
Best regards,
Elvis Dowson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20100719/37ba1cbf/attachment.html
------------------------------
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
End of Discuss-gnuradio Digest, Vol 92, Issue 20
************************************************