Hi Marcus,
I have followed below set of lines from gnuradio build guide after
installing Fedora-13.
# yum install gnuradio usrp
# yum groupinstall "Engineering and Scientific" "Development Tools"
# yum install fftw-devel cppunit-devel wxPython-devel libusb-devel \
guile boost-devel alsa-lib-d
Hi Marcus,
uname -m is returning i686.
Regards
Sanjay
On Fri, Dec 3, 2010 at 8:05 PM, Sanjay Singh
wrote:
> Hi Marcus,
>
> I have followed below set of lines from gnuradio build guide after installing
> Fedora-13.
>
>
> # yum install gnuradio usrp
>
> # yum groupinstall "Engineering and Scient
> Hi Marcus,
>
> uname -m is returning i686.
>
> Regards
> Sanjay
>
>
Please, what is the contents of
/usr/local/lib/python2.6/site-packages/usrpm/usrpd_dbid.py
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Can someone please help and tell me what is wrong with my code. My idea is
to create a sine wave->modulate->demodulate->display on scope. I get the
following error below. Can some explain why? Also is my idea of my flow
graph a correct way to see if I get back the signal that was created?
Than
Many many congratulations Matt team and list
Kind Regards,
Marten
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Fri, Dec 3, 2010 at 1:37 PM, ish13 wrote:
>
> Can someone please help and tell me what is wrong with my code. My idea is
> to create a sine wave->modulate->demodulate->display on scope. I get the
> following error below. Can some explain why? Also is my idea of my flow
> graph a correct way
On Wed, Dec 1, 2010 at 5:02 PM, Nick Foster wrote:
> On Wed, 2010-12-01 at 13:53 -0800, Vladutzzz wrote:
>> The problem is that I am in the middle of a project, time is of the essence
>> and I don't have time to start stumbling around with UHD, right now I have
>> to use Simulink, hence UDP. GnuRa
Hi
I am trying to build gr-uhd from latest git repository on OSX 10.6.5
At the link stage, I got the following error:
libtool: link: g++ -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/libgnuradio-uhd-3.4git.0.dylib .libs/uhd_multi_usrp_source.o
.libs/uhd_multi_usrp_sink.o .libs/uhd_sing
I believe that I just fixed this today. Pull in the latest uhd repo and
rebuild. Thanks -Josh
http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/9d13960d8fb4303979b7986db8c9e1f2c8565312
On 12/03/2010 06:40 PM, Kyle Zhou wrote:
> Hi
> I am trying to build gr-uhd from latest gi
Hi all,
Two related questions:
1) In the datasheet for the N210, the specifications state 50Mhz
instantaneous bandwidth in 8-bit mode. I was looking at
otw_type.width in the UHD and I can't see an 8 bit mode there. Is
8-bit mode implemented in the fpga/firmware/driver for N210? If not,
roughly
Woops, sorry for the resend. Just checked the archives and realised
the listserv didn't reflect my own message back to me.
On Sat, Dec 4, 2010 at 2:22 PM, Blair Strang wrote:
> Hi all,
>
> Two related questions:
>
> 1) In the datasheet for the N210, the specifications state 50Mhz
> instantaneous
Another GNU Radio noob here. I've been playing around with some of the
examples while I eagerly await my USRP1 and I had a question about the
dial_tone.py example.
I ran the dial_tone.py example that's part of the 3.3.0 release and noticed it
doesn't really sound like a (US) dial tone. I'm n
Another GNU Radio noob here. I've been playing around with some of the
examples while I eagerly await my USRP1 and I had a question about the
dial_tone.py example.
I ran the dial_tone.py example that's part of the 3.3.0 release and noticed it
doesn't really sound like a (US) dial tone. I'm
13 matches
Mail list logo
