Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
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 USRP-users digest..."
Today's Topics:
1. Re: USRP1 clocking pins (Dmitry Shatskiy)
2. Re: USRP-users Digest, Vol 20, Issue 11 (Wang, Waylon)
3. Re: usrp1 not to use daughterboard (Josh Blum)
4. Re: build UHD as a static library (.lib) under Windows (Josh Blum)
5. Re: Fwd: problem with the firmware update of a USRP2 (Josh Blum)
6. Ranging/bearing system references for GNU Radio (Mario L. Ruz)
----------------------------------------------------------------------
Message: 1
Date: Wed, 11 Apr 2012 16:51:42 -0400
From: Dmitry Shatskiy <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP1 clocking pins
Message-ID:
<CA+wdSO=kSpiCBC2=UU=r0jp3tuklphdqapn1zkrj_hpcror...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I'm trying to make TVRX Rev. 1.1 run on the older USRP1 motherboard
(serial<500).
I've soldered the wire following the instructions from the wiki:
http://gnuradio.org/redmine/projects/gnuradio/wiki/USRPSerialBelow500
and checked pin 11 of the receiver slot with the scope,
and there's a clocking signal there, but I can't receive anything to the
TVRX2
inserted in this slot, I only get static. The same TVRX2 on newer USRP
(serial>500) receives the same signal just fine. Is there anything else I
need
to do with the motherboard or the TVRX2 to make it work on the older USRP
(serial<500) apart from feeding the clocking signal to pin 11? Pin 13 is a
clocking ping as well, judging from the schematics:
http://code.ettus.com/redmine/ettus/documents/11
but the wiki page doesn't tell to do anything with it.
Any help is greatly appreciated,
Dmitry.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/0e7d9be9/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 11 Apr 2012 22:00:06 +0000
From: "Wang, Waylon" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP-users Digest, Vol 20, Issue 11
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Does anyone know when the WCDMA GDB will be available? Will it work with the
OpenBTS stack?
Thanks,
Waylon
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Wednesday, April 11, 2012 9:00 AM
To: [email protected]
Subject: USRP-users Digest, Vol 20, Issue 11
Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
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 USRP-users digest..."
Today's Topics:
1. Issues Running Simple Tests -- gsm_audio_loopback.py (Natt Day)
2. question about timing synchronization (Sanat Gulvadi)
3. Re: problem Communication between 2 USRP1 (Josh Blum)
4. Re: problem Communication between 2 USRP1 ([email protected])
5. Re: Issues Running Simple Tests -- gsm_audio_loopback.py
(Johnathan Corgan)
6. Re: Issues Running Simple Tests -- gsm_audio_loopback.py
(Natt Day)
7. Re: Issues Running Simple Tests -- gsm_audio_loopback.py
(Johnathan Corgan)
8. Re: Issues Running Simple Tests -- gsm_audio_loopback.py
(Natt Day)
9. Re: USRP N200 with MATLAB transmit and receive.... (Sanat Gulvadi)
10. Questions about USRP2 (Amr Youssef)
11. Fwd: problem with the firmware update of a USRP2 (iratxe.redondo)
12. Re: USRP N200 with MATLAB transmit and receive.... (Marc Epard)
13. usrp1 not to use daughterboard (xiangyihong)
14. Re: Fwd: problem with the firmware update of a USRP2 (Nick Foster)
15. Re: GPSDO trouble (Nowlan, Sean)
16. build UHD as a static library (.lib) under Windows
(Bastien Auneau)
17. Re: Fwd: problem with the firmware update of a USRP2
([email protected])
18. Re: Fwd: problem with the firmware update of a USRP2
([email protected])
----------------------------------------------------------------------
Message: 1
Date: Tue, 10 Apr 2012 12:24:55 -0400
From: Natt Day <[email protected]>
To: [email protected]
Subject: [USRP-users] Issues Running Simple Tests --
gsm_audio_loopback.py
Message-ID:
<caekoron_cc9rnctgh5yg7duslmzoohj+n8yyjm16zelp-ty...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Greetings all. While I am not completely new to Python, I am new to GNU
radio and the USRP.
I am just trying to get comfortable with the format and development flow by
running some tests.
When I run the subject file, I get the following complaint:
*AttributeError: 'module' object has no attribute 'gsm_fr_encode_sp'*
This complaint is from this line of code:
*enc = vocoder.gsm_fr_encode_sp()*
So, I looked in the the vocoder package and sure enough, I found this class
in /usr/lib/python2.7/dist-packages/gnuradio/vocoder/gsm_full_rate.py:
*class gsm_fr_encode_sp_sptr(object):
"""Proxy of C++ boost::shared_ptr<(gsm_fr_encode_sp)> class"""
*It seems to me that I am constructing the object incorrectly and I am not
sure how to fix this issue. Can someone kindly point me in the correct
direction?
I have the same issue with the next
*dec = vocoder.gsm_fr_decode_ps() line: *
I think these problems are related.
My main goal here is to understand the flow from the microphone to the
speaker because I would like to insert a real time comm link between two
USRPs in between them. It's a little tough to get started if I can't even
get the vocoder to work. :)
The test file is attached so you know I am not fiddling with it.
Thank you so much for your time.
Best,
ncday
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/180f15a5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gsm_audio_loopback.py
Type: application/octet-stream
Size: 1470 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/180f15a5/attachment-0001.py>
------------------------------
Message: 2
Date: Tue, 10 Apr 2012 18:58:34 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: [USRP-users] question about timing synchronization
Message-ID:
<CAH12yLvqPyUHrRDhXJxQ3e38MctL=pbof+oglb0y8xhpg2h...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Greetings,
Many of my questions to this mailing list have gone unanswered in the past,
presumably because they were too basic. I hope to have more luck with this
one.
I am going to develop a flexible OFDM communication system using (at first)
2 devices each connected to a different host computer. I want to use UHD to
make a console application which I will use with MATLAB using the system()
command. I plan to do the timing and frequency offset estimations and
correction in MATLAB after successfully transmitting between the two
devices. My idea so far is to transmit by reading IQ samples from a source
binary file and then upon reception, to save IQ sample data to a
destination binary file. Since the sample data will be OFDM symbols and /or
training symbols, it will not be a continuous transmission. I want to make
sure that at the UHD end, timing differences as minimum as possible. What I
mean is that if (assuming equal sampling rates and samples per packet on
both ends) I want to transmit 1e6 samples, I want the receiver to atleast
receive all but 1 or 2 packets of the transmitted data.
Could someone suggest how I could achieve this ? Will I have to use threads
and schedule thread priorities ? So far I am receiving IQ samples but with
10 powers -9 to -14 so I am assuming it's just noise. Using a reference
clock to synchronize is not an option for me.
I'd appreciate any help.
Best Regards,
Sanat Gulvadi
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/31bd8996/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 10 Apr 2012 10:35:16 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] problem Communication between 2 USRP1
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
> From http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD is
> said that
> USRP1
>
> USRP1 requires the libusrp driver found in GNU Radio. Please note that
> libusrp support is now deprecated in GNU Radio and will be removed
> permanently in GNU Radio version 3.5. Stable version 3.4.2 of GNU Radio
> is recommended.
>
OpenBTS requires the old libusrp driver and special FPGA image. But this
isnt relevant for gnuradio usage. Only if you are using OpenBTS.
> but from here http://gnuradio.org/redmine/projects/gnuradio/wiki/USRP is
> said
> The primary driver for all Ettus Research products - including the USRP1
> - is UHD, the Universal Hardware Driver. UHD is considered stable and
> actively maintained by Ettus Research. The UHD driver is recommended for
> nearly all users.
>
Correct.
> so what is the most possible problem? do i need to install Gnu Radio
> 3.4.2?
>
I dont think so. I recommend starting at a lower level to ensure that
your setup is good. Make sure you can transmit and receive test tones at
the frequencies your expect.
Look at the spectrum when you run benchmark_tx. Many times, there is the
issue of a frequency offset that moves the signal outside the
demodulator's bandwidth.
-Josh
------------------------------
Message: 4
Date: Tue, 10 Apr 2012 13:43:35 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] problem Communication between 2 USRP1
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
But there's also:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD
Which
is a OpenBTS verison that uses UHD, rather than the "classic" API.
On
Tue, 10 Apr 2012 10:35:16 -0700, Josh Blum wrote:
>> From
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD [1] is
said that USRP1 USRP1 requires the libusrp driver found in GNU Radio.
Please note that libusrp support is now deprecated in GNU Radio and will
be removed permanently in GNU Radio version 3.5. Stable version 3.4.2 of
GNU Radio is recommended.
> OpenBTS requires the old libusrp driver and
special FPGA image. But this isnt relevant for gnuradio usage. Only if
you are using OpenBTS.
>
>> but from here
http://gnuradio.org/redmine/projects/gnuradio/wiki/USRP [2] is said The
primary driver for all Ettus Research products - including the USRP1 -
is UHD, the Universal Hardware Driver. UHD is considered stable and
actively maintained by Ettus Research. The UHD driver is recommended for
nearly all users.
> Correct. so what is the most possible problem? do i
need to install Gnu Radio 3.4.2? sure you can transmit and receive test
tones at the frequencies your expect.
> spectrum when you run
benchmark_tx. Many times, there is the issue of a frequency offset that
moves the signal outside the demodulator's bandwidth. -Josh
_______________________________________________ USRP-users mailing list
[email protected] [3]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [4]
Links:
------
[1]
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSUHD
[2]
http://gnuradio.org/redmine/projects/gnuradio/wiki/USRP
[3]
mailto:[email protected]
[4]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/b4150687/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 10 Apr 2012 11:39:13 -0700
From: Johnathan Corgan <[email protected]>
To: Natt Day <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Issues Running Simple Tests --
gsm_audio_loopback.py
Message-ID:
<CAOVQDDNxeW-PvgRNDLQBCUr8C0YEJ=UoYY43b9zx2c=A+N==j...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Tue, Apr 10, 2012 at 09:24, Natt Day <[email protected]> wrote:
> AttributeError: 'module' object has no attribute 'gsm_fr_encode_sp'
>
> This complaint is from this line of code:
>
> enc = vocoder.gsm_fr_encode_sp()
Which version of GNU Radio are you running?
$ gnuradio-config-info -v
3.5.3
$
Johnathan
------------------------------
Message: 6
Date: Tue, 10 Apr 2012 14:45:31 -0400
From: Natt Day <[email protected]>
To: Johnathan Corgan <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Issues Running Simple Tests --
gsm_audio_loopback.py
Message-ID:
<caekoropbb3ra92vnif50xlyk4i5ky5afjqs_ytv4xbchp5x...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
That command was not found.
I installed gnuradio using Ubuntu software center. So, which ever version
is available.
I have downloaded the gnuradio tarball from the GNU radio website and now
have it in the opt directory. I am concerned about clobbering the
"working" version of GNU radio I have now. Or should I just go for it? :)
On Tue, Apr 10, 2012 at 2:39 PM, Johnathan Corgan <
[email protected]> wrote:
> On Tue, Apr 10, 2012 at 09:24, Natt Day <[email protected]> wrote:
>
> > AttributeError: 'module' object has no attribute 'gsm_fr_encode_sp'
> >
> > This complaint is from this line of code:
> >
> > enc = vocoder.gsm_fr_encode_sp()
>
> Which version of GNU Radio are you running?
>
> $ gnuradio-config-info -v
> 3.5.3
> $
>
> Johnathan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/2e13c4c3/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 10 Apr 2012 12:04:37 -0700
From: Johnathan Corgan <[email protected]>
To: Natt Day <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Issues Running Simple Tests --
gsm_audio_loopback.py
Message-ID:
<CAOVQDDOeaq=cmjt3oonaflhkj+dtm-ff_jz_rce_fgcvnqf...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Tue, Apr 10, 2012 at 11:45, Natt Day <[email protected]> wrote:
> I installed gnuradio using Ubuntu software center.? So, which ever version
> is available.
That's a pretty ancient version of GNU Radio (3.2.2, several years.)
Fortunately, the Debian project has finally packaged 3.5.2 and it's
going through the process of getting integrated into a release, and
will eventually show up in Ubuntu.
Your problem is your script looks like is was written for GNU Radio
3.5, where the vocoders were moved and combined into the single
vocoder namespace.
> I have downloaded the gnuradio tarball from the GNU radio website and now
> have it in the opt directory.? I am concerned about clobbering the "working"
> version of GNU radio I have now.? Or should I just go for it? :)
Highly recommend you uninstall the Ubuntu installed version, and use
Marcus Leech's build_gnuradio script to do all the hard work for you
to get the latest 3.5.3 installed.
Johnathan
------------------------------
Message: 8
Date: Tue, 10 Apr 2012 15:27:21 -0400
From: Natt Day <[email protected]>
To: Johnathan Corgan <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Issues Running Simple Tests --
gsm_audio_loopback.py
Message-ID:
<caekorom93u6peib0fjvowzwcuj0ds9kco-r7x648j_gxisj...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
> Highly recommend you uninstall the Ubuntu installed version, and use
> Marcus Leech's build_gnuradio script to do all the hard work for you
> to get the latest 3.5.3 installed.
Indeed, I will. Thank you so much for that pointer. Here, I go...
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120410/3408da16/attachment-0001.html>
------------------------------
Message: 9
Date: Wed, 11 Apr 2012 10:03:42 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP N200 with MATLAB transmit and
receive....
Message-ID:
<cah12ylsznu5+2a4tnwvfcp14jt6vnhcybmvzmu3z9piogzb...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
If you generate the samples in MATLAB, do you store it in a binary file ?
Since MATLAB doesn't really read or write complex samples from and to a
file, do you have to do anything extra when you use the same binary file in
your UHD based command line application ?
Regards,
Sanat Gulvadi
On Fri, Apr 6, 2012 at 6:54 PM, Marc Epard <[email protected]> wrote:
> On Mar 25, 2012, at 6:33 AM, salman dinani wrote:
>
> I have read your one post and came to know that you are doing transmission
> and reception using USRP via MATLAB interface..I am using USRP N200 with
> SBX daughtercard with MATLAB R2011b interface... ihave some problems in
> simultaneous TX and RX.. I want to ask some questions..??
>
>
> The uhd_streamer.cpp app in https://github.com/mepard/N210CeVI might be
> helpful. It transmits and receives at the same time and should work
> full-duplex (though I haven't tried it for a while). We invoke it from
> MATLAB using the system() function. We generate the tx samples in MATLAB
> and save it in a file. Then we invoke uhd_streamer to transmit the samples
> and receive samples into another file. After uhd_streamer finishes, we load
> the received samples into MATLAB.
>
> -Marc
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/40a77dbb/attachment-0001.html>
------------------------------
Message: 10
Date: Wed, 11 Apr 2012 10:31:41 +0200
From: Amr Youssef <[email protected]>
To: [email protected]
Subject: [USRP-users] Questions about USRP2
Message-ID:
<CAJ6uvLnjXr4Hr6SNcW6Yg0=k9gisebvzereatj5lz+usa4c...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi, i have some questions regarding USRP2 :
1- In Gnu-Radio Blocks , a block called "Multiply Const" exists . Actually
, i use it to raise power of the signal or to give it some gain before
transmitting it through the channel. The question , Till when can i raise
this value? . In other words , What is the maximum power (gain) of USRP2 ?
2- Also in Gnu-Radio Blocks , in " DBPSK mod " block - at the
transmitting path - in the code , "Poly Phase Resampler Filter Bank " is
used .! , i don't know why using it in the transmitting path (Modulator) .
However it is useless and after checking it , i found it do nothing .
Please i want to know Why using it in Modulator block ?
that's all .
Thanks in-advance
Amr ,
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/c3909ae2/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 11 Apr 2012 11:39:07 +0200
From: "iratxe.redondo" <[email protected]>
To: <[email protected]>
Subject: [USRP-users] Fwd: problem with the firmware update of a USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi,
I?m trying to update the firmware and fpga images of my USRP2 with
ubuntu 11.10, and after creating the firmware image in the zpu carpet
without problems when I do sudo ./usrp2_card_burner.py --dev=dev/sdb
--fpga=/home/tecnalia/uhd/firmware/zpu/build/usrp2/ursp2_txrx_uhd.bin
it appears the next error "'ascii' codec can?t decode byte 0xc3 in
position 17: ordinal not in range(128). i?ve confirmed that the path to
dev is correct.
I?ve tried with the function usrp2_card_burner_gui.py but it also
appears the same error. Can someone help me??Thanks a lot!!
------------------------------
Message: 12
Date: Wed, 11 Apr 2012 07:20:20 -0500
From: Marc Epard <[email protected]>
To: Sanat Gulvadi <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] USRP N200 with MATLAB transmit and
receive....
Message-ID: <[email protected]>
Content-Type: text/plain; CHARSET=US-ASCII
On Apr 11, 2012, at 3:03 AM, Sanat Gulvadi wrote:
> If you generate the samples in MATLAB, do you store it in a binary file ?
> Since MATLAB doesn't really read or write complex samples from and to a file,
> do you have to do anything extra when you use the same binary file in your
> UHD based command line application ?
Here are the MATLAB functions we use. -Marc
function WriteUhdSamples (samples, fileName)
% Save in local endian int16 format compatible with UHD Streamer.
f = fopen(fileName,'w');
if f < 0
error ('horizon::Impulse:WriteUhdSamples:fileError', ['Unable
to open: ', fileName]);
end
samples = [int16(real(samples) * 32767.0); int16(imag(samples) *
32767.0)];
fwrite(f, samples, 'int16');
fclose(f);
end
function [iq, numSamplesInFile] = ReadUhdSamples (fileName, numSamples,
bitsPerSample)
if nargin < 2 || isempty(numSamples)
numSamples = inf;
end
if (nargin < 3) || isempty(bitsPerSample)
bitsPerSample = 16;
end
f = fopen(fileName, 'r'); % UHD Streamer saves local endian
int16s.
if (f < 0)
error ('horizon:Impulse:ReadUhdSamples:fileError', ['Error
opening ', fileName])
end
fseek (f, 0, 'eof');
bytesInFile = ftell(f);
frewind(f);
numSamplesInFile = bytesInFile / 4;
numSamples = min ([numSamples numSamplesInFile]);
iq = fread(f, [2, numSamples], 'int16');
fclose(f);
if (bitsPerSample > 0)
iq = UhdAdcToFloat(iq, bitsPerSample);
end
iq = complex(iq(1,:), iq(2,:));
end
------------------------------
Message: 13
Date: Wed, 11 Apr 2012 20:26:37 +0800
From: xiangyihong <[email protected]>
To: [email protected]
Subject: [USRP-users] usrp1 not to use daughterboard
Message-ID:
<CAJTHW1QH8-UE4yrwGyQCZvevdVEPR8BwuD+4Ka=uDDrU+or=z...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi, everyone.
I am a beginner in using the usrp1. And I am following some tutorials which
told me how to turn the usrp into an FM receiver.
However, My usrp has a TX/RX daughterboard workshop in 2400MHz and I do not
have tools to split it from the motherboard.
So I can not do the FM experiment.
And I have a RXB and a TXB on the other side of the motherboard which does
not have any dauterboards plugined in it.
Is there any way that I can tell the usrp to only use the RXB ?
ps. when I use the function: u.get_antenneas(), which u is an object of the
usrp, it gives me the results ('TX/RX', 'RX2', 'CAL').
Thank you for your answering.
--
SJTU xyh
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/e339d29a/attachment-0001.html>
------------------------------
Message: 14
Date: Wed, 11 Apr 2012 06:33:45 -0700
From: Nick Foster <[email protected]>
To: "iratxe.redondo" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Fwd: problem with the firmware update of a
USRP2
Message-ID:
<calalhjx+4+rsfjz3qr91vf5wwbj5pk_xjr0upkq54d9gxso...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Wed, Apr 11, 2012 at 2:39 AM, iratxe.redondo <
[email protected]> wrote:
>
> Hi,
>
> I?m trying to update the firmware and fpga images of my USRP2 with ubuntu
> 11.10, and after creating the firmware image in the zpu carpet without
> problems when I do sudo ./usrp2_card_burner.py --dev=dev/sdb
> --fpga=/home/tecnalia/uhd/**firmware/zpu/build/usrp2/**ursp2_txrx_uhd.bin
> it appears the next error "'ascii' codec can?t decode byte 0xc3 in position
> 17: ordinal not in range(128). i?ve confirmed that the path to dev is
> correct.
>
> I?ve tried with the function usrp2_card_burner_gui.py but it also appears
> the same error. Can someone help me??Thanks a lot!!
>
Try /dev/sdb instead of dev/sdb.
--n
>
>
> ______________________________**_________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/**mailman/listinfo/usrp-users_**lists.ettus.com<http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/806db90c/attachment-0001.html>
------------------------------
Message: 15
Date: Wed, 11 Apr 2012 13:36:39 +0000
From: "Nowlan, Sean" <[email protected]>
To: Nick Foster <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] GPSDO trouble
Message-ID: <195933287DC65748BA7AE867BA8E430B6217855B@apatlisdmbx02>
Content-Type: text/plain; charset="us-ascii"
UHD git hash was eb11b05298dde8df750e903fe7d791050666278d but something was
wrong with the fw/fpga images. In any case, I upgraded to the maint branch
(UHD_003.005.000-18-gc8a2e488) with 003.004.000-release fw/fpga images and now
everything works fine.
Thanks,
Sean
From: Nick Foster [mailto:[email protected]]
Sent: Tuesday, April 03, 2012 12:15 PM
To: Nowlan, Sean
Cc: [email protected]
Subject: Re: [USRP-users] GPSDO trouble
What git hash are you using?
--n
On Tue, Apr 3, 2012 at 4:38 AM, Nowlan, Sean
<[email protected]<mailto:[email protected]>> wrote:
I attempted to roll back from a recent git download of UHD (master branch) to
release 003.004.000-0. I'm observing weirdness with GPSDO. calling
usrp->get_mboard_sensor("gps_lock") returns locked, but "ref_lock" doesn't.
Also, running uhd/utils/test_pps_input gives an error:
Attempt to detect the PPS and set the time...
-- 1) catch time transition at pps edge
Error: RuntimeError: Board 0 may not be getting a PPS signal!
No PPS detected within the time interval.
See the application notes for your device.
Finally, I tried ./usrp_burn_mb_eeprom --args="addr=192.168.10.2" --key=gpsdo
--val=internal just in case this value had been hosed somehow, but it didn't
fix the problem.
Jumper is correct. Any idea what else might be happening? uhd_usrp_probe output
attached.
Thanks,
Sean
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/bccdaa61/attachment-0001.html>
------------------------------
Message: 16
Date: Wed, 11 Apr 2012 14:19:23 +0000
From: Bastien Auneau <[email protected]>
To: [email protected]
Subject: [USRP-users] build UHD as a static library (.lib) under
Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi
I'm using Windows 7, VC9, Boost 1.49, UHD 3.4.0 release
I want to build UHD as a static library with static link to Windows
run-time library
I have already tried to build the DLL with /MTd flag, but boost complains :
"Mixing a dll boost library with a static runtime is a really bad idea..."
So I would like to build a UHD static library : UHD.lib
How is this possible ?
Thanks and Regards
Bastien
------------------------------
Message: 17
Date: Wed, 11 Apr 2012 10:51:20 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Fwd: problem with the firmware update of a
USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
The issue appears to be related to running with a non-English
language pack--something in Python or one of the libraries it depends on
seems to go off the rails if it's non-English. That's what the non-ASCII
codec messages are all about.
-Marcus
On Wed, 11 Apr 2012 06:33:45
-0700, Nick Foster wrote:
> On Wed, Apr 11, 2012 at 2:39 AM,
iratxe.redondo wrote:
>
>> Hi,
>>
>> I?m trying to update the firmware
and fpga images of my USRP2 with ubuntu 11.10, and after creating the
firmware image in the zpu carpet without problems when I do sudo
./usrp2_card_burner.py --dev=dev/sdb
--fpga=/home/tecnalia/uhd/firmware/zpu/build/usrp2/ursp2_txrx_uhd.bin it
appears the next error "'ascii' codec can?t decode byte 0xc3 in position
17: ordinal not in range(128). i?ve confirmed that the path to dev is
correct.
>>
>> I?ve tried with the function usrp2_card_burner_gui.py
but it also appears the same error. Can someone help me??Thanks a
lot!!
>
> Try /dev/sdb instead of dev/sdb.
>
> --n
>
>>
_______________________________________________
>> USRP-users mailing
list
>> [email protected] [1]
>>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [2]
Links:
------
[1] mailto:[email protected]
[2]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[3]
mailto:[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/16f96c5b/attachment-0001.html>
------------------------------
Message: 18
Date: Wed, 11 Apr 2012 10:56:12 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Fwd: problem with the firmware update of a
USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
A user actually found that this mod fixed this problem:
Just now
I modified the usrp2_card_burner_gui.py by adding the following codes:
"import sys
default_encoding = 'utf-8'
if sys.getdefaultencoding() !=
default_encoding:
reload(sys)
sys.setdefaultencoding(default_encoding)"
On Wed, 11 Apr 2012 06:33:45
-0700, Nick Foster wrote:
> On Wed, Apr 11, 2012 at 2:39 AM,
iratxe.redondo wrote:
>
>> Hi,
>>
>> I?m trying to update the firmware
and fpga images of my USRP2 with ubuntu 11.10, and after creating the
firmware image in the zpu carpet without problems when I do sudo
./usrp2_card_burner.py --dev=dev/sdb
--fpga=/home/tecnalia/uhd/firmware/zpu/build/usrp2/ursp2_txrx_uhd.bin it
appears the next error "'ascii' codec can?t decode byte 0xc3 in position
17: ordinal not in range(128). i?ve confirmed that the path to dev is
correct.
>>
>> I?ve tried with the function usrp2_card_burner_gui.py
but it also appears the same error. Can someone help me??Thanks a
lot!!
>
> Try /dev/sdb instead of dev/sdb.
>
> --n
>
>>
_______________________________________________
>> USRP-users mailing
list
>> [email protected] [1]
>>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [2]
Links:
------
[1] mailto:[email protected]
[2]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[3]
mailto:[email protected]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120411/9778883e/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 20, Issue 11
******************************************
------------------------------
Message: 3
Date: Wed, 11 Apr 2012 21:11:05 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] usrp1 not to use daughterboard
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/11/2012 05:26 AM, xiangyihong wrote:
> Hi, everyone.
> I am a beginner in using the usrp1. And I am following some tutorials which
> told me how to turn the usrp into an FM receiver.
>
> However, My usrp has a TX/RX daughterboard workshop in 2400MHz and I do not
> have tools to split it from the motherboard.
> So I can not do the FM experiment.
>
> And I have a RXB and a TXB on the other side of the motherboard which does
> not have any dauterboards plugined in it.
> Is there any way that I can tell the usrp to only use the RXB ?
>
There is this concept of the subdevice/frontend specification. The idea
is to map an RF frontend on the daughterboard to a DSP channel on the host.
http://files.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1multi__usrp.html#a7f94ed00059cc7dd30567d031b3f9679
Often, the daughterboard has only one frontend named "0". Therefore, to
receive frontend "0" on side "B" of the USRP to channel 0 on the host,
do usrp->set_rx_subdev_spec("B:0");
-Josh
------------------------------
Message: 4
Date: Wed, 11 Apr 2012 21:13:54 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] build UHD as a static library (.lib) under
Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 04/11/2012 07:19 AM, Bastien Auneau wrote:
> Hi
>
> I'm using Windows 7, VC9, Boost 1.49, UHD 3.4.0 release
> I want to build UHD as a static library with static link to Windows
> run-time library
> I have already tried to build the DLL with /MTd flag, but boost complains :
> "Mixing a dll boost library with a static runtime is a really bad idea..."
>
> So I would like to build a UHD static library : UHD.lib
> How is this possible ?
>
You may have to select the static versions of the boost dlls
Also this may help:
diff --git a/host/lib/CMakeLists.txt b/host/lib/CMakeLists.txt
index 7a76ebd..f79e737 100644
--- a/host/lib/CMakeLists.txt
+++ b/host/lib/CMakeLists.txt
@@ -96,7 +96,7 @@ LIBUHD_APPEND_SOURCES(
########################################################################
# Setup libuhd library
########################################################################
-ADD_LIBRARY(uhd SHARED ${libuhd_sources})
+ADD_LIBRARY(uhd STATIC ${libuhd_sources})
TARGET_LINK_LIBRARIES(uhd ${Boost_LIBRARIES} ${libuhd_libs})
SET_TARGET_PROPERTIES(uhd PROPERTIES DEFINE_SYMBOL "UHD_DLL_EXPORTS")
SET_TARGET_PROPERTIES(uhd PROPERTIES SOVERSION "${UHD_VERSION_MAJOR}")
-Josh
------------------------------
Message: 5
Date: Wed, 11 Apr 2012 21:24:44 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Fwd: problem with the firmware update of a
USRP2
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
If its simpler:
http://pastebin.com/TssEFfqv
or
http://pastebin.com/XjU73dCU
-Josh
On 04/11/2012 07:56 AM, [email protected] wrote:
>
>
> A user actually found that this mod fixed this problem:
>
> Just now
> I modified the usrp2_card_burner_gui.py by adding the following codes:
>
> "import sys
> default_encoding = 'utf-8'
> if sys.getdefaultencoding() !=
> default_encoding:
> reload(sys)
>
> sys.setdefaultencoding(default_encoding)"
>
> On Wed, 11 Apr 2012 06:33:45
> -0700, Nick Foster wrote:
>
>> On Wed, Apr 11, 2012 at 2:39 AM,
> iratxe.redondo wrote:
>>
>>> Hi,
>>>
>>> I?m trying to update the firmware
> and fpga images of my USRP2 with ubuntu 11.10, and after creating the
> firmware image in the zpu carpet without problems when I do sudo
> ./usrp2_card_burner.py --dev=dev/sdb
> --fpga=/home/tecnalia/uhd/firmware/zpu/build/usrp2/ursp2_txrx_uhd.bin it
> appears the next error "'ascii' codec can?t decode byte 0xc3 in position
> 17: ordinal not in range(128). i?ve confirmed that the path to dev is
> correct.
>>>
>>> I?ve tried with the function usrp2_card_burner_gui.py
> but it also appears the same error. Can someone help me??Thanks a
> lot!!
>>
>> Try /dev/sdb instead of dev/sdb.
>>
>> --n
>>
>>>
> _______________________________________________
>>> USRP-users mailing
> list
>>> [email protected] [1]
>>>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [2]
>
>
>
>
> Links:
> ------
> [1] mailto:[email protected]
> [2]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> [3]
> mailto:[email protected]
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 6
Date: Thu, 12 Apr 2012 11:50:21 +0200
From: "Mario L. Ruz" <[email protected]>
To: [email protected]
Subject: [USRP-users] Ranging/bearing system references for GNU Radio
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi all,
Looking at the presentation of "Gnu Radio in Action" I read an
application named "Cooperative Ranging/bearing system".
I would be interested in developing the first stage "ranging only Gnu
Radio App" and carry out some simulations.
Is there any advisable reference or any related project published to start?
Thanks in advance,
--M
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 20, Issue 12
******************************************
